Servlet - SingleThreadModel

Der instantieres IKKE en ny servlet for hver request.

Derimod kan kun en bruger kalde den samme servlet på en gang. Så ved flere samtidige requests, vil der blive benyttet forskellige servlet-instancer. Men når en servlet er færdig med at servicere en bruger, er den klar til næste bruger (næste request).

SingleThreadModel garanterer at kun 1 request bliver processet af
samme instans samtidigt.

Normalt implementerer serveren den som en pool.

D.v.s. at der bliver ikke instantieret en ny for hver request.

Serveren laver en pool med N og requests bliver processet når der
er en ledig.

Og hvad mener du med scope bundet på ?

Der er ingen bindinger på scope. Du kan f.eks. ikke forvente noget som helst på tværs af flere requests.

Eksempel:

Hvis 2 brugere requester samtidig, processeres deres requests af forskellige instanser, instans1 og instans2.

Hvis de kort efter begge requester igen, er der ingen garantier:

Måske får bruger1 instans1 igen og bruger2 får instans2 igen, men det kan også være omvendt, der er ingen garantier, hvis det var noget i den retning du tænkte på.

Tak for hjælpen, Lige et tillægsspørgsmål. Er det i server.xml eller serverens web.xml hvor man configurer hvor mange instancer man ønsker i poolen.

Hvis man kan sætte det.

Jeg har søgt lidt på nettet uden at kunne finde en eneste referance til
hvordan man definerer det.

der findes ingen standardiseret måde at gøre det på.

Hele filosofien bag at benytte en servletcontainer er også, at de personer der har kodet den, formentlig er bedre til at lave fornuftig pooling end du og jeg.

I Tomcat og (sikkert også enkelte andre servere) er det muligt ved at lave en underklasse til en bestemt Tomcat-klasse og tilmelde den, men jeg vil bestemt fraråde det.

sølvpil>

Jeg køber ikke helt argumentet.

Det er helt rigtigt at det ikke er meningen at man skal pille
ved pool-koden.

Men det det er nu ret almindeligt at man kan konfigurere pool
size.

Fordi nok er Tomcat gutterne sikkert gode til at kode Java, men
vi formodes at vide mere om hvilken server vi kører på og hvor mange
brugere vi forventer.

Jeg har iøvrigt kigget lidt i Tomcat 4.1.24 koden.

Pool size er 20.

Der er en set metode til at ændre den, men den bliver ikke brugt
nogen steder i koden.