Forhindre servlet timeouts

Er et ikke bare at sætte dem som application scope ?

Allerførst brug ikke servlets til sådanne noget, men brug almindelige java klasser.

De bliver ikke garbage collectet så længe nogen har en reference til dem.

Vi snakker ikke om beans eller tag libraries.

Application scope sikrer blot, at class instansen ikke timer ud når en bruger session timer ud, men scope = application sikrer ikke mod en servlet timeout, der viirker således, at alt kodei fx. init(), skal geninitialiseres.

mvh. Daniel

Jamen Disky -> hvordan kan man oprette instanser af normale klasser, der ikke er betinget af en servlet time out ???

Det er jo netop i init(), funktionen indledende klasse instanser skal oprettes ik ?

Hvis dine variabler ligger som static i en eller anden klasse, holdes de i live, så længe serveren er i live.

soelvpil -> er du sikker på det ?

Som jeg havde forstået det, var der både en session timeout, og en sevlet timeout. Men nu lyder det som om du siger, at servletten eksisterer sålænge serveren er oppe at køre ( fx. Tomcat eller Resin ).

Er det rigtigt forstået ?

mvh. Daniel

ppstyle.

det har INTET med session timeout at gøre.

Det session timeout sørger for er at din session stack forsvinder intet andet.

Servlets findes så længe serveren er oppe at køre.

Der er dog ingen garantier for, om det er samme objekter af din sevletklasse du får fat i hver gang, det står serveren frit for, at oprette nye instanser (f.eks. hvis der er mange brugere), eller lukke dem igen. Men hvis du gemmer ting som static variabler, er du sikker på at kunne tilgå dem.

Men jeg ville nu nok foreslå blot at gemme dine ting i servletcontexten.

Ok, en lille opsummering :

- Servletter lever sålænge webserveren kører ( har en instans kørende ).
- Sessioner timer ud efter et givent tidsrum, som kan bestemmes i  opsætningen.
- For at bibeholde statiske variabler kan de enten instantieres i init funktionen eller gemmes i servletcontexten.

Er ovenstående tre påstande rigtige ???

Håber ellers pointfordelingen er rimelig :)

Takker for hjælpen, hilsen Daniel

nåsten rigtigt

En servlet lever kun den tid de tager at udføre den.

Medmindre nogen har en reference til den.

p.s. Servlets er der oftest kun ulemper ved at bruge i forhold til JSP+Beans

Hvad mener du hvis nogen har referencer til den ???
Betyder det der skal være mindst en session i live for at servletten lever ???
Hvad så med statiske variabler så som indholdet at en property fil, der kun skal indlæses engang ?

Eks.

Du har en servlet

public class MinServlet extends HttpServlet {
  private int minInstansVariabel;
  private static int endnuEnVariabel;

  o.s.v
}

Du eksekverer request ved hjælp af objekter af klassen MinServlet. Du er dog ikke herre over, om det er det samme objekt af klassen der benyttes til to forskellige requests, eller der benyttes to forskellige objekter. Der er noget serveren bestemmer, og afhænger f.eks. af, hvor stor belastning der er på serveren.

D.v.s. at hvis du har en variabel i dit objekt (minInstansVariabel), og sætter værdien i den, i f.eks. en doGet-metode, får du sat værdien på dette objekt, men det er ikke sikkert, at du får samme objekt til næste request, så værdien kan være en anden.

Hvis du i stedet sætter værdien på den statiske variabel endnuEnVariabel, kan den tilgås fra ALLE objekter af klassen MinServlet, så det er måden at gøre det på.

Hvis dine variabler ikke ændrer værdi undervejs, kan du vælge at indlæse dem i init-metoden på din servlet. Denne metode vil blive kaldt for hvert OBJEKT af servlet-klassen. Men det letteste er nu at gemme dem i servlet-contexten.