[JBoss JIRA] (RF-13582) Revert the core package re-factoring
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13582?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek commented on RF-13582:
----------------------------------
I have created a branch in qa repo for this. [This commit|https://github.com/richfaces/richfaces-qa/commit/5eab3f39145cf1bd6...] adds the RF 4.5 jars to Metamer and make it compilable, could you, please, check if I didn't something wrong? As you can see in the commit, there are just changes in rich components.
I've also run all tests for a4j components from this branch ([verified with this job|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/richfaces-x.y-me...], ignore the status JS API tests (different call of JS API function in RF 4.3 and 4.5 {{RichFaces.$}} X {{RichFaces.component}})) + manually verified {{queue}} and {{attachedQueue}} components (there are no WebDriver tests for them). From these results I can confirm that all a4j components works correctly.
> Revert the core package re-factoring
> ------------------------------------
>
> Key: RF-13582
> URL: https://issues.jboss.org/browse/RF-13582
> Project: RichFaces
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Affects Versions: 4.5.0.Alpha3
> Reporter: Brian Leathem
> Assignee: Michal Petrov
> Labels: needs-qe
> Fix For: 4.5.0.Alpha3
>
> Original Estimate: 3 hours
> Remaining Estimate: 3 hours
>
> To improve compatibility with RichFaces 4.3, the package re-factorings introduced should be reverted. These include (but are not limited to):
> * .servlet (PushServlet, ResourceServlet)
> * .push.cdi (@PUsh)
> * .push. (TopicContext)
> * FileUploadException
> A good test for this would be to compile and run the RichFaces 4.3 showcase and metamer samples against RichFaces 4.5 looking for failures.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13677) InputNumberSlider & Spinner does not update value in bean when nested iteration components
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13677?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13677:
-----------------------------
Description:
When {{inputNumberSlider}} or {{inputNumberSpinner}} is nested in either of these iteration components:
* uiRepeat
* a4jRepeat
* richExtendedDataTable
* richCollapsibleSubTable
* richDataGrid
* richDataTable
then the property of the bean bound to its {{value}} attribute is not updated by ajax request.
was:
When {{inputNumberSlider}} is nested in either of these iteration components:
* uiRepeat
* a4jRepeat
* richExtendedDataTable
* richCollapsibleSubTable
* richDataGrid
* richDataTable
then the property of the bean bound to its {{value}} attribute is not updated by ajax request.
> InputNumberSlider & Spinner does not update value in bean when nested iteration components
> ------------------------------------------------------------------------------------------
>
> Key: RF-13677
> URL: https://issues.jboss.org/browse/RF-13677
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.5.0.Alpha3
> Reporter: Juraj Húska
> Labels: regression
>
> When {{inputNumberSlider}} or {{inputNumberSpinner}} is nested in either of these iteration components:
> * uiRepeat
> * a4jRepeat
> * richExtendedDataTable
> * richCollapsibleSubTable
> * richDataGrid
> * richDataTable
> then the property of the bean bound to its {{value}} attribute is not updated by ajax request.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13677) InputNumberSlider & Spinner does not update value in bean when nested iteration components
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13677?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13677:
-----------------------------
Summary: InputNumberSlider & Spinner does not update value in bean when nested iteration components (was: InputNumberSlider & Spinner does not update value in bean when nested e.g. in a4jRepeat)
> InputNumberSlider & Spinner does not update value in bean when nested iteration components
> ------------------------------------------------------------------------------------------
>
> Key: RF-13677
> URL: https://issues.jboss.org/browse/RF-13677
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.5.0.Alpha3
> Reporter: Juraj Húska
> Labels: regression
>
> When {{inputNumberSlider}} is nested in either of these iteration components:
> * uiRepeat
> * a4jRepeat
> * richExtendedDataTable
> * richCollapsibleSubTable
> * richDataGrid
> * richDataTable
> then the property of the bean bound to its {{value}} attribute is not updated by ajax request.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13677) InputNumberSlider & Spinner does not update value in bean when nested e.g. in a4jRepeat
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13677?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13677:
-----------------------------
Summary: InputNumberSlider & Spinner does not update value in bean when nested e.g. in a4jRepeat (was: InputNumberSlider does not update value in bean when nested e.g. in a4jRepeat)
> InputNumberSlider & Spinner does not update value in bean when nested e.g. in a4jRepeat
> ---------------------------------------------------------------------------------------
>
> Key: RF-13677
> URL: https://issues.jboss.org/browse/RF-13677
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.5.0.Alpha3
> Reporter: Juraj Húska
> Labels: regression
>
> When {{inputNumberSlider}} is nested in either of these iteration components:
> * uiRepeat
> * a4jRepeat
> * richExtendedDataTable
> * richCollapsibleSubTable
> * richDataGrid
> * richDataTable
> then the property of the bean bound to its {{value}} attribute is not updated by ajax request.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13677) InputNumberSlider does not update value in bean when nested e.g. in a4jRepeat
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13677?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13677:
-----------------------------
Description:
When {{inputNumberSlider}} is nested in either of these iteration components:
* uiRepeat
* a4jRepeat
* richExtendedDataTable
* richCollapsibleSubTable
* richDataGrid
* richDataTable
then the property of the bean bound to its {{value}} attribute is not updated by ajax request.
was:
When {{inputNumberSlider}} is nested in either:
* uiRepeat
* a4jRepeat
* richExtendedDataTable
* richCollapsibleSubTable
* richDataGrid
* richDataTable
then the property of the bean bound to its {{value}} attribute is not updated by ajax request.
> InputNumberSlider does not update value in bean when nested e.g. in a4jRepeat
> -----------------------------------------------------------------------------
>
> Key: RF-13677
> URL: https://issues.jboss.org/browse/RF-13677
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.5.0.Alpha3
> Reporter: Juraj Húska
> Labels: regression
>
> When {{inputNumberSlider}} is nested in either of these iteration components:
> * uiRepeat
> * a4jRepeat
> * richExtendedDataTable
> * richCollapsibleSubTable
> * richDataGrid
> * richDataTable
> then the property of the bean bound to its {{value}} attribute is not updated by ajax request.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13677) InputNumberSlider does not update value in bean when nested e.g. in a4jRepeat
by Juraj Húska (JIRA)
Juraj Húska created RF-13677:
--------------------------------
Summary: InputNumberSlider does not update value in bean when nested e.g. in a4jRepeat
Key: RF-13677
URL: https://issues.jboss.org/browse/RF-13677
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.5.0.Alpha3
Reporter: Juraj Húska
When {{inputNumberSlider}} is nested in either:
* uiRepeat
* a4jRepeat
* richExtendedDataTable
* richCollapsibleSubTable
* richDataGrid
* richDataTable
then the property of the bean bound to its {{value}} attribute is not updated by ajax request.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13665) RichFaces 4.5 should fail fast when used with un-pached Mojarra
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13665?page=com.atlassian.jira.plugin.s... ]
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=1297546...] 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)
10 years, 5 months