håndtere en POST i java

Bruger du SocketServer direkte ?

Grundliggende er forskellen på GET og POST ikke ret stor !

GET er:

GET /noget?f1=v1&f2=v2 HTTP/1.0<CR><LF>
<CR><LF>

POST er:

POST /noget HTTP/1.0<CR><LF>
<CR><LF>
f1=v1&f2=v2<CR><LF>

Men du skal naturligvis have styr på diverse encoding af special
tegn.

Du har ikke overvejet at bruge en servlet container og skrive en
servlet ?

En servlet container vil bruge 10 x så meget memory, men du kan
skrive server side koden på 5 minutter.

;o) Det er lige netop mit problem. Jeg må ikke bruge en servlet container, men skal håndtere det via en socket server.

har jeg ikke ret i, at hvis jeg bruger en "GET", så er der begrænsning på hvor mange karakterer, der må sendes i URL'en ?

Her er et citat fra en flok slides til et kursus på datalogi jeg fulgte sidste år:

http://www.brics.dk/~amoeller/WWW/javaweb/forms.html


GET vs. POST?

GET with hardwired querystring can be used in links (<a href="...">...</a>)  :-)
GET has server-specific limits on input lengths  :-(
GET querystrings usually end in the server logs  :-(
GET is (in principle) idempotent - results are cached unless explicitly "expired"
GET is the default for form :-(

hmmm, det ser ud til, at hvis jeg vil bruge "POST", så skal der være et .cgi script (eller tilsvarende) til at håndtere det, og hvis jeg bruger "GET", så er jeg begrænset af længden på url'en. Nå, så må jeg jo selv til at decode det hele...

ups.. decode det hele med "GET"

Nej.

Du kan lige så godt sende en POST som en GET til dit program.

Browseren sender nogle linier til port 80 på din server.

Med en normal web-server så giver det kun mening at GET'e statiske
HTML dokumenter mens scripts kan både GET'es og POST'es.

Men med et special server program så kan begge bruges.

okiedokie. Men jeg skal stadigvæk selv decode special characters ?

Ja.

OK. Jeg takker for hjælpen...