[raffaele.camanzo]

Unfortunately the rebuild did not change the situation. I'm still experiencing the MissingResourceException with such message:

Can't find bundle for base name org.ajax4jsf.messages, locale it_IT

Any idea?

Regards,
Raffaele Camanzo

[raffaele.camanzo]

I try to change the approach.

This is my environment:

AS: jBoss AS 4.2.0.GA
JSF: Sun RI 1.2_01
Facelets: 1.1.13
Seam: 2.0.0.BETA1 (3 days ago cvs ver)
Richfaces: 3.1.0. RC3

no Tomahawk, no ICEFaces.

Anybody with such environment is able to deploy his/her application without the MissingResourceException failure?

The faces-config.xml configuration related to locales is:

 <application>
<view-handler>com.sun.facelets.FaceletViewHandler</view-handler>

 <locale-config>
 <default-locale>it</default-locale>
 <supported-locale>en</supported-locale>
 </locale-config>
 <message-bundle>bigDecimalConverter</message-bundle>
 <message-bundle>dateConverter</message-bundle>
 <message-bundle>comuneValidator</message-bundle>
 </application>

The web.xml configuration related to Richfaces is:

 <context-param>
 <param-name>org.ajax4jsf.SKIN</param-name>
 <param-value>blueSky</param-value>
 </context-param>

If I change locale information in faces-config.xml nothing happens at all, if I change locale information in the AS changes the exception string (even if I set the language to en and reset the country information).

Is Richfaces RC3 compatible with Seam 2.0?

Help really appreciated.

Regards,
Raffaele Camanzo

[raffaele.camanzo]

Updated the jBoss AS to the 4.2.1.GA version, but no good news... Any advice?

Regards,
Raffaele Camanzo

[cdollar393]

I am getting the same error with richfaces 3.1.0 - http://jboss.com/index.html?module=bb&op=viewtopic&t=117160

In my setup I am NOT using Seam, so I don't think that is the cause of the problem.

Chris

[sergeysmirnov]

I have tried to deploy richfaces-demo.war (build with -P jboss42 option). Works without any problem with Jboss 4.2.0 (I have installed earlier) and 4.2.1 (just have been downloaded and installed with everything by default)

[raffaele.camanzo]

Hi Sergey,

I found a way to deploy correctly my application with the Richfaces 3.1.0. RC3, but I did not follow the rules for EAR packaging found in the announcement for RC2, indeed, I solved my problems putting ALL the three Richfaces JARs in the WAR module.

Can you please check if this is reasonable, I tested my application and everything seems to work properly.

Regards,
Raffaele Camanzo

[sergeysmirnov]

"SergeySmirnov" wrote:
I have tried to deploy richfaces-demo.war (build with -P jboss42 option). Works without any problem with Jboss 4.2.0 (I have installed earlier) and 4.2.1 (just have been downloaded and installed with everything by default)

It might be much helpful if you say why putting the api jar to ear does not work for you.

[ishabalov]

Raffaele, pls publish some details about your problem. Stack traces will be very helpful. We try to reproduce the problem, but failed. Some additional details will be essential to help us to solve that problem.

[nbelaevski]

Hello all!

We've fixed some classloading issues just after 3.1RC3 release; ricfaces-demo has been tested and works at:
- JBoss AS 4.2.1
- Sun App. Server 9.0
- Sun App. Server 9.1 preview 3

[nbelaevski]

I mean richfaces-demo.ear :) with the following layout:
EAR:

richfaces-api.jar

WAR:

richfaces-impl.jar
richfaces-ui.jar
facelets etc.

[raffaele.camanzo]

Hi all,

first of all, thank you for your support. I try to give you as much information as I can.

My environment is:

VM: jRockit
AS: jBossAS 4.2.1
Facelets: 1.1.13
Seam: 2.0.0 BETA1
JSF: 1.2_01
Richfaces: 3.1.0 RC3

default OS locale 'it_IT', JSF default locale is 'it' (supported 'en')

no Tomahawk, ICEFaces, ...

Upgrading Richfaces following the RC2 post rules my application fails at deploy time with the exception posted in my previous ones, then, the answer to your question Sergey is: if I put the API jar in the EAR my application fails at deploy time with the exception:

2007-08-23 12:07:02,034 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/Odin
o]] Exception sending context initialized e
vent to listener instance of class org.jboss.web.jsf.integration.config.JBossJSFConfigureListener
java.lang.ExceptionInInitializerError
 at org.ajax4jsf.resource.ResourceBuilderImpl.createResource(ResourceBuilderImpl.java:241)
 at org.ajax4jsf.resource.TemplateCSSResource.setPath(TemplateCSSResource.java:68)
 at org.ajax4jsf.resource.TemplateCSSResource.<init>(TemplateCSSResource.java:58)
 at org.richfaces.renderkit.html.SuggestionBoxRenderer.<init>(SuggestionBoxRenderer.java:76)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:
39)
 at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorIm
pl.java:27)

...

Caused by: java.util.MissingResourceException: Can't find bundle for base name org.ajax4jsf.messages
, locale it_IT
 at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:836)
 at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:805)
 at java.util.ResourceBundle.getBundle(ResourceBundle.java:549)
 at org.ajax4jsf.Messages.<clinit>(Messages.java:29)
 at org.ajax4jsf.resource.ResourceBuilderImpl.createResource(ResourceBuilderImpl.java:241)
 at org.ajax4jsf.resource.TemplateCSSResource.setPath(TemplateCSSResource.java:68)
 at org.ajax4jsf.resource.TemplateCSSResource.<init>(TemplateCSSResource.java:58)
 at org.richfaces.renderkit.html.SuggestionBoxRenderer.<init>(SuggestionBoxRenderer.java:76)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:
39)

But if I put all the three JARs in the WAR module everything works properly.
I don't know why, but happens.

I noticed this strange thing: The locale problem seems to be related to the VM locale passed to the AS, indeed, if I change the locale setting for the AS the exception is thrown related to that locale (if I change the locale in faces-config nothing happens).

Igor: The application we are building up is a J2EE app based on Seam + EJB3 + Richfaces, the following are my configuration files, they should adhere to the standard configuration:

application.xml:

<?xml version="1.0" encoding="UTF-8"?>
<application xmlns="http://java.sun.com/xml/ns/javaee"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/application_5.xsd"
 version="5">

 <display-name>Odino</display-name>

 <module>
 <web>
 <web-uri>Odino.war</web-uri>
 <context-root>/Odino</context-root>
 </web>
 </module>

 <module>
 <ejb>Odino.ejb3</ejb>
 </module>

 <module>
 <java>jboss-seam.jar</java>
 </module>

 <module>
 <java>jboss-el.jar</java>
 </module>

 <!-- RichFaces
 <module>
 <java>richfaces-api-3.1.0-rc3.jar</java>
 </module>
 -->

 <!-- Use of the iText module from the source -->
 <module>
 <java>itext-2.0.4.jar</java>
 </module>

 <!-- Authentication required modules -->
 <module>
 <java>commons-jci-core-1.0-406301.jar</java>
 </module>

 <module>
 <java>commons-jci-janino-2.4.3.jar</java>
 </module>

 <module>
 <java>commons-lang-2.1.jar</java>
 </module>

 <module>
 <java>commons-beanutils-1.7.0.jar</java>
 </module>

 <module>
 <java>commons-digester-1.6.jar</java>
 </module>

 <module>
 <java>janino-2.5.6.jar</java>
 </module>

 <module>
 <java>stringtemplate-2.3b6.jar</java>
 </module>

 <module>
 <java>antlr-2.7.6.jar</java>
 </module>

 <module>
 <java>antlr-3.0b7.jar</java>
 </module>

 <module>
 <java>mvel14-1.2beta16.jar</java>
 </module>

 <module>
 <java>jakarta-oro-2.0.7.jar</java>
 </module>

 <module>
 <java>myschemas.jar</java>
 </module>

 <module>
 <java>profileSchemas.jar</java>
 </module>

<!-- <module>-->
<!-- <java>commons-fileupload.jar</java>-->
<!-- </module> -->

</application>

components.xml:

<?xml version="1.0" encoding="UTF-8"?>
<components xmlns="http://jboss.com/products/seam/components"
 xmlns:core="http://jboss.com/products/seam/core"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:security="http://jboss.com/products/seam/security"
 xmlns:drools="http://jboss.com/products/seam/drools"
 xmlns:pdf="http://jboss.com/products/seam/pdf"
 xmlns:persistence="http://jboss.com/products/seam/persistence"
 xmlns:transaction="http://jboss.com/products/seam/transaction"
 xmlns:m="http://jboss.com/products/seam/mail"
 xsi:schemaLocation="http://jboss.com/products/seam/core http://jboss.com/products/seam/core-2.0.xsd
 http://jboss.com/products/seam/security http://jboss.com/products/seam/security-2.0.xsd
 http://jboss.com/products/seam/components http://jboss.com/products/seam/components-2.0.xsd
 http://jboss.com/products/seam/persistence http://jboss.com/products/seam/persistence-2.0.xsd
 http://jboss.com/products/seam/transaction http://jboss.com/products/seam/transaction-2.0.xsd
 http://jboss.com/products/seam/pdf http://jboss.com/products/seam/pdf-2.0.xsd
 http://jboss.com/products/seam/mail http://jboss.com/products/seam/mail-2.0.xsd
 http://jboss.com/products/seam/drools http://jboss.com/products/seam/drools-2.0.xsd">


 <core:init jndi-pattern="Odino/#{ejbName}/local" debug="false"
 transaction-management-enabled="true" />

 <!-- 30 minutes timeout -->
 <core:manager conversation-timeout="1800000"
 conversation-id-parameter="conversationId" />

 <security:identity
 authenticate-method="#{authenticator.authenticate}" />

 <!-- <drools:rule-base name="securityRules">-->
 <!-- <drools:rule-files><value>/META-INF/security-rules.drl</value></drools:rule-files>-->
 <!-- </drools:rule-base>-->

 <persistence:managed-persistence-context name="entityManager"
 auto-create="true"
 persistence-unit-jndi-name="java:/odinoFlashEntityManagerFactory" />

 <!-- <component class="org.jboss.seam.core.Ejb" installed="false" />-->

 <!-- PDF name extension .pdf management -->
 <!-- PDF unexistent page redirection -->
 <pdf:document-store use-extensions="true" error-page="/error.seam" />

 <m:mail-session session-jndi-name="java:/Mail" />

</components>

faces-config.xml:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE faces-config
 PUBLIC "-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.0//EN"
 "http://java.sun.com/dtd/web-facesconfig_1_0.dtd">

<faces-config>

 <application>
 <!-- <view-handler>com.sun.facelets.FaceletViewHandler</view-handler> -->

 <locale-config>
 <default-locale>it</default-locale>
 <supported-locale>en</supported-locale>
 </locale-config>
 <message-bundle>bigDecimalConverter</message-bundle>
 <message-bundle>dateConverter</message-bundle>
 <message-bundle>comuneValidator</message-bundle>
 </application>


 <!-- Seam transaction management -->
 <!-- <lifecycle>-->
 <!-- <phase-listener>org.jboss.seam.jsf.TransactionalSeamPhaseListener</phase-listener>-->
 <!-- </lifecycle>-->

 <!-- Same for all Seam applications
 <lifecycle>
 <phase-listener>org.jboss.seam.jsf.SeamExtendedManagedPersistencePhaseListener</phase-listener>
 </lifecycle>
 -->

 <!-- Converter -->
 <converter>
 <converter-id>DateConv</converter-id>
 <converter-class>
 it.finservice.odino.utils.converter.DateConverterDate
 </converter-class>
 </converter>

 <converter>
 <converter-id>BigDecimalConv</converter-id>
 <converter-class>
 it.finservice.odino.utils.converter.BigDecimalConverter
 </converter-class>
 </converter>

 <validator>
 <validator-id>ComuneVal</validator-id>
 <validator-class>
 it.finservice.odino.utils.validator.ComuneValidator
 </validator-class>
 </validator>

</faces-config>

web.xml:

<?xml version="1.0" encoding="UTF-8"?>

<web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">


 <!-- Ajax4jsf and RichFaces support -->

 <context-param>
 <param-name>org.ajax4jsf.SKIN</param-name>
 <param-value>blueSky</param-value>
 </context-param>

 <context-param>
 <param-name>org.ajax4jsf.VIEW_HANDLERS</param-name>
 <param-value>com.sun.facelets.FaceletViewHandler</param-value>
 </context-param>
 <context-param>
 <param-name>org.ajax4jsf.COMPRESS_SCRIPT</param-name>
 <param-value>false</param-value>
 </context-param>
 <filter>
 <display-name>Ajax4jsf Filter</display-name>
 <filter-name>ajax4jsf</filter-name>
 <filter-class>org.ajax4jsf.Filter</filter-class>
 </filter>

 <filter-mapping>
 <filter-name>ajax4jsf</filter-name>
 <servlet-name>Faces Servlet</servlet-name>
 <dispatcher>FORWARD</dispatcher>
 <dispatcher>REQUEST</dispatcher>
 <dispatcher>INCLUDE</dispatcher>
 <dispatcher>ERROR</dispatcher>
 </filter-mapping>

 <!-- JSF RI JSF Listener definition is no longer needed
 <listener>
 <listener-class>com.sun.faces.config.ConfigureListener</listener-class>
 </listener>
 -->

 <!-- Seam -->
 <listener>
 <listener-class>
 org.jboss.seam.servlet.SeamListener
 </listener-class>
 </listener>

 <!-- Propagate conversations across redirects -->
 <filter>
 <filter-name>Seam Redirect Filter</filter-name>
 <filter-class>
 org.jboss.seam.servlet.SeamRedirectFilter
 </filter-class>
 </filter>

 <filter-mapping>
 <filter-name>Seam Redirect Filter</filter-name>
 <url-pattern>*.seam</url-pattern>
 </filter-mapping>

 <filter>
 <filter-name>Seam Exception Filter</filter-name>
 <filter-class>
 org.jboss.seam.servlet.SeamExceptionFilter
 </filter-class>
 </filter>

 <filter-mapping>
 <filter-name>Seam Exception Filter</filter-name>
 <url-pattern>*.seam</url-pattern>
 </filter-mapping>

 <!-- FILE UPLOAD -->
 <filter>
 <filter-name>Seam Filter</filter-name>
 <filter-class>org.jboss.seam.web.SeamFilter</filter-class>
 </filter>

 <filter-mapping>
 <filter-name>Seam Filter</filter-name>
 <url-pattern>*.seam</url-pattern>
 </filter-mapping>


 <!-- SEAM Debug Console -->
 <context-param>
 <param-name>org.jboss.seam.core.init.debug</param-name>
 <param-value>false</param-value>
 </context-param>

 <!-- JSF -->
 <context-param>
 <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
 <param-value>client</param-value>
 </context-param>

 <!-- Use Documents Saved as *.xhtml -->
 <context-param>
 <param-name>javax.faces.DEFAULT_SUFFIX</param-name>
 <param-value>.xhtml</param-value>
 </context-param>

 <context-param>
 <param-name>javax.faces.VIEW_MAPPINGS</param-name>
 <param-value>*.xhtml;*.seam</param-value>
 </context-param>

 <!-- Special Debug Output for Development -->
 <context-param>
 <param-name>facelets.DEVELOPMENT</param-name>
 <param-value>false</param-value>
 </context-param>

 <context-param>
 <param-name>facelets.SKIP_COMMENTS</param-name>
 <param-value>true</param-value>
 </context-param>

 <context-param>
 <param-name>facelets.REFRESH_PERIOD</param-name>
 <param-value>-1</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>*.seam</url-pattern>
 </servlet-mapping>

 <!-- iText + PDF -->
 <servlet>
 <servlet-name>Document Store Servlet</servlet-name>
 <servlet-class>
 org.jboss.seam.pdf.DocumentStoreServlet
 </servlet-class>
 </servlet>
 <servlet-mapping>
 <servlet-name>Document Store Servlet</servlet-name>
 <url-pattern>*.pdf</url-pattern>
 </servlet-mapping>

 <!-- Servlet mapping to handle s:selectDate -->
 <servlet>
 <servlet-name>Seam Resource Servlet</servlet-name>
 <servlet-class>
 org.jboss.seam.servlet.ResourceServlet
 </servlet-class>
 </servlet>

 <servlet-mapping>
 <servlet-name>Seam Resource Servlet</servlet-name>
 <url-pattern>/seam/resource/*</url-pattern>
 </servlet-mapping>

 <security-constraint>
 <display-name>Restrict XHTML Documents</display-name>
 <web-resource-collection>
 <web-resource-name>XHTML</web-resource-name>
 <url-pattern>*.xhtml</url-pattern>
 </web-resource-collection>
 </security-constraint>

</web-app>

Hope this will be helpful for your analysis and your analysis helpful for me...

Regards,
Raffaele Camanzo

[lowecg2004]

FYI - I got the same issue as Raffaele (except with my locale is en_GB). His solution also worked for me too - copy all libraries into the WAR, application now works. I have the same environment except I'm using JDK 1.6.0_02 to Raffaele's JRockit.

Cheers,

Chris.

[gonzalad]

Sorry but didn't see the answer anywhere :

RichFaces 3.1.0 is targeted to be compatible with which version of Seam ?
Both 1.2.1 GA and 2.0.0 ?
Only 2.0.0 ?

Thank you

[sergeysmirnov]

RichFaces 3.1.0 GA is targeted to be compatible with both 1.2.1 and 2.0.0

RichFaces has no dependencies on Seam

Seam 1.2.1 component suite has two cases of referencing to the re-factored classes of RichFaces. It is resolvable from our side by having "proxy" dummy classes.