Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Ich richte in Eclipse ein Projekt mit JSF1.1 für Tomcat5.5 ein. Eine zeit lang, Minuten bis Stunden, funktioniert alles wunderbar. Irgenwann mal starte ich den Tomcat zum Xten mal neu und plötzlich erhalte ich folgende Meldung im Log und die App startet nicht:
Java:
SCHWERWIEGEND: Error configuring application listener of class com.sun.faces.config.ConfigureListener
java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener
Kennt das Problem jemand?
Weiß jemand was man dagegen machen kann?
Ist länger her, aber seit 2002 hab ich kein Netbeans mehr dafür genutzt.
Für JSF 1.1 (Arghh...) war 2007/2008 das Exadel PLugin sehr nützlich.
MIttlerweile mach ich sowas mit Maven2.
Hilft noch ein TC neustart oder das Projekt refreshen/cleanen?
Ich weiss aber noch, dass man nicht einen "richtigen" (konfigurierten) TC Servern nehmen sollte, einfach einen frischen downloaden & entpacken, fertig.
Hilft noch ein TC neustart oder das Projekt refreshen/cleanen? Ich weiss aber noch, dass man nicht einen "richtigen" (konfigurierten) TC Servern nehmen sollte, einfach einen frischen downloaden & entpacken, fertig.
Jetzt habe ich mir ein paar Sachen zu Maven durchgelesen. Allerdings verstehe ich absolut nicht, in welchen Punkten mir Maven konkret helfen kann bzw. soll? Könntet Ihr mir bitte ein paar Stichworte nennen? Bzw. wo meint Ihr, daß ein Fehler liegen könnte?
Jetzt habe ich mir ein paar Sachen zu Maven durchgelesen. Allerdings verstehe ich absolut nicht, in welchen Punkten mir Maven konkret helfen kann bzw. soll? Könntet Ihr mir bitte ein paar Stichworte nennen? Bzw. wo meint Ihr, daß ein Fehler liegen könnte?
Tipp von einem Maven2 Fan:
Wenn du dich auf Maven2 einlassen willst, gehe davon aus dass du 1-2 Wochen nur lesen wirst bevor du wirklich auf einen grünen Zweig kommst, auf die schnelle geht das gar nicht.
Sieht ok aus imho... da gab es doch noch andere Optionen?
Allerdings bin ich mir nicht sicher ob das mit dem autom. Publish wenn sich Ressourcen ändern zuverlässig funktioniert.
Das mit dem autom. Publish hat bei mir noch nie und mit keinem Tomcat zuverlässig funktioniert. JBoss dagegen machte keine Probleme, obwohl da auch ein Tomcat drinsteckt.
Ich meinte eher eine Config. für die "Module", also die WebApps die geplublished werden(context path, etc.).
Hab leider grade keine JEE Version von Eclipse zur Hand.
Das mit dem autom. Publish hat bei mir noch nie und mit keinem Tomcat zuverlässig funktioniert. JBoss dagegen machte keine Probleme, obwohl da auch ein Tomcat drinsteckt.
Kommt imho aber auch auf die Ressourcen an.
Wenn du zB. die web.xml änderst, musst du den Context/Server imho neu starten, JSP/CSS/JS sollte auch ohne funktinieren, bei Servlets bin ich mir nicht sicher.
Ich meinte eher eine Config. für die "Module", also die WebApps die geplublished werden(context path, etc.).
Hab leider grade keine JEE Version von Eclipse zur Hand.
Gerade mit NetBeans erlebt und jederzeit nachvollziehbar: Eine Änderung in einer JSP erfordert den Neustart des TC. Bei Servlets ist das kein Problem. Dafür, daß die Software gratis ist schluckt man sowas runter und startet neu, aber sonst ist es eine reinrassige Blamage.
Gerade mit NetBeans erlebt und jederzeit nachvollziehbar: Eine Änderung in einer JSP erfordert den Neustart des TC. Bei Servlets ist das kein Problem. Dafür, daß die Software gratis ist schluckt man sowas runter und startet neu, aber sonst ist es eine reinrassige Blamage.
Liegt daran wie JSP funktionieren, erst in Servlets umwandeln, dann kompilieren, dann Quasi alle Requests an die JSP zum Servlet umleiten.
Hab mir Eclipse JEE 3.6 runtergeladen, da scheint sich ein bisschen was verändert zu haben seit 3.3.... im Reiter "Modules" ist der Context auf reloadable gestellt?
Hab schon seit 2002 nicht mehr wirklich mit Netbeans gearbeitet, aber die TC integration war damals besser als bei Eclipse, ist ja schliesslich immer noch die "offizielle" JEE Dev. Umgebung.
Finde das alles nicht so schlimm, wenn man bedenkt welche Auswirkungen Änderungen auf die WebApp haben können (Application-/Session-/Pagecontext, etc. pp.) war mir ein Neustart sowieso meist lieber weil sicherer.
... Hab mir Eclipse JEE 3.6 runtergeladen, da scheint sich ein bisschen was verändert zu haben seit 3.3.... im Reiter "Modules" ist der Context auf reloadable gestellt? ...
Mein Context ist immer auf reloadable gestellt und zu dem noch auf antiResourceLocking, da es den Admins mißfallen hat, bei jedem Update den TC neu starten zu müssen, weil undeploy nicht korrekt funktioniert hat.
... Finde das alles nicht so schlimm, wenn man bedenkt welche Auswirkungen Änderungen auf die WebApp haben können (Application-/Session-/Pagecontext, etc. pp.) war mir ein Neustart sowieso meist lieber weil sicherer.
Mein Context ist immer auf reloadable gestellt und zu dem noch auf antiResourceLocking, da es den Admins mißfallen hat, bei jedem Update den TC neu starten zu müssen, weil undeploy nicht korrekt funktioniert hat.
Ja, das nervt, ist imho aber nicht so ungewöhnlich bei GUI schraubereien (zumindest in Java), egal ob WebApp oder Eclipse RCP.
Das Exadel Studio (mittlerweile Teil der JBoss Tools) hatte ein paar nette funktionen für JSF 1.1, wie eine halbwegs vernünftige Preview etc. aber wenn man das Ding in Aktion sehen wolte, blieb einem nix anderes übrig als den Server zu bemühen.
Es liegt an ein paar externen Libraries in denen Singletons vorkommen und sich damit die Lib für ein Undeploy selbst blockiert. Konkret betrifft es bei mir einmal JFreeChart und lustiger weise Apache Axis.
Es liegt an ein paar externen Libraries in denen Singletons vorkommen und sich damit die Lib für ein Undeploy selbst blockiert. Konkret betrifft es bei mir einmal JFreeChart und lustiger weise Apache Axis.
