pgoetz: viele, viele Requests oder doch ganz einfach?

Beitrag lesen

Guten Morgen,

[...]
Leider ist mir dasselbe in den Sinn gekommen.
max_execution_time müsste deaktiviert sein. Das bedeutet, dass ich Serverzugriff haben muss.

Neben dem Request-Timeout ist auch die Anzahl der geblockten Threads im Server zu berücksichtigen. In der Regel kann nur eine begrenzte Anzahl an Threads mit einer Netzwerkverbindung aufgemacht werden. Wenn diese Anzahl an "Lauschern" erreicht ist, würde der Server keine neuen Verbindungen mehr annehmen.
In Java wird hier ein Thread-Pooling-Ansatz gewählt, bei dem gerade inaktive Verbindungen (die nichts senden müssen) im Pool vorgehalten werden und damit keine aktive Connection verbrauchen.

Dann kann ich mich aber eigentlich auch gleich mit Java beschäftigen.
Bzw mit einem Java-Server, JSP.

Nach kurzem suchen bin ich auf https://glassfish.dev.java.net/ gestossen. Das scheint ein guter Anfang zu sein.

Mit dem Glassfish kann man schon recht viele Sachen machen, allerdings ist er halt nur die Ausführungsplattform. Das ultimative Nachschlagewerk ist die JSP / Servlet Spezifikation 3.0 http://jcp.org/en/jsr/detail?id=315, das Sun Java EE Tutorial http://java.sun.com/javaee/6/docs/tutorial/doc/ und die Dokumente unter glassfish.dev.java.net.

Viel Erfolg!

Peter