voyent
Problem running icefaces with Jboss 4.2.0GA server.  XML
Forum Index -> General Help
Author Message
Khirion

Joined: 12/May/2007 00:00:00
Messages: 3
Offline


Im new to ice faces, so i tried to look at the sample applications provided with icefaces package (DR4).

I downloaded fresh Jboss 4.2.0GA server and started it in all configuration. I get this error when i deploy any sample aplication (address.war):

12:49:43,062 INFO [TomcatDeployer] deploy, ctxPath=/address, warUrl=.../tmp/deploy/tmp1235address-exp.war/
12:49:43,296 ERROR [[/address]] Exception sending context initialized event to listener instance of class org.jboss.web.
jsf.integration.config.JBossJSFConfigureListener
javax.faces.FacesException: Can't parse configuration file: jar:file:/C:/Program%20Files/jboss-4.2.0.GA/server/all/tmp/d
eploy/tmp1235address-exp.war/WEB-INF/lib/icefaces-comps.jar!/META-INF/faces-config.xml: Error at line 40 column 15: Erro
r at (40, 15: com.sun.faces.config.beans.RenderKitBean
at com.sun.faces.config.ConfigureListener.parse(ConfigureListener.java:1465)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:369)
at org.jboss.web.jsf.integration.config.JBossJSFConfigureListener.contextInitialized(JBossJSFConfigureListener.j
ava:69)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3854)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4359)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:761)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:741)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:553)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:297)
at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.apache.catalina.core.StandardContext.init(StandardContext.java:5310)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:297)
at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.web.tomcat.service.TomcatDeployer.performDeployInternal(TomcatDeployer.java:301)
at org.jboss.web.tomcat.service.TomcatDeployer.performDeploy(TomcatDeployer.java:104)
at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:375)
at org.jboss.web.WebModule.startModule(WebModule.java:83)
at org.jboss.web.WebModule.startService(WebModule.java:61)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy54.start(Unknown Source)
at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:466)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238)
at org.jboss.ws.integration.jboss42.DeployerInterceptor.start(DeployerInterceptor.java:93)
at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java
:188)
at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy55.start(Unknown Source)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at sun.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy9.deploy(Unknown Source)
at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:26
3)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274)

at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225)
12:49:43,375 ERROR [StandardContext] Error listenerStart
12:49:43,375 ERROR [StandardContext] Context [/address] startup failed due to previous errors

I get the same effect with any even simplest icefaces application i try to deploy.

Anyone can help me with this one?
tyler.johnson


Joined: 18/Apr/2007 00:00:00
Messages: 93
Offline


Hi Khirion,

I was also unable to deploy the samples on Jboss 4.2.0 GA. I have created JIRA 1631 for this issue.

Thanks,

Tyler
bionut

Joined: 25/Apr/2006 00:00:00
Messages: 41
Offline


Maybe this will help:
Code:
Prior to JEE5, most developers would bundle a JSF implementation
 such as MyFaces with the WAR. With AS 4.2 and 5.0, you should instead
 rely on the JSF implementation that ships with the container.
 
 However, for these legacy applications that rely on a particular
 implementation, we can disable the built-in JSF implementation as long as
 you stick with the default classloader settings. To disable the built-in JSF,
 you will add this to your web.xml:
 <context-param>
      <param-name>org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL</param-name>
      <param-value>true</param-value>
 </context-param>


Or for more details refer to:
http://jira.jboss.com/jira/browse/JBAS-4383
[Email]
rolando

Joined: 05/Dec/2006 00:00:00
Messages: 5
Offline


With the proposed change we suppress the errors at JBoss 4.2.0.GA boot time, but get others at runtime.

The log shows that it must be a JSF version problem.
2007-05-30 21:09:33,296 INFO [com.icesoft.faces.application.D2DViewHandler]
ICEsoft Technologies, Inc.
ICEfaces 1.6.0 DR4
Build number: 4
Revision: 13865

2007-05-30 21:09:33,328 DEBUG [com.icesoft.faces.webapp.parser.ComponentRuleSet] No JSF 1.2 classes found. Running in JSF 1.1 environment

Can we just move to JSF1.2 by changing the jsf...jar's?

thanks for info and help!
rolando
ted.goddard

Joined: 26/Oct/2004 00:00:00
Messages: 874
Offline


To use the built-in JSF 1.2 jars in JBoss 4.2, you must have Facelets pages (for instance, the timezone7 demo).

Ensure that el-ri.jar, xercesImpl.jar, xml-apis.jar, myfaces-api.jar, myfaces-impl.jar, jsf-impl.jar, and jsf-api.jar are not included in your web application.
[Email]
rolando

Joined: 05/Dec/2006 00:00:00
Messages: 5
Offline


Hi Ted

thanks for your valuable input. Compiles fine and produces the ... .war shown below.
Doing as you said, means that by removing again the <context-param> proposed by bionut, with th timezone7.war in the deploy directory, I could bring up JBoss 4.2.0.GA without errors.

But at runtime I get a new error telling that something is not correct with the context. I suppose it is a further configuration or exclusion issue.

To give any glue, let me show the errors and the timezone7.war:
14:43:40,562 INFO [D2DViewHandler]
ICEsoft Technologies, Inc.
ICEfaces 1.6.0 DR4
Build number: 4
Revision: 13865

14:43:42,187 INFO [Http11Protocol] Starting Coyote HTTP/1.1 on http-127.0.0.1-8080
14:43:42,218 INFO [AjpProtocol] Starting Coyote AJP/1.3 on ajp-127.0.0.1-8009
14:43:42,234 INFO [Server] JBoss (MX MicroKernel) [4.2.0.GA (build: SVNTag=JBoss_4_2_0_GA date=200705111440)] Started in 20s:766ms
14:44:32,593 ERROR [[Persistent Faces Servlet]] Servlet.service() for servlet Persistent Faces Servlet threw exception
java.lang.LinkageError: loader constraint violation: when resolving overridden method "com.icesoft.faces.context.BridgeFacesContext.getELContext()Ljavax/el/ELContext;" the class loader (instance of org/jboss/web/tomcat/service/WebAppClassLoader) of the current class, com/icesoft/faces/context/BridgeFacesContext, and its superclass loader (instance of org/jboss/mx/loading/UnifiedClassLoader3), have different Class objects for the type javax/el/ELContext used in the signature
at com.icesoft.faces.webapp.http.servlet.ServletView.<init>(ServletView.java:45)
at com.icesoft.faces.webapp.http.servlet.MultiViewServlet.service(MultiViewServlet.java:41)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:89)
at com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:35)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:59)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:687)
at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:469)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:403)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
at org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:699)
at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:670)
at org.apache.jsp.index_jsp._jspService(index_jsp.java:57)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:387)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Unknown Source)
14:44:32,609 ERROR [[jsp]] Servlet.service() for servlet jsp threw exception
java.lang.LinkageError: loader constraint violation: when resolving overridden method "com.icesoft.faces.context.BridgeFacesContext.getELContext()Ljavax/el/ELContext;" the class loader (instance of org/jboss/web/tomcat/service/WebAppClassLoader) of the current class, com/icesoft/faces/context/BridgeFacesContext, and its superclass loader (instance of org/jboss/mx/loading/UnifiedClassLoader3), have different Class objects for the type javax/el/ELContext used in the signature
at com.icesoft.faces.webapp.http.servlet.ServletView.<init>(ServletView.java:45)

timezone7.war:
+images
+META-INF
+WEB-INF
+classes
+lib
- backport-util-concurrent.jar
- commons-beanutils.jar
- commons-collections.jar
- commons-digester.jar
- commons-discovery.jar
- commons-el.jar
- commons-fileupload.jar
- commons-logging.jar
- el-api.jar
- icefaces-comps.jar
- icefaces-facelets.jar
- icefaces.jar
- jstl-jar
- krysalis-jCharts-1.0.0-alpha-1.jar
- faces-config.xml
- web.xml
- header.xhtml
- index.jsp
- timezone.xhtml
- timezone_style.css

Thanks for further info and help!
rolando
rolando

Joined: 05/Dec/2006 00:00:00
Messages: 5
Offline


regarding above error I got some more info out of the JBoss log file:

2007-05-31 15:44:26,453 DEBUG [com.icesoft.faces.util.event.servlet.ContextEventRepeater] com.icesoft.faces.async.server not defined.
2007-05-31 15:44:26,906 INFO [com.icesoft.faces.application.D2DViewHandler]
ICEsoft Technologies, Inc.
ICEfaces 1.6.0 DR4
Build number: 4
Revision: 13865

2007-05-31 15:44:27,000 DEBUG [com.icesoft.faces.webapp.parser.ComponentRuleSet] No JSF 1.2 classes found. Running in JSF 1.1 environment
2007-05-31 15:44:27,031 DEBUG [com.icesoft.faces.webapp.parser.ComponentRuleSet] No JSF 1.2 classes found. Running in JSF 1.1 environment
2007-05-31 15:44:28,281 DEBUG [org.jboss.web.tomcat.filters.ReplyHeaderFilter] Adding header name: X-Powered-By='Servlet 2.4; JBoss-4.2.0.GA (build: SVNTag=JBoss_4_2_0_GA date=200705111440)/Tomcat-5.5'
2007-05-31 15:44:28,343 DEBUG [org.jboss.web.tomcat.service.TomcatDeployer] Initialized: {WebApplication: /E:/jboss-4.2.0.GA/server/default/tmp/deploy/tmp50809timezone7-exp.war/, URL: file:/E:/jboss-4.2.0.GA/server/default/tmp/deploy/tmp50809timezone7-exp.war/, classLoader: java.net.FactoryURLClassLoader@1601a4f:23075407} jboss.web:j2eeType=WebModule,name=//localhost/timezone7,J2EEApplication=none,J2EEServer=none
2007-05-31 15:44:28,343 DEBUG [org.jboss.web.WebModule] Started jboss.web.deployment:war=timezone7.war,id=734934053
2007-05-31 15:44:28,343 DEBUG [org.jboss.system.ServiceController] Starting dependent components for: jboss.web.deployment:war=timezone7.war,id=734934053 dependent components: []
2007-05-31 15:44:28,359 DEBUG [org.jboss.deployment.MainDeployer] End deployment start on package: timezone7.war
2007-05-31 15:44:28,359 DEBUG [org.jboss.deployment.MainDeployer] Deployed package: file:/E:/jboss-4.2.0.GA/server/default/deploy/timezone7.war
2007-05-31 15:44:28,359 DEBUG [org.jboss.deployment.scanner.URLDeploymentScanner] Watch URL for: file:/E:/jboss-4.2.0.GA/server/default/deploy/timezone7.war -> file:/E:/jboss-4.2.0.GA/server/default/deploy/timezone7.war
2007-05-31 15:44:28,359 DEBUG [org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread] Notified that enabled: true
2007-05-31 15:44:28,359 DEBUG [org.jboss.deployment.scanner.URLDeploymentScanner] Started jboss.deployment:type=DeploymentScanner,flavor=URL
2007-05-31 15:44:28,359 DEBUG [org.jboss.system.ServiceController] Starting dependent components for: jboss.deployment:type=DeploymentScanner,flavor=URL dependent components: []
2007-05-31 15:44:28,484 DEBUG [org.jboss.deployment.MainDeployer] End deployment start on package: jboss-service.xml
2007-05-31 15:44:28,484 DEBUG [org.jboss.deployment.MainDeployer] Deployed package: file:/E:/jboss-4.2.0.GA/server/default/conf/jboss-service.xml
2007-05-31 15:44:28,484 DEBUG [org.jboss.web.tomcat.service.JBossWeb] Saw org.jboss.system.server.started notification, starting connectors
2007-05-31 15:44:28,500 INFO [org.apache.coyote.http11.Http11Protocol] Starting Coyote HTTP/1.1 on http-127.0.0.1-8080
2007-05-31 15:44:28,531 INFO [org.apache.coyote.ajp.AjpProtocol] Starting Coyote AJP/1.3 on ajp-127.0.0.1-8009
2007-05-31 15:44:28,562 INFO [org.jboss.system.server.Server] JBoss (MX MicroKernel) [4.2.0.GA (build: SVNTag=JBoss_4_2_0_GA date=200705111440)] Started in 21s:453ms
2007-05-31 15:44:28,562 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - first pass <Do, 31 Mai 2007 15:44:28>
2007-05-31 15:44:28,562 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule: first pass
2007-05-31 15:44:28,562 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first pass
2007-05-31 15:44:28,562 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
2007-05-31 15:44:38,562 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - second pass <Do, 31 Mai 2007 15:44:38>
2007-05-31 15:44:38,562 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] AtomicActionRecoveryModule: Second pass
2007-05-31 15:44:38,562 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second pass
2007-05-31 15:44:38,562 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second pass
2007-05-31 15:44:51,109 DEBUG [com.icesoft.faces.util.event.servlet.ContextEventRepeater] ICEfaces ID: 1I6RIgfWet09_o5PNUw2Tw
2007-05-31 15:44:51,156 DEBUG [com.icesoft.faces.webapp.http.servlet.MainServlet] entering main servlet
via Attributes - via Methods
javax.servlet.include.context_path: null - /timezone7
javax.servlet.include.path_info: null - null
javax.servlet.include.query_string: null - null
javax.servlet.include.request_uri: null - /timezone7/timezone.iface
javax.servlet.include.servlet_path: null - /timezone.iface

via getAttributeNames():
javax.servlet.forward.request_uri: /timezone7/
javax.servlet.forward.context_path: /timezone7
javax.servlet.forward.servlet_path: /index.jsp

2007-05-31 15:44:51,156 DEBUG [com.icesoft.faces.webapp.http.servlet.PathDispatcher] path: /timezone7/timezone.iface
2007-05-31 15:44:51,156 DEBUG [com.icesoft.faces.webapp.http.servlet.PathDispatcher] path: /timezone7/timezone.iface
2007-05-31 15:44:51,187 DEBUG [com.icesoft.faces.env.ServletEnvironmentRequest] Acegi Security not detected.
2007-05-31 15:44:51,203 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/timezone7].[Persistent Faces Servlet]] Servlet.service() for servlet Persistent Faces Servlet threw exception
java.lang.LinkageError: loader constraint violation: when resolving overridden method "com.icesoft.faces.context.BridgeFacesContext.getELContext()Ljavax/el/ELContext;" the class loader (instance of org/jboss/web/tomcat/service/WebAppClassLoader) of the current class, com/icesoft/faces/context/BridgeFacesContext, and its superclass loader (instance of org/jboss/mx/loading/UnifiedClassLoader3), have different Class objects for the type javax/el/ELContext used in the signature
at com.icesoft.faces.webapp.http.servlet.ServletView.<init>(ServletView.java:45)
at com.icesoft.faces.webapp.http.servlet.MultiViewServlet.service(MultiViewServlet.java:41)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:89)
at com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:35)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:59)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:687)
at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:469)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:403)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
at org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:699)
at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:670)
at org.apache.jsp.index_jsp._jspService(index_jsp.java:57)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:387)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Unknown Source)
2007-05-31 15:44:51,250 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/timezone7].[jsp]] Servlet.service() for servlet jsp threw exception
java.lang.LinkageError: loader constraint violation: when resolving overridden method "com.icesoft.faces.context.BridgeFacesContext.getELContext()Ljavax/el/ELContext;" the class loader (instance of org/jboss/web/tomcat/service/WebAppClassLoader) of the current class, com/icesoft/faces/context/BridgeFacesContext, and its superclass loader (instance of org/jboss/mx/loading/UnifiedClassLoader3), have different Class objects for the type javax/el/ELContext used in the signature
at com.icesoft.faces.webapp.http.servlet.ServletView.<init>(ServletView.java:45)
at com.icesoft.faces.webapp.http.servlet.MultiViewServlet.service(MultiViewServlet.java:41)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)

hope this is of any help.
cheers
Roland
ted.goddard

Joined: 26/Oct/2004 00:00:00
Messages: 874
Offline


Code:
 java.lang.LinkageError: loader constraint violation: when resolving overridden method "com.icesoft.faces.context.BridgeFacesContext.getELContext()Ljavax/el/ELContext;" the class loader (instance of org/jboss/web/tomcat/service/WebAppClassLoader) of the current class, com/icesoft/faces/context/BridgeFacesContext, and its superclass loader (instance of org/jboss/mx/loading/UnifiedClassLoader3), have different Class objects for the type javax/el/ELContext used in the signature 
 


It looks like you still have the el-api.jar in your .war; this would likely cause the exception (that's the nicest classloading exception I've ever seen ... it's not nice to get the exception, but it's nice to get the details).
[Email]
rolando

Joined: 05/Dec/2006 00:00:00
Messages: 5
Offline


Hi Ted
Bingo!
Thanks for your input and the patience. Removing the el-api.jar which carries the E:\workspace-3.2\ICEfaces\lib\el-api.jar\javax\el\ELContext stuff was the "golden" tip.

Now, I think everything is clear and I shall be able to move the ICEfaces samples to JBoss 4.2.0.GA

Thanks again and have a great weekend!
cheers
rolando
djoki

Joined: 09/Mar/2007 00:00:00
Messages: 1
Offline


After getting JBoss 4.2.0 up and running, I am now getting the following warning after every commandLink is clicked:

WARN: [Parameters] Parameters: Invalid chunk ignored.

I tried changing from h:commandLink to ice:commandLink, but that didn't help. commandButtons work fine though.

BTW, I was able to use the org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL context parameter to successfully deploy my app with the existing myfaces impl (all jars included), and I was able to successfully deploy by removing all jsf jars (except icefaces) and using the JSF 1.2 impl provided by JBoss (using facelets). The warning showed up under both scenarios.

Any help would be greatly appreciated.
Thanks,
Davis
ted.goddard

Joined: 26/Oct/2004 00:00:00
Messages: 874
Offline


WARN: [Parameters] Parameters: Invalid chunk ignored.
 

This looks like a bug in ICEfaces; some of the requests contain "&=" (a parameter with no name). I've created a JIRA. (The warning likely doesn't indicate any impaired functionality.)

http://jira.icefaces.org/browse/ICE-1677
[Email]
mthias99

Joined: 15/Jul/2007 00:00:00
Messages: 7
Offline


JBoss AS 4.2.1
ICEfaces 1.6.1


Dropped address.war into jboss/server/default/deploy directory and received the below error. Has there been any progress on this issue?

2007-10-10 00:01:17,974 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/address]] Exception sending context destroyed event to listener instance of class org.jboss.web.jsf.integration.config.JBossJSFConfigureListener
java.lang.ClassCastException: com.sun.faces.application.ApplicationAssociate

Please confirm:
1. ICEfaces 1.6.1 works with JSF 1.2 but only with facelets not with JSPs

Thank you for your help,
Mark
mthias99

Joined: 15/Jul/2007 00:00:00
Messages: 7
Offline


Any help with this issue would be greatly appreciated.

Thanks,
Mark
georges.goebel@pch.etat.l


Joined: 23/Jun/2007 00:00:00
Messages: 276
Offline


Hi,

Did you chackout the jboss wiki ?
http://wiki.jboss.org/wiki/JBoss5AndMyFaces

Georges
[Email]
 
Forum Index -> General Help
Go to:   
Powered by JForum 2.1.7ice © JForum Team