[JBoss JIRA] Created: (RF-4415) Application does not work in Weblogic 10gR3
by Cesar Perez (JIRA)
Application does not work in Weblogic 10gR3
-------------------------------------------
Key: RF-4415
URL: https://jira.jboss.org/jira/browse/RF-4415
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1, 3.2.2
Environment: Windows XP SP3, Oracle Weblogic 10g R3, JSF 1.2, Richfaces 3.2.1 and 3.2.2 and probably older version.
Reporter: Cesar Perez
If I use RichFaces 3.2.1 and even 3.2.2CR3 with JSP as my view handler I cannot open a JSP page, even if it doesn't contains any RF tags. This happens on Weblogic 10 and the latest 10g R3. In Tomcat the code works just fine without any issues.
I created an example eclipse project that shows this issue under Weblogic 10g R3. It contains a configuration to use either JSP or Facelets for the view. If you open the .xhtml file the page will be displayed just fine but if you try to open the JSP an exception is thrown.
In Weblogic I created a new domain with all the default options and I am deploying the application through Eclipse but I have also tried deploying a WAR/EAR getting the same exception when I try to access the JSP. Also you can remove all the facelets configuration and just leave JSP to handle the view, the exception will be thrown too.
The only possible fix I have found is to use facelets instead of JSP but in the project I am working on that's just not possible.
The example project is here: http://rs420l3.rapidshare.com/cgi-bin/upload.cgi?rsuploadid=3180178713302...
The stacktrace is:
java.lang.IllegalStateException: Servlet response already use stream, Writer not possible
at org.ajax4jsf.webapp.FilterServletResponseWrapper.getWriter(FilterServletResponseWrapper.java:226)
at com.sun.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:186)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:547)
at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:189)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:547)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:547)
at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:189)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:108)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:266)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:159)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:154)
at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:260)
at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:366)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:493)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDispatcherImpl.java:503)
at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:251)
at weblogic.servlet.jsp.PageContextImpl.forward(PageContextImpl.java:159)
at jsp_servlet.__index._jspService(__index.java:72)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:34)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292)
at weblogic.servlet.internal.ServletStubImpl.onAddToMapException(ServletStubImpl.java:408)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:318)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3496)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(Unknown Source)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2180)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2086)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1406)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
--
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-7381) rich:togglePanel - attribute opened - switchType server - NullPointerException
by luca albertazzi (JIRA)
rich:togglePanel - attribute opened - switchType server - NullPointerException
------------------------------------------------------------------------------
Key: RF-7381
URL: https://jira.jboss.org/jira/browse/RF-7381
Project: RichFaces
Issue Type: Bug
Components: component-panels-layout-themes
Affects Versions: 3.3.1
Reporter: luca albertazzi
Since version 3.3.1.GA we got a null pointer exception when 'toggling'.
---------
Usage:
<rich:simpleTogglePanel switchType="server" opened="#{dettaglioHelper.pratica.stato.id eq 1005 or dettaglioHelper.pratica.stato.id eq 1006}"
rendered="#{!empty dettaglioHelper.moduliLettera and dettaglioHelper.pratica.stato.id ge 1005 }">
--------
The error is class UISimpleTogglePanel.updateModel() in line 315, because e.getCause(); in line 296 returns null
--------
Stack trace:
java.lang.NullPointerException: exception can not be null.
at org.apache.myfaces.context.servlet.ServletExternalContextImpl.checkNull(ServletExternalContextImpl.java:503)
at org.apache.myfaces.context.servlet.ServletExternalContextImpl.log(ServletExternalContextImpl.java:404)
at org.springframework.faces.webflow.ExternalContextWrapper.log(ExternalContextWrapper.java:165)
at org.richfaces.component.UISimpleTogglePanel.updateModel(UISimpleTogglePanel.java:315)
at org.richfaces.component.UISimpleTogglePanel.broadcast(UISimpleTogglePanel.java:207)
at org.ajax4jsf.component.AjaxViewRoot.processEvents(AjaxViewRoot.java:321)
at org.ajax4jsf.component.AjaxViewRoot.broadcastEvents(AjaxViewRoot.java:296)
at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:253)
at org.ajax4jsf.component.AjaxViewRoot.processUpdates(AjaxViewRoot.java:432)
at org.springframework.faces.webflow.FlowLifecycle.invokePhase(FlowLifecycle.java:119)
at org.springframework.faces.webflow.FlowLifecycle.execute(FlowLifecycle.java:65)
at org.springframework.faces.webflow.JsfView.processUserEvent(JsfView.java:110)
at org.springframework.webflow.engine.ViewState.resume(ViewState.java:187)
at org.springframework.webflow.engine.Flow.resume(Flow.java:535)
at org.springframework.webflow.engine.impl.FlowExecutionImpl.resume(FlowExecutionImpl.java:261)
at org.springframework.webflow.executor.FlowExecutorImpl.resumeExecution(FlowExecutorImpl.java:153)
at org.springframework.webflow.mvc.servlet.FlowHandlerAdapter.handle(FlowHandlerAdapter.java:173)
at org.springframework.webflow.mvc.servlet.FlowController.handleRequest(FlowController.java:172)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:511)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:301)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:368)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:495)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:83)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at com.cedac.erreti.common.servlet.filter.AntiCachingHeadersFilter.doFilter(AntiCachingHeadersFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:359)
at org.springframework.security.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109)
at org.springframework.security.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:371)
at org.springframework.security.ui.ExceptionTranslationFilter.doFilterHttp(ExceptionTranslationFilter.java:101)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:371)
at com.cedac.erreti.common.mps.acegi.SSOCommonAuthenticationProcessingFilter.doFilter(SSOCommonAuthenticationProcessingFilter.java:119)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:371)
at org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:371)
at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:174)
at org.springframework.security.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:99)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at it.copergmps.ContestoMCFilter.doFilter(ContestoMCFilter.java:64)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:595)
--
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, 8 months
[JBoss JIRA] Created: (RF-8036) RichFaces doesn't work with latest Neko release
by Stan Silvert (JIRA)
RichFaces doesn't work with latest Neko release
-----------------------------------------------
Key: RF-8036
URL: https://jira.jboss.org/jira/browse/RF-8036
Project: RichFaces
Issue Type: Bug
Reporter: Stan Silvert
Right now, RichFaces will not work with the latest version of Neko,. which is 1.9.13. I believe that this is because Neko has deprecated/removed some of its API.
The API's were deprecated for a long time before they were removed. So, when this is fixed, RichFaces should work with many previous versions of Neko.
I talked to Alex about this and here is his response:
That is mix of problems. RichFaces has pluggable set of filters that converts JSF Html response to well-formed XML that could be parsed by JavaScript XMLHttpRequest. One of these filters is based on Neko html
and that is default RichFaces demo configuration. These test errors seem like API change between versions that blocks AJAX response processing. I did not pay attention to that because we had had no problems with Neko libraries before. It would take a while to figure out Neko API changes and fix that issue, so I suggest two workarounds:
1) Switch back to earlier HtmlUnit version.
2) Change init parameter in application web.xml from:
<context-param>
<param-name>org.ajax4jsf.xmlparser.ORDER</param-name>
<param-value>NEKO, TIDY</param-value>
</context-param>
to:
<context-param>
<param-name>org.ajax4jsf.xmlparser.ORDER</param-name>
<param-value>TIDY</param-value>
</context-param>
that disables Neko parser.
--
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, 8 months
[JBoss JIRA] Created: (RF-5752) reRender of components inside modalPanel does not work
by Juan Ignacio Garzon (JIRA)
reRender of components inside modalPanel does not work
------------------------------------------------------
Key: RF-5752
URL: https://jira.jboss.org/jira/browse/RF-5752
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.2
Environment: Microsoft Windows XP, Tomcat 6.0.16
Reporter: Juan Ignacio Garzon
I have a table showing items and a button to edit them. When I click on the button, the entity is set on a session bean property, and a modal panel appears, with a form to edit the selected entity (in the example, the entity has only a name).
The first time I select an entity, the modal panel shows an inputText with the name of the entity, in order to edit it. After that first time, the inputText in the modal panel never changes again, it will show always the name of that first entity.
I also have an inputText outside the modalpanel that rerenders every time the edit button is clicked, and It changes every time another entity is selected.
Here is a reduced version of the code that also shows the problem:
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:a4j="http://richfaces.org/a4j"
xmlns:rich="http://richfaces.org/rich"
xmlns:t="http://myfaces.apache.org/tomahawk"
xmlns:bdrc="http://www.pan-energy.com.ar/bdrc">
<f:view>
<f:loadBundle basename="#{paisController.resourceGeneralName}"
var="msg" />
<f:loadBundle basename="#{paisController.resourceBundleName}"
var="msgEntidad" />
<a4j:form id="formListado">
<rich:dataTable var="entidad" value="#{paisController.listado}">
<rich:column width="18">
<f:facet name="header">
<h:outputText value="" />
</f:facet>
<h:outputText value="#{entidad.nombre}" />
</rich:column>
<rich:column width="18">
<!-- THIS IS THE "EDIT" BUTTON -->
<a4j:commandLink
oncomplete="javascript:Richfaces.showModalPanel('ventanaEditar');"
reRender="nombre, nombre2">
<a4j:actionparam name="componenteEditar" value="#{entidad}"
assignTo="#{paisController.entidadSeleccionada}"
converter="#{paisController.converterEntidad}" />
<h:graphicImage value="/img/pencil.png"
style="cursor:pointer; border: 0px" />
</a4j:commandLink>
</rich:column>
</rich:dataTable>
</a4j:form>
<!-- THIS INPUTTEXT RE RENDERS CORRECTLY -->
<h:inputText id="nombre2" value="#{paisController.entidadSeleccionada.nombre}" />
<rich:modalPanel id="ventanaEditar" zindex="2000" autosized="true"
resizeable="false">
<a4j:form id="formEditar" status="statusGeneral">
<!-- THIS INPUTTEXT DOES NOT RE RENDER-->
<h:inputText id="nombre" value="#{paisController.entidadSeleccionada.nombre}" />
<a4j:commandLink id="btnSubmit" styleClass="botonLink"
action="#{paisController.guardarEntidadSeleccionada}"
reRender="formListado"
oncomplete="javascript:windowclose_ventanaEditar();"
style="float:right" status="statusGeneral" immediate="false">
<h:graphicImage value="/img/accept.png"
style="cursor:pointer; border: 0px" />
<h:outputText value="#{msg.guardar}" />
</a4j:commandLink>
<a4j:commandLink id="btnCancelar"
action="#{paisController.cancelarModificacion}"
reRender="formListado"
oncomplete="javascript:windowclose_ventanaEditar();"
styleClass="botonLink" style="float:right" status="statusGeneral"
immediate="true">
<h:graphicImage value="/img/cancel.png"
style="cursor:pointer; border: 0px" />
<h:outputText value="#{msg.cancelar}" />
</a4j:commandLink>
</a4j:form>
</rich:modalPanel>
<script type="text/javascript"> function
windowclose_ventanaEditar(){
javascript:Richfaces.hideModalPanel('ventanaEditar'); }; </script>
</f:view>
</html>
--
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, 8 months