henso.com
Home
Archive
Search

rss feed for this page

DELI
HLM

LNGR
EURN
OON
CHLM
POOL
ELPH
RIST
SOFA
SENS
P3K
FM4
SCRP
MAL
RNS
GDNY
ELEG
OSNS
SLSH

Mozilla, baby!

antville.org
 Dienstag, 23. März 2004 

PHP session handling. Es liegt in der Natur von PHP, dass Session-Daten immer persistent gespeichert werden müssen. Zum Beispiel in temporären Filestrukturen. Auf den ersten Blick könnte man meinen, das wäre ein Nachteil gegenüber long-running multigethreadeten Server-apps. Je länger man drüber nachdenkt, desto mehr kommt man drauf, dass es eine Stärke ist. 1) Session-Daten bleiben (unter normalen Umständen) bei Restarts erhalten 2) Session-Daten schlagen sich nicht auf den Memory-Footprint und können getrost vergessen werden. Eines der Ziele bei Mod-GCJ ist, dass das Discarden/Purgen von Applikationen ein ganz alltäglicher Vorgang sein soll. Unter gewissen Umständen (z.b. 10.000 virtuelle Hosts, die meisten low traffic, hauptsächlich statischer content, sporadisch mod_gcj quer beet) könnte es sogar Sinn machen, die gesamte Web-App vom Classloader aufwärts für jeden Request zu instanzieren und wieder zu vergessen; jedenfalls will man nicht 10.000 Java-Web-Apps im Speicher hängen haben. Das Auf- und Abbrechen von Web-Apps (im allgemeinen Sinn - nicht unbedingt Servlets, sondern ClassLoader mit site-spezifischen Klassen drauf) klingt viel schlimmer als es ist, wenn man Java-mässig deformiert ist. Die zur Zeit gebräuchlichen Frameworks sind auch nicht unbedingt darauf spezielisiert (ich sage nur). Auf was ich jedenfalls hinaus will ist, dass mod_gcj wahrscheinlich ein API für persistente Session-Daten haben sollte, das es darüberlaufenden Schichten (wie z.b. einem Servlet-Container) anbieten kann, so dass für die alles transparent bleibt.

Ich habe keine Ahnung, inwieweit existierende Servlet-Container das unterstützen bzw. so machen. Wie ich überhaupt wenig Ahnung von existierenden Servlet-Containern (ausser Jetty) habe. In related News habe ich heute rausgefunden, dass sich aktuelle Tomcat-Connectors-Packages hier verstecken, während man sie hier vergeblich sucht.

Ich kann mir nicht helfen, aber TypeKey klingt nach Landnahme und riecht nach Passport. Vielleicht sollte man diese Idee wieder auspacken - ohne HTML-Schnickschnack, aber mit verteilter HTTP-basierter Authentifizierung.

lnk + 4 cmt (earl, andi, azgard, hns)
 Montag, 22. März 2004 

"Once the infrastructure's in place to let you deal with a web UI as a persistent object graph, everything else is gravy (continuations don't hurt, but they didn't make much difference in this particular case)." Beeindruckend. (via Chris)

"If I were Sun, I would be retargetting my JVM code generator on Windows to generate CIL and making sure they can use every single Longhorn API."

Ein wunderschönes Wochenende grossteils vor dem Bildschirm verbracht (immerhin ein kleiner Spaziergang inklusive Bärlauchsammeln). Das ist der Grund und das Ergebnis.

lnk + 4 cmt (katatonik, snivlem, slauti, hns)
 Samstag, 20. März 2004 

Exzellente Site: Threebit.net.

lnk ~ cmt
 Mittwoch, 17. März 2004 

Jubel! (Keine besonderen Vorkommnisse. Einfach ein Ausdruck guter Laune. Zum Teil wetterbedingt.)

Havoc Pennington macht sich Gedanken über die Zukunft.

Rick Ross über Chris und Java_Bigotterie

The Law of Demeter.

lnk + 6 cmt (snivlem, ...s...t...e...f...a...n..., hns, slauti)
 Dienstag, 16. März 2004 

Bis gestern war die Registrierung neuer User auf henso.com kaputt, jetzt geht sie wieder. Danke an Andreas Fink für den Hinweis. Ja ich weiss, ich brauche eine About/Kontakt-Seite.

lnk ~ cmt
 Montag, 15. März 2004 

-

lnk ~ cmt
 Sonntag, 14. März 2004 

Java-Hosting muss, kann und wird so leicht wie PHP- oder Perl-Hosting werden. Ich habe vor, morgen ein entsprechendes Projekt auf sourceforge zu starten.

lnk + 3 cmt (ghack, katatonik, hannes)

Not logged in. Click here to log in.

 comments