[JAVA]Ingelogd uitlezen active topics GoT

[momania]

Zolas de titel al een beetje zegt probeer ik een soort en met van GoT tracer
in JAVA te maken, maar tot dus ver krijg ik alleen de active topics te zien
zoals je ze te zien krijgt als je niet ingelogd bent.

Het uitlezen van de HTML code die je binnenkrijgt gebeurt nu via de
InputStream van een URLConnection.
Ik was er ook al achter dat bij de connectie ik een cookie opgestuurd krijg waarin
ik een ReactId kan uitlezen of zo? Weet niet echt wat ik hier mee moet/kan?

Nu dus waar ik naartoe wil:

Ik wil dus de active topics kunnen zien die je te zien krijgt als je ingelogd bent.
Nu weet ik alleen even niet hoe de server-side van GoT kan zien dat ik ingelogd ben
en hoe ik dit dus via die connectie voor elkaar kan krijgen.

Weet er iemand hoe die 'interface' naar GoT zo'n beetje werkt en in welke
richting ik moet zoeken om dit voor elkaar te krijgen?
Moet ik Cookies of een Session gebruiken en waar moet ik dan op letten?

ps.

Hoef dus geen oplossing maar ff een schop in de goede richting, anders
is de uitdaging er gelijk ook weer vanaf...

[ACM]

Dat staat allemaal in de RFCs toch ?

Inlezen van de cookie's van GoT en die weer terugsturen is vrij eenvoudig volgens mij, zeker als je het eens in een telnet-sessie simuleert oid.

[momania]

Hoe moet ik met dat treug struren van die Cookie dan voorstellen, want ik neem aan
dat je d'r wat info in moet stoppen...en waar haal ik die info vandaan?

xcuses * momania is n00b op Cookie gebied...

[Glimi]

in de HTTP reply header van de pagina staat dan SetCookie: blablalabal

Jij moet dan bij de volgende HTTP request deze waardes meegeven in de HTTP header met de volgende header -> Cookie: blablalabal

[momania]

Maar is het object URLConnection dan wel de juiste om de verbinding te leggen of
moet ik aan een ander object gaan denken??

[mbravenboer]

Je kan best zelf met cookies gaan zitten neuzelen, maar nog beter kan je gewoon een fatsoenlijke HTTP client implementatie kiezen.

Het W3C heeft zelf magnifiek materiaal op dit punt in Jigsaw. Je kan de client HTTP code gewoon als library gebruiken en je hebt dus verder niets met Jigsaw te maken. Er zijn API docs beschikbaar, de zaak is open source en op GoT heb ik weleens een voorbeeld gepost die gebruik maakt van Jigsaw. Het is eigenlijk erg jammer dat dit fantastische materiaal niet gewoon gekozen is in plaats van de Java HTTP prutzooi die Sun biedt in java.net.*. Zodra je iets leukers wilt, zit je daar al gelijk met een probleem.

[momania]

mbravenboer schreef op 18 september 2002 @ 20:05:
Je kan best zelf met cookies gaan zitten neuzelen, maar nog beter kan je gewoon een fatsoenlijke HTTP client implementatie kiezen.

Het W3C heeft zelf magnifiek materiaal op dit punt in Jigsaw. Je kan de client HTTP code gewoon als library gebruiken en je hebt dus verder niets met Jigsaw te maken. Er zijn API docs beschikbaar, de zaak is open source en op GoT heb ik weleens een voorbeeld gepost die gebruik maakt van Jigsaw. Het is eigenlijk erg jammer dat dit fantastische materiaal niet gewoon gekozen is in plaats van de Java HTTP prutzooi die Sun biedt in java.net.*. Zodra je iets leukers wilt, zit je daar al gelijk met een probleem.

Ok, tnx! Zal d'r morgen eens naar gaan kijken (op m'n werk )

[crisp]

Mag ik vragen waarom je de HTML code uitleest, en niet gewoon gebruik maakt van de XML?

[momania]

crisp schreef op 18 september 2002 @ 23:44:
Mag ik vragen waarom je de HTML code uitleest, en niet gewoon gebruik maakt van de XML?

Ik wist niet dat die bestond, maar dit maakt het zeker een stuk makkelijker.

Tnx!