JBoss5 und JSF2

G

Gast2

Gast
Hallo zusammen,

ich will den JBoss5 mit JSF2 verwenden.
Und habe die 2 Umstellungen gemacht
JBoss 5 with JSF 2 on a per-app basis | Indeed, the website.
Das heißt die 4 libs habe ich eingebunden und die web.xml sieht wie folgt aus:
[XML]
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
id="WebApp_ID" version="2.5">
<display-name>xTest</display-name>


<!-- Only needed in JBoss5 ******* -->

<!-- JSF 2: this tells JBoss 5 to use the jsf jars included in the app -->
<context-param>
<param-name>org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL</param-name>
<param-value>true</param-value>
</context-param>

<!-- JSF 2: this needs to be included to avoid an error message -->
<context-param>
<param-name>com.sun.faces.injectionProvider</param-name>
<param-value>org.jboss.web.jsf.integration.injection.JBossInjectionProvider</param-value>
</context-param>

<!-- JSF 2: use pages named .xhtml instead of .jsp. -->
<context-param>
<param-name>javax.faces.DEFAULT_SUFFIX</param-name>
<param-value>.xhtml</param-value>
</context-param>

<servlet>
<servlet-name>Faces Servlet</servlet-name>
<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.faces</url-pattern>
<url-pattern>*.jsf</url-pattern>
</servlet-mapping>

<!-- ****************************************************************************** -->
</web-app>
[/XML]


Aber leider seh ich auf dem Server immer die Ausgabe, dass mit Mojarra 1.2 anstatt mit 2.0 gestartet wird.
Java:
15:36:51,403 INFO  [TomcatDeployment] deploy, ctxPath=/xTest
15:36:53,059 INFO  [config] Initializing Mojarra (1.2_12-b01-FCS) for context '/xTest'

Jemand eine Idee was ich noch Umstellen muss?
 

y0dA

Top Contributor
Java:
<context-param>
  <param-name>org.jboss.jbossfaces.JSF_CONFIG_NAME</param-name>
  <param-value>Mojarra-2.0</param-value>
 </context-param>

Glaube du musst noch die JSF Version angeben wenn du eine anderen benutzen möchtest als jene die am JBoss liegt?
 

FArt

Top Contributor
Ich persönlich würde ja sowieso von solchen Hacks in einer Produktivumgebung absehen. Es passiert einfach zu oft, dass man erst unter Produktivbetrieb bestimmte Probleme bemerkt, und dann hat man eine Hack an der Backe.

Zum Thema: ich denke es könnte noch daran liegen, wie das Classloading organisiert ist. Wie wird die Applikation deployt? Als EAR oder als WAR?
Zumindes kann man dort im JBoss-Deploymentdeskriptor ein eigenen Classloader-Repository definieren. Nicht vergessen, dass dort java2parent delegation auf "false" gesetzt werden muss.
 
G

Gast2

Gast
Ich persönlich würde ja sowieso von solchen Hacks in einer Produktivumgebung absehen. Es passiert einfach zu oft, dass man erst unter Produktivbetrieb bestimmte Probleme bemerkt, und dann hat man eine Hack an der Backe.

Würde ich auch ;)

Zum Thema: ich denke es könnte noch daran liegen, wie das Classloading organisiert ist. Wie wird die Applikation deployt? Als EAR oder als WAR?
Zumindes kann man dort im JBoss-Deploymentdeskriptor ein eigenen Classloader-Repository definieren. Nicht vergessen, dass dort java2parent delegation auf "false" gesetzt werden muss.

Wird als WAR deployt.
Versteh nur nich warum org.jboss.jbossfaces.JSF_CONFIG_NAME komplett ignoriert wird.
 
G

Gast2

Gast
Ach klappt auch nicht so recht^^...
Steck ich lieber die Energie den Teamleiter von JBoss6 zu überzeugen ;)
 

Neue Themen


Oben