Bug in XMPP server?
Koch
subscribed is op de node shl/avt krijg ik pas nieuwe vertrektijden
binnen op het moment dat ik de bijbehorende http pagina open. Een
seconde daarna stromen de item retracts en item add's binnen. Als ik
de http pagina niet bezoek komt er geen data binnen. Volgens mij is
dit al een week zo, heb ook al een andere jabber.org account
geprobeerd.
Stefan de Konink
Oke een keer op de lijst hoe de nsapi xmpp op dit moment werkt;
Geven dat er een subscription is, en daarvan de resource online is, wordt
iedere minuut een poll gedaan op die subscription. Van iedere node bestaat
een cache, de cache is gedefinieerd op een zeker aantal seconden gegeven
de context van de eerst volgende trein. Wanneer er een vertraging is, zal
de cache korter zijn dan wanneer de eerst volgende trein pas over een uur
komt. Is de trein vertrokken, wordt er na een zekere periode ook een poll
gaan. Waarom geen poll met een constant interval? Is niet nodig en laat me
sneller door 40k requests gaan.
Wordt er door een poll op de nsapi nieuwe data opgehaald, wordt deze data
eerst vergeleken met oude data, is de data niet veranderd, komt er ook
geen event binnen. Wat zie ik bij jou gebeuren:
We hadden data rtd 10
We hadden data asd 10
nul geeft data
service unavailable
now_offline ['treinp...@jabber.org']
nul geeft data
service unavailable
now_offline ['treinp...@jabber.org']
Oftewel: bij het versturen naar treinp...@jabber.org kan hij geen data
bij je kwijt. Ga je zelf weer offline, wordt de subscription op rtd en asd
dus niet meer uitgevoerd. Het eerst volgende moment dat die poll wordt
uitgevoerd is bij een getitems die de HTTP client doet.
Maar goed, ik kan (natuurlijk) ook ongelijk hebben. Kunnen we als je wilt
morgen wel even debuggen.
Stefan
Koch
> service unavailable
>
> Oftewel: bij het versturen naar treinplan...@jabber.org kan hij geen data
Stefan de Konink
Hash: SHA512
Op 13-01-12 14:13, Koch schreef:
> Hah, interessant genoeg heb ik niks veranderd en werkt het nu.
Ik heb vanmorgen een restart gedaan omdat ik wat suggesties had
opgevolgd met betrekking tot service discovery. Maar ik heb nog wel
problemen gezien bij jou, krijg nog heel vaak service unavailable terug.
Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEAREKAAYFAk8QPYEACgkQYH1+F2Rqwn2EwwCfZlzOvUWrEQHtmmnaOMaBPStC
M9YAn0uxVaNF2n2ahhRtNBOAysDAh7x1
=y2ut
-----END PGP SIGNATURE-----
Koch
On Jan 13, 3:19 pm, Stefan de Konink <ste...@konink.de> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> Op 13-01-12 14:13, Koch schreef:
>
> > Hah, interessant genoeg heb ik niks veranderd en werkt het nu.
>
> Ik heb vanmorgen een restart gedaan omdat ik wat suggesties had
> opgevolgd met betrekking tot service discovery. Maar ik heb nog wel
> problemen gezien bij jou, krijg nog heel vaak service unavailable terug.
>
> Stefan
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.18 (GNU/Linux)
Stefan de Konink
Hash: SHA512
Op 13-01-12 15:31, Koch schreef:
> op de account treinplanner of treinbord?
Treinplanner.
Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEAREKAAYFAk8QQqoACgkQYH1+F2Rqwn3arACeOg4szkSsdFAqYBm40ui2AcIR
KRIAn20Q7oC19NwHZQFqvmqr/kymvSlI
=jBVf
-----END PGP SIGNATURE-----
Koch
resources. Nu krijg ik inderdaad van andere stations data binnen, die
ik naar het schijnt ook niet unsubscribed krijg. Daar komt die service
unavailable van denk ik.
Wel komen er weer automatisch events binnen dus heb het idee dat er
toch iets mis wat, wat is hersteld is met die restart.
On Jan 13, 3:41 pm, Stefan de Konink <ste...@konink.de> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> Op 13-01-12 15:31, Koch schreef:
>
> > op de account treinplanner of treinbord?
>
> Treinplanner.
>
> Stefan
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.18 (GNU/Linux)