[richfaces-issues] [JBoss JIRA] (RF-13665) RichFaces 4.5 should fail fast when used with un-pached Mojarra

Jiří Štefek (JIRA) issues at jboss.org
Tue Jun 17 09:07:27 EDT 2014 

    [ https://issues.jboss.org/browse/RF-13665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12977014#comment-12977014 ] 

Jiří Štefek commented on RF-13665:
----------------------------------

I've tried to deploy Metamer to:
* EAP 6.3.0.Beta2: deployed (as expected)
* Tomcat 7 with jsf 2.2.6 (default) or 2.1.28: deployed (as expected)
* GlassFish 4.0 : failed (as expected) with message {{The JSF implementation 2.2.0 does not support the RichFaces ExtendedPartialViewContext.  Please upgrade to at least Mojarra 2.1.28 or 2.2.6}} 
* AS 7.1 : failed (as expected), similar message as for GF 4.0
* Tomcat 7 with jsf 2.2.5 or 2.1.27: failed (as expected), similar message as for GF 4.0
* {color:red}GlassFish 3.1.2.2{color:red}: failed (as expected), but *failed with wrong error* :
{code}
SEVERE: Critical error during deployment: 
com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! For input string: "6-SNAPSHOT"
	at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:375)
	at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:225)
	at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:4750)
	at com.sun.enterprise.web.WebModule.contextListenerStart(WebModule.java:550)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:5366)
	at com.sun.enterprise.web.WebModule.start(WebModule.java:498)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:917)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:901)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:733)
	at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2019)
	at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1669)
	at com.sun.enterprise.web.WebApplication.start(WebApplication.java:109)
	at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130)
	at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269)
	at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:301)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
	at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:389)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:348)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:363)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1085)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1291)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1259)
	at org.glassfish.admin.rest.ResourceUtil.runCommand(ResourceUtil.java:214)
	at org.glassfish.admin.rest.ResourceUtil.runCommand(ResourceUtil.java:207)
	at org.glassfish.admin.rest.resources.TemplateListOfResource.createResource(TemplateListOfResource.java:148)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
	at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
	at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
	at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
	at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:134)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:134)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1469)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1400)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1349)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1339)
	at com.sun.jersey.server.impl.container.grizzly.GrizzlyContainer._service(GrizzlyContainer.java:182)
	at com.sun.jersey.server.impl.container.grizzly.GrizzlyContainer.service(GrizzlyContainer.java:147)
	at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:148)
	at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:179)
	at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
	at com.sun.enterprise.v3.services.impl.ContainerMapper$Hk2DispatcherCallable.call(ContainerMapper.java:354)
	at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
	at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
	at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
	at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
	at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
	at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
	at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
	at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
	at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
	at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:744)
Caused by: java.lang.NumberFormatException: For input string: "6-SNAPSHOT"
	at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
	at java.lang.Integer.parseInt(Integer.java:492)
	at java.lang.Integer.parseInt(Integer.java:527)
	at org.richfaces.application.JsfVersionInspector.parseVersion(JsfVersionInspector.java:172)
	at org.richfaces.application.JsfVersionInspector.verifyJsfImplVersion(JsfVersionInspector.java:85)
	at org.richfaces.application.InitializationListener.onStart(InitializationListener.java:66)
	at org.richfaces.application.InitializationListener.processEvent(InitializationListener.java:167)
	at javax.faces.event.SystemEvent.processListener(SystemEvent.java:106)
	at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2168)
	at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2144)
	at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:302)
	at javax.faces.application.ApplicationWrapper.publishEvent(ApplicationWrapper.java:683)
	at com.sun.faces.config.ConfigManager.publishPostConfigEvent(ConfigManager.java:600)
	at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:369)
	... 66 more
{code}

Should I try any other containers?

> RichFaces 4.5 should fail fast when used with un-pached Mojarra
> ---------------------------------------------------------------
>
>                 Key: RF-13665
>                 URL: https://issues.jboss.org/browse/RF-13665
>             Project: RichFaces
>          Issue Type: Feature Request
>      Security Level: Public(Everyone can see) 
>          Components: core
>    Affects Versions: 4.5.0.Alpha3
>            Reporter: Juraj Húska
>            Assignee: Brian Leathem
>              Labels: needs-qe
>             Fix For: 4.5.0.Alpha3
>
>
> [~bleathem] wrote [in this comment|https://issues.jboss.org/browse/RF-13658?focusedCommentId=12975468&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12975468] for RF-13658:
> ??There is a Mojarra bug that breaks the new EPVC ([JAVASERVERFACES-3151|https://java.net/jira/browse/JAVASERVERFACES-3151]). This issue was patched in the mojarra impl that shipped with WildFly 8.0.0.Final, and in the Mojarra impl that shipped with EAP was also patched??
> ??We should have some code in place to fail fast if RichFaces 4.5 is used with an unpatched Mojarra. This can be achieved with reflection, looking for the method added in [JAVASERVERFACES-3151|https://java.net/jira/browse/JAVASERVERFACES-3151]??
> And we are not failing fast. I would say that when application is about to use unpached Mojarra, the fail fast would be a runtime exception during deployment ?
>  



--
This message was sent by Atlassian JIRA
(v6.2.6#6264)

More information about the richfaces-issues mailing list