[JBoss JIRA] Created: (RF-8562) GZIP Compression Fails with Richfaces-3.3.3.CR1 release
by Gaurav Saini (JIRA)
GZIP Compression Fails with Richfaces-3.3.3.CR1 release
-------------------------------------------------------
Key: RF-8562
URL: https://jira.jboss.org/jira/browse/RF-8562
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: browser compatibility, performance
Affects Versions: 3.3.3.CR1
Environment: Seam 2.2.0, JSF 1.2, Tomcat 6.0, IE8/Mozilla 3.6.2/Chrome 4.1.249, EHCache 1.5.0
Reporter: Gaurav Saini
Priority: Critical
In my application i have implemented EHCache GZip compression. It is working perfectly with richfaces-ui-3.3.2.SR1 release.
But once i moved to latest 3.3.3 CR1 release, it stopped working for all AJAX requests fired from my application screens. The ajax requests reached properly in my action/action listener methods but while on completion of ajax request, only the components which are specified in re-render attribute are rendered on the browser.
The above issue occurs on Mozilla and Goggle Chrome only. Under Mozilla, the JS of component being re-rendered is printed, on Google chrome only that component is displayed, all other fields, header, footer
I have used gzipfilter as follows:
<filter>
<filter-name>gzipFilter</filter-name>
<filter-class>net.sf.ehcache.constructs.web.filter.GzipFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>gzipFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
For reference, refer below code. Here in this case I have Calendar control. On date selection an ajax request is fired to compute a date 15 days earlier from the selected date. The computed date is then displayed in another Calendar control field (Expiry Reminder Date).
<rich:calendar id="expirationDate" cellWidth="24px"
datePattern="#{messages['label.date.PATTERN']}" cellHeight="22px"
style="width:200px"
value="#{certificateDetailsDTO.expirationDate}" required="true"
label="#{messages['label.certificatedetails.EXPIRATION_DATE']}" >
<a:support
actionListener="#{certificateBackingBeanImpl.populateExpiryReminderDate}"
event="onchanged" ajaxSingle="true" reRender="expiryReminderDate" >
<f:attribute name="expRemCmp" value="mainForm:expiryReminderDateDecId:expiryReminderDate">
</f:attribute>
</a:support>
But as i said earlier, under chrome only the expiryReminderDate calendar control is dispalyed and under Mozilla the plain JS for that control is rendered.
For the time being i have reverted to 3.3.2 SR1, but i need to migrate to 3.3.3CR1 because of the fixes provided in that release related to ExtendedDataTable.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 7 months
[JBoss JIRA] Created: (RF-8553) Unable to deploy RichFaces 3.3.3 CR1 JavaEE 5 demo to GlassFish 3.0
by Richard Kolb (JIRA)
Unable to deploy RichFaces 3.3.3 CR1 JavaEE 5 demo to GlassFish 3.0
-------------------------------------------------------------------
Key: RF-8553
URL: https://jira.jboss.org/jira/browse/RF-8553
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.3.3.CR1
Environment: Linux 64 bit. GlassFish 3.0
Reporter: Richard Kolb
I am unable to deploy this to GlassFish 3.
I'm assuming this has something to do with the fact that Java-EE 6 allows EJB's inside wars or perhaps the package is malformed in some way ?
Steps to recreate :
1) Install clean GlassFish 3.0
2) copy richfaces-demo-jsf2-3.3.3.CR1-jee5.war into autodeploy directory
3) deploy now fails with the following :
[#|2010-03-30T06:55:11.101+0200|WARNING|glassfishv3.0|org.apache.catalina.connector.Request|_ThreadID=25;_ThreadName=Thread-1;|PWC4011: Unable to set request character encoding to UTF- 8 from context , because request parameters have already been read, or ServletRequest.getReader() has already been called|#]
[#|2010-03-30T06:55:15.732+0200|SEVERE|glassfishv3.0|javax.enterprise.system.core.org.glassfish.internal.data|_ThreadID=25;_ThreadName=Thread-1;|Exception while invoking class org.glassfish.ejb.startup.EjbDeployer load method
java.lang.RuntimeException: Unable to load EJB module. DeploymentContext does not contain any EJB Check archive to ensure correct packaging for /home/richard/install/java6/glassfishv3/glassfish/domains/domain1/applications/richfaces-demo-jsf2-3.3.3.CR1-jee5
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:133)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:63)
at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:175)
at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:216)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:338)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:183)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:272)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:305)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:320)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1176)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$900(CommandRunnerImpl.java:83)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1224)
at org.glassfish.admingui.common.util.LocalDeploymentFacility$LocalDFCommandRunner.run(LocalDeploymentFacility.java:138)
at org.glassfish.deployment.client.AbstractDeploymentFacility.deploy(AbstractDeploymentFacility.java:350)
at org.glassfish.admingui.common.util.DeployUtil.invokeDeploymentFacility(DeployUtil.java:89)
at org.glassfish.admingui.common.util.DeployUtil.deploy(DeployUtil.java:66)
at org.glassfish.admingui.common.handlers.DeploymentHandler.deploy(DeploymentHandler.java:186)
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:597)
at com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:442)
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:394)
at com.sun.jsftemplating.layout.event.CommandActionListener.invokeCommandHandlers(CommandActionListener.java:150)
at com.sun.jsftemplating.layout.event.CommandActionListener.processAction(CommandActionListener.java:98)
at javax.faces.event.ActionEvent.processListener(ActionEvent.java:88)
at javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:772)
at javax.faces.component.UICommand.broadcast(UICommand.java:300)
at com.sun.webui.jsf.component.WebuiCommand.broadcast(WebuiCommand.java:160)
at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:775)
at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1267)
at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:82)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:312)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at com.sun.webui.jsf.util.UploadFilter.doFilter(UploadFilter.java:229)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:277)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:332)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 7 months