Questions & Answers

[Fabian23]

Hallo zusammen,

Um die Problematik etwas besser verstehen zu können beschreibe ich kurz, wie unser System aufgebaut ist. Wir haben FirstSpirit im Verbund mit einem Netweaver Portal 7.3 im Einsatz. Wir nutzen zudem das Business Package for FirstSpirit.

Insgesamt sollen unsere Inhalte in 12 Sprachen verfügbar sein. Für nicht übersetzte Inhalte wird eine Ersatzseite generiert. Dies führt dazu, dass bei uns in der FirstSpiritApp ca. 21000 Seiten liegen. Aufgrund der Anzahl der Seiten haben wir ein Performance-Problem im Portal.

Ist nach Ihrer Erfahrung die Menge von 21000 Seiten zu viel für eine Applikation oder bewegen wir uns in einem "normalen" Rahmen? Haben Sie vielleicht dieselbe Problematik bei sich gehabt und gelöst?

Vielen Dank für Ihre Antwort im Voraus!

Mit freundlichen Grüßen,

Fabian

[boesebeck]

Hallo,

dies hängt immer von der Konfiguration des Portals ab, aber 21000 Seiten sollte kein Problem darstellen. Viele Kunden setzen zusätzlich zum Application Server des Portals einen weiteren Application Server für die Auslieferung der Seiten (JSP) ein. Da durch das Portlet der Inhalt über ein iFrame geladen wird, kann der Inhalt auch von einem anderen Application Server kommen.

Gruß

Gerrit

[Fabian23]

Hallo Herr Bösebeck,

vielen Dank für die schnelle Antwort.Mich würde noch interessieren, wie Sie mit der Problematik des Kompilierens umgehen. Lassen Sie die Seiten vorkompilieren oder übernimmt diese Last Ihr zusätzlicher Application Server?

In unserem Fall werden die Applicationsserver des Portals beim vorkompilieren nicht mit der Masse an jsp´s. fertig. Ein manuelles Kompilieren durch Anklicken der Seiten führt zur Auslastung des Servers (CPU = 100%). Dadurch werden auch die schon kompilierten Seiten sehr langsam ausgeliefert.

Mit freundlichen grüßen,

Fabian

[Andreas-Knoor]

Das Compilieren der JSPs ist normalerweise nicht so problematisch, wenn man beim Deployment darauf achtet, dass nur Dateien übertragen (und damit später neu kompiliert) werden, die sich auch wirklich geändert haben.

Andere Kunden haben noch eine andere Alternative gewählt: Je nach Logik in den JSP-Seiten lässt sich diese auch in JavaScript (also Client-seitig) realisieren. Damit kann man evtl. auf reine HTML-Seiten mit JavaScript umsteigen und das Compilieren entfällt komplett. Diese Variante funktioniert allerdings nicht, wenn Security-relevante Themen im JSP-Code bearbeitet werden. Dann greift eine Browser-seitige Logik nicht (weil leicht zu umgehen).