We gebruiken Hummingbird als document management system en HB heeft een DM API server die er voor zorgt dat de HB Client documenten en metadata kan ophalen, wijzigen en toevoegen.
We hebben een eenvoudige webservice gemaakt, die gebruik maakt van die DM API en waarmee je ook documenten en metadata kunt beheren.
Deze webservice zal gebruikt worden door externe applicaties om met HB te communiceren.
De webservice is geschreven in VB.NET voor IIS6 (ASP.NET v2).
We hebben een ontwikkel- en een testomgeving op een VMWare met Windows Server 2003 SP1 Standard Edition en een productieomgeving op eigen hardware met Windows Server 2003 SP2 Standard.
Ik test de webservice met SoapUI.
Op de O en T gaat het prima, maar op de P niet.
We moeten elke aanroep twee keer uitvoeren, omdat de eerste keer een DM API foutmelding terug komt over dat de DM server niet bereikbaar is. Uiteraard is de DM Server wel beschikbaar, honderden gebruikers zitten er mee te werken.
Nu hebben we het vermoeden dat het aan de DCOM instellingen ligt, maar we kunnen de fout niet achterhalen. Er wordt ook niets gelogd in de logfiles.
Uiteraard heb ik alle instellingen van de T en P met elkaar vergeleken, maar geen verschillen kunnen ontdekken.
Heeft iemand nog een suggestie?
We hebben een eenvoudige webservice gemaakt, die gebruik maakt van die DM API en waarmee je ook documenten en metadata kunt beheren.
Deze webservice zal gebruikt worden door externe applicaties om met HB te communiceren.
De webservice is geschreven in VB.NET voor IIS6 (ASP.NET v2).
We hebben een ontwikkel- en een testomgeving op een VMWare met Windows Server 2003 SP1 Standard Edition en een productieomgeving op eigen hardware met Windows Server 2003 SP2 Standard.
Ik test de webservice met SoapUI.
Op de O en T gaat het prima, maar op de P niet.
We moeten elke aanroep twee keer uitvoeren, omdat de eerste keer een DM API foutmelding terug komt over dat de DM server niet bereikbaar is. Uiteraard is de DM Server wel beschikbaar, honderden gebruikers zitten er mee te werken.
Nu hebben we het vermoeden dat het aan de DCOM instellingen ligt, maar we kunnen de fout niet achterhalen. Er wordt ook niets gelogd in de logfiles.
Uiteraard heb ik alle instellingen van de T en P met elkaar vergeleken, maar geen verschillen kunnen ontdekken.
Heeft iemand nog een suggestie?