Hallo,
ich hoffe, ich schreibe hier ins richtige Forum (ansonsten bitte verschieben, danke). Wie soll ich beginnen: Ich arbeite im JavaEE Umfeld und Techniken wie JSF (Umsetzung mittels XHTML) sind mir bekannt.
Nun würde ich gerne mit HTML(5) WebContent bereitstellen (typische Webseiten mit vielen Besuchern / keine gezielte Web- Anwendung für vereinzelnde Anwender), welche über EJB's (Services - Businessschicht) ihren Inhalt beziehen (Beispiel: Weblog = Die konkreten Artikel / Kategoriendaten usw. werden in einer DB gehalten, mittels JPA angesprochen und über die Businessschicht bereitgestellt).
Nun hab ich das Direct Web Remoting ( DWR ) Framework gefunden, welches über JavaScript Java- Klassen ansprechen kann. Zum Beispiel dann Delegate Klassen, welche mittels eines lookup's Zugriff auf die Service- EJB's bekommen. Nun ist sowas bestimmt nicht Ziel der Sache, dass der eigentliche Inhalt (Artikelübersichten/inhalte usw) erst nachträglich vom Client via JS geladen werden. Solche Sachen sollten schon im HTML statisch/serverseitig vorhanden sein. Ich habe schon mal eine Teststellung umgesetzt, die außerdem auch bei noch nicht viel Inhalt zeigt, dass die Seite merkbar sich so nach und nach aufbaut (ich hätte eher gedacht, dass das erst mit aufwendigeren Ereignissen / viel dynamischen Inhalt eintritt) und sich nicht "aus einem Guss" anfühlt.
Auch kommt hinzu, dass es Komponenten gibt, die auf vielen HTML Seiten identisch sind (zB header, footer). Nach dem DRY Prinzip wünscht man sich eine Möglichkeit, HTML Fragmente zu includieren. Es gibt zum Einem die Server-Side-Includes (sind schon was ältere Techniken?!) und Client-Side-Includes. Da ich nichts passendes zu SSI gefunden habe, hab ich mit jQuery ( load() ) eine Lösung gefunden, um HTML Fragmente in das eigentliche HTML Dokument zu integrieren.
Also wäre hier nun ein Web- Framework a'la Ruby on Rails, Django (Python) eher sinnvoll. Da es ja jRuby und Jython gibt, könnte eine Anbindung zwischen einem solchen Framework und der JavaEE Welt (JNDI lookup auf eine EJB) möglich sein?! Hat das jemand schon einmal gemacht (oder Ähnliches)?
Vielleicht kennt einer von euch Frameworks, welche mit Java direkt kommunizieren können (ansonsten wären WebServices eine weitere Möglichkeit) und HTML Content behandeln können, Templating Mechanismen beherrschen.
Pseudo Code Beispiel für ein event. Framework:
Alle weiteren Sachen könnten dann mittels HTML5 / JavaSript / jQuery clientseitig gelöst werden ( Effekte, GUI Validierung, komplexere Komponenten (zB. DatePicker) )
Falls jemand Erfahrungen mit einer solchen Thematik, bzw. Tipps hat und/oder solche Frameworks kennt, bitte antworten ;-)
Vielen Dank!!
PS: Mir ist klar, dass man für einen Weblog nicht einen JavaEE AppServer benötigt und das einfacher lösen kann, es geht mir nur um ein Beispiel um zu prüfen, was es für Möglichkeiten gibt.
ich hoffe, ich schreibe hier ins richtige Forum (ansonsten bitte verschieben, danke). Wie soll ich beginnen: Ich arbeite im JavaEE Umfeld und Techniken wie JSF (Umsetzung mittels XHTML) sind mir bekannt.
Nun würde ich gerne mit HTML(5) WebContent bereitstellen (typische Webseiten mit vielen Besuchern / keine gezielte Web- Anwendung für vereinzelnde Anwender), welche über EJB's (Services - Businessschicht) ihren Inhalt beziehen (Beispiel: Weblog = Die konkreten Artikel / Kategoriendaten usw. werden in einer DB gehalten, mittels JPA angesprochen und über die Businessschicht bereitgestellt).
Nun hab ich das Direct Web Remoting ( DWR ) Framework gefunden, welches über JavaScript Java- Klassen ansprechen kann. Zum Beispiel dann Delegate Klassen, welche mittels eines lookup's Zugriff auf die Service- EJB's bekommen. Nun ist sowas bestimmt nicht Ziel der Sache, dass der eigentliche Inhalt (Artikelübersichten/inhalte usw) erst nachträglich vom Client via JS geladen werden. Solche Sachen sollten schon im HTML statisch/serverseitig vorhanden sein. Ich habe schon mal eine Teststellung umgesetzt, die außerdem auch bei noch nicht viel Inhalt zeigt, dass die Seite merkbar sich so nach und nach aufbaut (ich hätte eher gedacht, dass das erst mit aufwendigeren Ereignissen / viel dynamischen Inhalt eintritt) und sich nicht "aus einem Guss" anfühlt.
Auch kommt hinzu, dass es Komponenten gibt, die auf vielen HTML Seiten identisch sind (zB header, footer). Nach dem DRY Prinzip wünscht man sich eine Möglichkeit, HTML Fragmente zu includieren. Es gibt zum Einem die Server-Side-Includes (sind schon was ältere Techniken?!) und Client-Side-Includes. Da ich nichts passendes zu SSI gefunden habe, hab ich mit jQuery ( load() ) eine Lösung gefunden, um HTML Fragmente in das eigentliche HTML Dokument zu integrieren.
Also wäre hier nun ein Web- Framework a'la Ruby on Rails, Django (Python) eher sinnvoll. Da es ja jRuby und Jython gibt, könnte eine Anbindung zwischen einem solchen Framework und der JavaEE Welt (JNDI lookup auf eine EJB) möglich sein?! Hat das jemand schon einmal gemacht (oder Ähnliches)?
Vielleicht kennt einer von euch Frameworks, welche mit Java direkt kommunizieren können (ansonsten wären WebServices eine weitere Möglichkeit) und HTML Content behandeln können, Templating Mechanismen beherrschen.
Pseudo Code Beispiel für ein event. Framework:
HTML:
<!DOCTYPE html>
<html lang="de">
<head>
<meta charset="UTF-8">
<title>HTML Page</title>
</head>
<body>
{% include html header fragment %}
<div>
some information's...
</div>
<section>
{% call some script function, which provides html content by using EJB services / server-side %}
</section>
<div id="nav">
<a href="...">
....
</div>
</body>Alle weiteren Sachen könnten dann mittels HTML5 / JavaSript / jQuery clientseitig gelöst werden ( Effekte, GUI Validierung, komplexere Komponenten (zB. DatePicker) )
Falls jemand Erfahrungen mit einer solchen Thematik, bzw. Tipps hat und/oder solche Frameworks kennt, bitte antworten ;-)
Vielen Dank!!
PS: Mir ist klar, dass man für einen Weblog nicht einen JavaEE AppServer benötigt und das einfacher lösen kann, es geht mir nur um ein Beispiel um zu prüfen, was es für Möglichkeiten gibt.
