waitForResourceValueChanges - Hvordan?

[hhg]

Hej Webservices eksperterEr der nogle, der kan give nogle "working samples" på waitForResourceValueChanges ?Hvad måles "timeout" ( ) i? Sekunder? Minutter?Ligegyldigt hvadjeg sætter den til returnere den status med det samme.Starter med enableRuntimeValueNotifications (Efter login selvfølgelig):

DEBUG:suds.client:sending to (https://192.168.1.3/ws/ResourceInteractionService)message:                     7643486         DEBUG:suds.client:headers = {'SOAPAction': u'"enableRuntimeValueNotifications"', 'Content-Type': 'text/xml; charset=utf-8'}DEBUG:suds.client:http succeeded:

Derefter waitForResourceValueChanges - Har som nævnt prøvet med mange forskellige værdier fra 10 til 30000:

DEBUG:suds.client:sending to (https://192.168.1.3/ws/ResourceInteractionService)message:            30000   DEBUG:suds.client:headers = {'SOAPAction': u'"waitForResourceValueChanges"', 'Content-Type': 'text/xml; charset=utf-8'}DEBUG:suds.client:http succeeded:7643486truefalse

Returnere øjeblikkelige (inden for 1-2 sekunder) med den aktuelle værdi - Som ikke er ændret - har ikke ændret udgangen.Jeg havdet forventet at webservices kaldet først ville retunere efter timeout - eller ved skift af udgangen - Men kræver det noget specielt i http headeren eller ?Påforhånd takhhg

[Marcus1354922271]

Sidder med netop samme problem, så er lige med på en lytter.

[Kristian Poulsen]

Første gang retureres svar med det samme. Hvis man tænker på et skærmbillede der viser x antal resourceid, så giver det god mening at metoden svarer hurtigt første gang man abb. på resourcerne. Ellers vil der jo gå lang tid før skærmbillede vil være opdateret til at starte med.Prøv at kalde metoden een gang til, så burde det virke med den satte timeout.Mvh Kristian

[Marcus1354922271]

Det virker jo perfekt ;)Tak

[hhg]

Hej KristianTusind tak, det virker jo perfekt. Og jeg kan godt forstå bevæggrunden, selvom man umiddelbart ville mene det samme kunne opnås ved at lade klienten kalde med en timeout på 0 første gang - Og det ville da også være simplere på serversiden, skulle man mene. Men LK har vel sine grunde...Tiden ser ud til at være i sekunder. Afhængig af hvad jeg sætter timeouten til, så "udløber min login-session" efter et eller flere "loops". Har du nogle erfaringer med dette? Kan jeg forhindre dette ved at kalde ping metoden på AuthenticationService ?Eller er det blot at "starte forfra": authenticate, enableRuntimeValueNotifications, waitForResourceValueChangesNogle erfaringer omkring timeout værdi? Egentlig vil jeg jo helst sætte den til "uendelig"/Kald mig når der sker noget.... På forhånd takhhg

[Kristian Poulsen]

Hej hhgJeg har ikke haft problemer med at sessionen er timet ud. Nu er det lang tid siden jeg har rodet med den del af koden, men sender man ikke sessionsid med hver gang, og dermed holder sessionen åben?Mvh Kristian

[Kristian Poulsen]

Hej igenJeg har lige kigget i koden, og man sender JSESSIONID med ved hvert kald som en cookie. Værdien af JSESSIONID modtages også som en cookie i forbindelse med login.mvh Kristian

[hhg]

Hej KristianJa, jeg har en JSESSIONID cookie med alle kald.Men med 30 sekunders timeout fejler det 3. kald af waitForResourceValueChanges efter ca. 1½ minut.Ret sært....Min fejlhåndtering er så at authenticate igen, og derved få en ny JSESSIONID, så det kører sådan set stabilt nok, det undrer mig blot....Hvilken timeout kører du med?På forhånd takhhg

[Kristian Poulsen]

Jeg benytter 10 sekunder som timeout.