Hvordan virker en servlet?

http://www.eksperten.dk/spm/227050

//>Rune

Jeg tror du vil finde følgende artikel interessant:

http://www.jguru.com/faq/view.jsp?EID=150

Men altså kort sagt, så er der kun en instans, og init er kun kaldt en gang
ved startup og service metoderne kaldes af multiple tråde i parallel.

Hvis du har klasse medlems variable, så skal du synkronisere adgang.

Men iøvrigt bruger man relativt sjældent klasse medlems variable
i servlets.

Variable inden i metoder er selvfølgelig helt uproblematiske, da de
er lokale per tråd.

Her er idéen:

Når init kaldes, laver jeg en instans af den HTML-skabelon, der skal bruges til response.
I min doGet/doPost laver jeg en kopi af den tidligere oprettede instans, derved slipper jeg for at læse filen igen og scanne den.

I en metode, der kører periodisk (?) tjekker jeg om skabelonfilen er blevet ændret, hvis ja, skal den genindlæses i "master" kopien. (kan man evt. bruge destroy() til det)?

Jeg går ud fra at jeg kan lave mit skabelonobjekt synchronized?

Lyder som en god ide at cache skabelonen fra kald til kald.

Læsning i init og clone i metoder burde virke.

Og jeg vil endda tro, at der ikke vil blive kaldt nogen
metode før init er færdig => det burde ikke engang være nødvendigt at
synchronize.

[check det !]

Det er ikke hverken nemt elller pænt at lave en tråd der står
og checker om filen har ændret sig.

destroy bliver kaldt når applikationen lukke rned og er næppe
relevant.

Jeg ville nok lave det som:
  en singleton der læse fil i constructor
  en user servlet der finder singleton og henter skabelon fra den
  en admin servlet der finder singleton og beder den opdatere far disk

Så når man retter i filen, så kalder man lige admin servletten
for at opdatere.

Ikke så elegant som fuld automatik, men nemt at implementere sikkert.

LOL, hvad er en singleton?
Undskyld minuvidenhed....

Ellers er det måske ikke det værd at cache... det tager alligevel under 1 ms at læse filen og scanne indholdet samt konstruere data...

Hvis det er high load kan det godt være værd at cache.

En singleton er et GoF Pattern som i Java kan se ud som:

public class X {
  private static X instance = new X();
  private X() {
  }
  public static getInstance() {
      return instance;
  }
  // methods
}

eller:

public class X {
  private static X instance = null;
  private X() {
  }
  public static getInstance() {
      if(instance == null) instance = new X();
      return instance;
  }
  // methods
}

eller:

public class X {
  private static X instance = null;
  private X() {
  }
  public synchronized static getInstance() {
      if(instance == null) instance = new X();
      return instance;
  }
  // methods
}

Og man laver så:
  X myx = X.getInstance();
og bruger myx og uanset hvormange der kalder, så vil de alle
sammen referere til samme objekt.

Og fordi constructor er private så får man fejl på:
  X myx = new X();

Det ligner lidt noget, jeg har set, som hedder factory....

Lidt ja.

Men det der gør singleton speciel er at den altid returnerer
det samme objekt.