Nabble - My Faces - Dev

[jira] Issue Comment Edited: (TRINIDAD-1632) Trinidad 2 - exception thrown when partial state saving turned on

2009-11-10T17:03:27Z

[ https://issues.apache.org/jira/browse/TRINIDAD-1632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776199#action_12776199 ]

Gabrielle Crawford edited comment on TRINIDAD-1632 at 11/11/09 1:02 AM:
------------------------------------------------------------------------

What's happening

First render:
- FaceletViewHandlingStrategy.createView called
- UIViewRoot.setRenderKitId - id is stored in the properties
- markInitialState called for UIViewRoot, so the id won't be state saved since setRenderKitId called before markInitialState

postback:
- neither FaceletViewHandlingStrategy.createView called, nor UIViewRoot.setRenderKitId or markInitialState called, so there's no renderKitId on the viewRoot
- UIViewRoot.getRenderKitId called, it tries to look up the renderKitId in the properties map, but it's not there, so returns null

was (Author: gabrielle):
What's happening

First render:
- UIViewRoot.setRenderKitId - id is stored in the properties
- markInitialState called for UIViewRoot, so the id won't be state saved since setRenderKitId called before markInitialState

postback:
- neither UIViewRoot.setRenderKitId or markInitialState called, so there's no renderKitId on the viewRoot
- UIViewRoot.getRenderKitId called, it tries to look up the renderKitId in the properties map, but it's not there, so returns null

> Trinidad 2 - exception thrown when partial state saving turned on
> -----------------------------------------------------------------
>
> Key: TRINIDAD-1632
> URL: https://issues.apache.org/jira/browse/TRINIDAD-1632
> Project: MyFaces Trinidad
> Issue Type: Bug
> Components: Components
> Affects Versions: 2.0.0-core
> Reporter: Gabrielle Crawford
> Assignee: Gabrielle Crawford
>
> Set the following values in web.xml
> <context-param>
> <param-name>javax.faces.PARTIAL_STATE_SAVING</param-name>
> <param-value>true</param-value>
> </context-param>
> <context-param>
> <param-name>org.apache.myfaces.trinidad.CHANGE_PERSISTENCE</param-name>
> <param-value>org.apache.myfaces.trinidad.change.NullChangeManager</param-value>
> </context-param>
>
> <context-param>
> <param-name>org.apache.myfaces.trinidad.CACHE_VIEW_ROOT</param-name>
> <param-value>false</param-value>
> </context-param>
> <context-param>
> <param-name>javax.faces.FACELETS_VIEW_MAPPINGS</param-name>
> <param-value>*.xhtml;*.jspx</param-value>
> </context-param>
> Now render a page, initially it renders fine, but when you try to interact with the page, like click a command component, you get an exception
> java.lang.NullPointerException
> at org.apache.myfaces.trinidad.component.UIXComponentBase._getRendererImpl(UIXComponentBase.java:1145)
> at org.apache.myfaces.trinidad.component.UIXComponentBase._getLifecycleRendererImpl(UIXComponentBase.java:1159)
> at org.apache.myfaces.trinidad.component.UIXComponentBase.getLifecycleRenderer(UIXComponentBase.java:1184)
> at org.apache.myfaces.trinidad.component.UIXComponentBase.decodeChildren(UIXComponentBase.java:978)
> at org.apache.myfaces.trinidad.component.UIXComponentBase.processDecodes(UIXComponentBase.java:799)
> at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1042)
> at javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:940)
> at com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:78)
> 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:310)
> 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:56)
> at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247)
> at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157)
> at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
> at org.apache.myfaces.trinidaddemo.webapp.RedirectFilter.doFilter(RedirectFilter.java:97)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
> at oracle.dms.wls.DMSServletFilter.doFilter(DMSServletFilter.java:325)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
> at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
> at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3592)
> at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
> at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
> at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2202)
> at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2108)
> at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1432)
> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
> at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Issue Comment Edited: (TRINIDAD-1632) Trinidad 2 - exception thrown when partial state saving turned on

2009-11-10T16:55:27Z

[ https://issues.apache.org/jira/browse/TRINIDAD-1632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776199#action_12776199 ]

Gabrielle Crawford edited comment on TRINIDAD-1632 at 11/11/09 12:54 AM:
-------------------------------------------------------------------------

What's happening

First render:
- UIViewRoot.setRenderKitId - id is stored in the properties
- markInitialState called for UIViewRoot, so the id won't be state saved since setRenderKitId called before markInitialState

postback:
- neither UIViewRoot.setRenderKitId or markInitialState called, so there's no renderKitId on the viewRoot
- UIViewRoot.getRenderKitId called, it tries to look up the renderKitId in the properties map, but it's not there, so returns null

was (Author: gabrielle):
What's happening

First render:
- UIViewRoot.setRenderKitId - id is stored in the properties
- markInitialState called for UIViewRoot, so the id won't be state saved

postback:
- neither UIViewRoot.setRenderKitId or markInitialState called, so there's no renderKitId on the viewRoot
- UIViewRoot.getRenderKitId called, it tries to look up the renderKitId in the properties map, but it's not there, so returns null

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (TRINIDAD-1632) Trinidad 2 - exception thrown when partial state saving turned on

2009-11-10T16:51:27Z

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (MYFACES-2368) Update Render Response Phase to new spec

2009-11-10T16:06:27Z

[ https://issues.apache.org/jira/browse/MYFACES-2368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776181#action_12776181 ]

Leonardo Uribe commented on MYFACES-2368:
-----------------------------------------

Committed a solution for the first two, but there is still pending the last one (on/off when f:view). Also added the following comment:

// TODO: JSF 2.0 section 2.2.6, it says if the current response
// is a partial response(ajax), then there must be no content written
// outside of the f:view. This has sense only on jsp case, because
// we don't control jsp rendering and in this way we prevent unwanted
// rendering. But note f:ajax only works on facelets, and f:view
// tag handler only set properties for the current view root. It's
// more, in facelets, every thing that render is a UIComponent instance,
// so it is inside view root.
// Anyway, we should put the expected behavior (take a look at
// context.servlet.ResponseSwitch) here and enable rendering when
// PartialViewContextImpl.processPartialRendering(UIComponent, PhaseId)
// do its own work, but for now it is

> Update Render Response Phase to new spec
> ----------------------------------------
>
> Key: MYFACES-2368
> URL: https://issues.apache.org/jira/browse/MYFACES-2368
> Project: MyFaces Core
> Issue Type: Task
> Components: JSR-314
> Reporter: Leonardo Uribe
>
> In few words, the new render response phase requires:
> - Publish PreRenderViewEvent
> - call vdl.buildView() (and remove this call from FaceletsViewDeclarationLanguage.renderResponse)
> - deal with org.apache.myfaces.context.servlet.ResponseSwitch (on/off when f:view)

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[Trinidad] Okay to deprecate ComponentUtils.findRelativeComponent and move the code under the control of UIXComponent?

2009-11-10T15:59:03Z

With looking forward to JSF2 and the composite component design, there
are some instances where we may want to control how the "::" gets
resolved at the component level. This would be useful for relocated
facets so that the user's original "::" would be correctly interpreted
from the original page location.

What I would like to do is to move the code from
ComponentUtils.findRelativeComponent to UIXComponent as a static
public method "public static String findComponent(UIComponent
component, String id)". Then UIXComponent would also provide built in
support for "::" in the findComponent instance method. The reason for
the static method is so the UIXComponent.findComponent could be used
to achieve the relative (::) find strings to use with non-UIXComponent
components. The implementation would be to have UIXComponent handle
the resolution of the colons in the static method for UIComponent
instances, and delegate the code to the instance method for
UIXComponent instances. Basically, the same design pattern as the code
I added to UIXComponent for the addPartialTarget method.

ComponentUtils.findRelativeComponent would be then deprecated and
simply call UIXComponent.findComponent (static).

Are there any objections to this change?

Thank you,
Andrew

[jira] Created: (TRINIDAD-1632) Trinidad 2 - exception thrown when partial state saving turned on

2009-11-10T15:50:27Z

Trinidad 2 - exception thrown when partial state saving turned on
-----------------------------------------------------------------

Key: TRINIDAD-1632
URL: https://issues.apache.org/jira/browse/TRINIDAD-1632
Project: MyFaces Trinidad
Issue Type: Bug
Components: Components
Affects Versions: 2.0.0-core
Reporter: Gabrielle Crawford
Assignee: Gabrielle Crawford

Set the following values in web.xml

<context-param>
<param-name>javax.faces.PARTIAL_STATE_SAVING</param-name>
<param-value>true</param-value>
</context-param>

<context-param>
<param-name>org.apache.myfaces.trinidad.CHANGE_PERSISTENCE</param-name>
<param-value>org.apache.myfaces.trinidad.change.NullChangeManager</param-value>
</context-param>

<context-param>
<param-name>org.apache.myfaces.trinidad.CACHE_VIEW_ROOT</param-name>
<param-value>false</param-value>
</context-param>

<context-param>
<param-name>javax.faces.FACELETS_VIEW_MAPPINGS</param-name>
<param-value>*.xhtml;*.jspx</param-value>
</context-param>

Now render a page, initially it renders fine, but when you try to interact with the page, like click a command component, you get an exception

java.lang.NullPointerException
at org.apache.myfaces.trinidad.component.UIXComponentBase._getRendererImpl(UIXComponentBase.java:1145)
at org.apache.myfaces.trinidad.component.UIXComponentBase._getLifecycleRendererImpl(UIXComponentBase.java:1159)
at org.apache.myfaces.trinidad.component.UIXComponentBase.getLifecycleRenderer(UIXComponentBase.java:1184)
at org.apache.myfaces.trinidad.component.UIXComponentBase.decodeChildren(UIXComponentBase.java:978)
at org.apache.myfaces.trinidad.component.UIXComponentBase.processDecodes(UIXComponentBase.java:799)
at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1042)
at javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:940)
at com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:78)
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:310)
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:56)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157)
at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at org.apache.myfaces.trinidaddemo.webapp.RedirectFilter.doFilter(RedirectFilter.java:97)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at oracle.dms.wls.DMSServletFilter.doFilter(DMSServletFilter.java:325)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3592)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2202)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2108)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1432)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (MYFACES-1955) MyFaces 1.2.4 and WebLogic 10.3- strict servlet API: cannot call getWriter() after getOutputStream()

2009-11-10T12:09:27Z

[ https://issues.apache.org/jira/browse/MYFACES-1955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776056#action_12776056 ]

Stanley Lin commented on MYFACES-1955:
--------------------------------------

Leonardo's UTF8 encoding workaround worked for me. I'm on WLS 11g and myfaces 1.1.

> MyFaces 1.2.4 and WebLogic 10.3- strict servlet API: cannot call getWriter() after getOutputStream()
> ----------------------------------------------------------------------------------------------------
>
> Key: MYFACES-1955
> URL: https://issues.apache.org/jira/browse/MYFACES-1955
> Project: MyFaces Core
> Issue Type: Bug
> Affects Versions: 1.2.2, 1.2.3, 1.2.4
> Environment: Windows Vista, WebLogic 10.3, MyFaces 1.2.4
> Reporter: Paulo Moreira
> Assignee: Leonardo Uribe
> Fix For: 1.2.8-SNAPSHOT
>
> Attachments: MYFACES-1955.patch
>
>
> I am trying to run a very simple JSF application using myFaces 1.2.4 and WebLogic 10.3. The application has the following content:
> web.xml:
> <?xml version="1.0" encoding="ISO-8859-1"?>
> <web-app xmlns="http://java.sun.com/xml/ns/javaee"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
> version="2.5">
> <servlet>
> <servlet-name>Faces Servlet</servlet-name>
> <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
> <load-on-startup>1</load-on-startup>
> </servlet>
> <servlet-mapping>
> <servlet-name>Faces Servlet</servlet-name>
> <url-pattern>*.faces</url-pattern>
> </servlet-mapping>
> <welcome-file-list>
> <welcome-file>index.html</welcome-file>
> </welcome-file-list>
> </web-app>
> faces-config.xml:
> <?xml version="1.0"?>
> <faces-config xmlns="http://java.sun.com/xml/ns/javaee"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd"
> version="1.2">
> <navigation-rule>
> <from-view-id>/index.jsp</from-view-id>
> <navigation-case>
> <from-outcome>login</from-outcome>
> <to-view-id>/welcome.jsp</to-view-id>
> </navigation-case>
> </navigation-rule>
> <managed-bean>
> <managed-bean-name>user</managed-bean-name>
> <managed-bean-class>pt.pm.richfaces.UserBean</managed-bean-class>
> <managed-bean-scope>session</managed-bean-scope>
> </managed-bean>
> </faces-config>
> index.html:
> <html>
> <head>
> <meta http-equiv="Refresh" content= "0; URL=index.faces"/>
> <title>Start Web Application</title>
> </head>
> <body>
> <p>Please wait for the web application to start...</p>
> </body>
> </html>
> index.jsp:
> <html>
> <%@ taglib uri="http://java.sun.com/jsf/core" prefix="f"%>
> <%@ taglib uri="http://java.sun.com/jsf/html" prefix="h"%>
> <f:view>
> <head>
> <title>A Simple JavaServer Faces Application</title>
> </head>
> <body>
> <h:form>
> <h3>Please enter your name and password.</h3>
> <table>
> <tr>
> <td>Name:</td>
> <td><h:inputText value="#{user.name}" /></td>
> </tr>
> <tr>
> <td>Password:</td>
> <td><h:inputSecret value="#{user.password}" /></td>
> </tr>
> </table>
> <p><h:commandButton value="Login" action="login" /></p>
> </h:form>
> </body>
> </f:view>
> </html>
> My WEB_INF/lib contains the following jars: commons-beanutils-1.7.0, commons-codec-1.3, commons-collections-3.2, commons-digester-1.8, commons-discovery-0.4, commons-logging-1.1.1, glassfish.el_2.1.0, glassfish.jstl_1.2.0.1, myfaces-api-1.2.4, myfaces-impl-1.2.4.
> Whenever I try to run my application I get the following exception:
> java.lang.IllegalStateException: strict servlet API: cannot call getWriter() aft
> er getOutputStream()
> at weblogic.servlet.internal.ServletResponseImpl.getWriter(ServletRespon
> seImpl.java:308)
> at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspV
> iewHandlerImpl.java:362)
> at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderRes
> ponseExecutor.java:41)
> at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:
> 140)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:155)
> If instead of using myFaces I use the Sun Reference implementation everything goes well. If I deploy the application (using myFaces) in JBoss 5 it works well. So the problem seems to be related with the use of WLS 10.3 and myFaces 1.2.4.
> I tried with 1.2.3 and 1.2.2 and got the issue with both. I tried with 1.2.0 and got another error:
> javax.faces.FacesException: weblogic.servlet.jsp.CompilationException: Failed to compile JSP /index.jsp
> index.jsp:14:22: Static attribute must be a String literal, its illegal to specify an expression.
> <td><h:inputText value="#{user.name}" /></td>

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (TRINIDAD-1631) Trinidad 2 - In UIXComponent throw unsupportedOperationException from getStateHelper since FacesBean does not implement stateHelper

2009-11-10T11:07:27Z

Trinidad 2 - In UIXComponent throw unsupportedOperationException from getStateHelper since FacesBean does not implement stateHelper
-----------------------------------------------------------------------------------------------------------------------------------

Key: TRINIDAD-1631
URL: https://issues.apache.org/jira/browse/TRINIDAD-1631
Project: MyFaces Trinidad
Issue Type: Improvement
Components: Components
Affects Versions: 2.0.0-core
Reporter: Gabrielle Crawford
Assignee: Gabrielle Crawford
Priority: Minor

Trinidad 2 - In UIXComponent throw unsupportedOperationException from both getStateHelper methods since FacesBean does not implement stateHelper

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[Trinidad][API] Trinidad 2 - add methods clearInitialState and initialStateMarked to FacesBean and PropertyMap

2009-11-10T10:00:40Z

See the details here:

https://issues.apache.org/jira/browse/TRINIDAD-1630

Let me know if there are any objections.

Thanks,

Gabrielle

[jira] Created: (TRINIDAD-1630) Trinidad 2 - add methods clearInitialState and initialStateMarked to FacesBean and PropertyMap

2009-11-10T09:55:27Z

Trinidad 2 - add methods clearInitialState and initialStateMarked to FacesBean and PropertyMap
----------------------------------------------------------------------------------------------

Key: TRINIDAD-1630
URL: https://issues.apache.org/jira/browse/TRINIDAD-1630
Project: MyFaces Trinidad
Issue Type: New Feature
Components: Components
Affects Versions: 2.0.0-core
Reporter: Gabrielle Crawford
Assignee: Gabrielle Crawford

Trinidad 2 - add methods clearInitialState and initialStateMarked to facesBean and PropertyMap

In JSF2 there is a partialStateHolder api with the methods markInitialState, clearInitialState, and initialStateMarked
http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/PartialStateHolder.html

FacesBean and PropertyMap already support markInitialState.
http://myfaces.apache.org/trinidad/trinidad-api/apidocs/org/apache/myfaces/trinidad/bean/FacesBean.html
http://myfaces.apache.org/trinidad/trinidad-api/apidocs/org/apache/myfaces/trinidad/bean/PropertyMap.html

Adding the methods clearInitialState and initialStateMarked to FacesBean and PropertyMap

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (TOBAGO-823) Make SelectManyListbox work with new LayoutManager

2009-11-10T03:02:27Z

Make SelectManyListbox work with new LayoutManager
--------------------------------------------------

Key: TOBAGO-823
URL: https://issues.apache.org/jira/browse/TOBAGO-823
Project: MyFaces Tobago
Issue Type: Task
Components: Core
Reporter: Udo Schnurpfeil
Assignee: Udo Schnurpfeil
Fix For: 1.5.0-alpha-2, 1.5.0

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (TOBAGO-822) Make SelectOneListbox work with new LayoutManager

2009-11-10T01:26:28Z

Make SelectOneListbox work with new LayoutManager
-------------------------------------------------

Key: TOBAGO-822
URL: https://issues.apache.org/jira/browse/TOBAGO-822
Project: MyFaces Tobago
Issue Type: Task
Components: Core
Reporter: Udo Schnurpfeil
Assignee: Udo Schnurpfeil
Fix For: 1.5.0-alpha-2, 1.5.0

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (TOBAGO-821) Make SelectOneListbox work with new LayoutManager

2009-11-10T01:12:28Z

Make SelectOneListbox work with new LayoutManager
-------------------------------------------------

Key: TOBAGO-821
URL: https://issues.apache.org/jira/browse/TOBAGO-821
Project: MyFaces Tobago
Issue Type: Task
Components: Core
Reporter: Udo Schnurpfeil
Assignee: Udo Schnurpfeil
Fix For: 1.5.0-alpha-2, 1.5.0

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (MYFACES-2290) Add OSGi bundle information and bundle classloader / activator

2009-11-09T19:01:32Z

[ https://issues.apache.org/jira/browse/MYFACES-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12775259#action_12775259 ]

Leonardo Uribe commented on MYFACES-2290:
-----------------------------------------

Today I have merged this issue in 2.0.x branch, so now the bundle information is generated in 2.0.0-SNAPSHOT

> Add OSGi bundle information and bundle classloader / activator
> --------------------------------------------------------------
>
> Key: MYFACES-2290
> URL: https://issues.apache.org/jira/browse/MYFACES-2290
> Project: MyFaces Core
> Issue Type: New Feature
> Components: General
> Affects Versions: 1.2.8-SNAPSHOT
> Environment: OSGi (Equinox, Apache Felix, ...)
> Reporter: Felix Röthenbacher
> Assignee: Leonardo Uribe
> Priority: Critical
> Attachments: MYFACES-2290-no-activator-2.patch, MYFACES-2290-no-activator.patch, myfaces-core.diff.txt, myfaces-shared.diff.txt, myfaces-test-helloworld-osgi-springdm.zip
>
>
> The provided patch will add OSGi information to bundle manifest. A bundle activator class makes the MyFaces framework aware that it is running in a bundle environment. A bundle classloader is used to load classes and resources from the bundle classpath. The patch doesn't require any new runtime dependencies and doesn't affect class loading in a non-OSGi environment. Though, small modifications to classloading were needed. This was mainly replacing Thread.currentThread.getContextClassLoader() with ClassUtils methods.
> To run MyFaces in an OSGi environment both bundles (myfaces-api and myfaces-impl) have to be started in the OSGi container. Additionally, the myfaces-impl bundle has to be made available to myfaces-api. Use a fragment bundle with myfaces-api as Fragment-Host and myfaces-impl as Required-Bundle.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (MYFACES-2290) Add OSGi bundle information and bundle classloader / activator

2009-11-09T18:29:32Z

[ https://issues.apache.org/jira/browse/MYFACES-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12775254#action_12775254 ]

Ivan commented on MYFACES-2290:
-------------------------------

Is there a plan of adding OSGI bundle information for 2.0.0-SNAPSHOT ?

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (TRINIDAD-1629) ResourceServlet.java._setHeaders() can call response.setContentType() with a null contentType resulting in an NPE on Websphere.

2009-11-09T17:43:32Z

ResourceServlet.java._setHeaders() can call response.setContentType() with a null contentType resulting in an NPE on Websphere.
-------------------------------------------------------------------------------------------------------------------------------

Key: TRINIDAD-1629
URL: https://issues.apache.org/jira/browse/TRINIDAD-1629
Project: MyFaces Trinidad
Issue Type: Bug
Affects Versions: 1.2.12-core
Reporter: Gary Kind

If a Server, in this case Websphere, tries to load a resource with an unknown file extension, e.g. <file>.cur where ".cur" is the extension, ResourceServlet._setHeaders() will call response.setContentType() with a null contentType. This results an NPE showing up in the Websphere systemOut.log file.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: [VOTE] release for myfaces builder plugin 1.0.4

2009-11-09T12:57:00Z

2009/11/9 Leonardo Uribe <lu4242@...>

Hi,

I was running the needed tasks to get the 1.0.4 release of Apache
MyFaces Builder Plugin out.

This release includes some changes necessary to build myfaces
core 2.0 branch (MYFACES-2304) and some other small enhancements.

Testing instructions are available at [3].

Below there is a list of the changes included on this release:

MYFACES-2400 Allow choose directories when building myfaces-metadata.xml with myfaces-builder-plugin
MYFACES-2377 Include global config parameters javadoc on myfaces-metadata using some myfaces builder plugin annotation
MYFACES-2373 Add a way to document event capabilities for components using myfaces builder plugin
MYFACES-2304 Annotate facelets stuff adding @JSFFaceletTag and @JSFFaceletAttribute to myfaces-builder-plugin

Please note that this vote concerns all of the following parts:
1. Maven artifact group "org.apache.myfaces.buildtools" v1.0.4 (only myfaces-builder-plugin, myfaces-builder-annotations) [1]

The artifacts are deployed to my private Apache account ([1]).

Please take a look at the "1.0.4" artifacts and vote!

Please note: This vote is "majority approval" with a minimum of three
+1 votes (see [3]).

------------------------------------------------
[ ] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
and why..............
------------------------------------------------

Thanks,
Leonardo Uribe

[1] http://people.apache.org/~lu4242/m2-plugins-104
[2] http://www.apache.org/foundation/voting.html#ReleaseVotes
[3] http://wiki.apache.org/myfaces/BuilderPluginRelease104

[VOTE] release for myfaces builder plugin 1.0.4

2009-11-09T12:56:43Z

Hi,

I was running the needed tasks to get the 1.0.4 release of Apache
MyFaces Builder Plugin out.

This release includes some changes necessary to build myfaces
core 2.0 branch (MYFACES-2304) and some other small enhancements.

Testing instructions are available at [3].

Below there is a list of the changes included on this release:

MYFACES-2400 Allow choose directories when building myfaces-metadata.xml with myfaces-builder-plugin
MYFACES-2377 Include global config parameters javadoc on myfaces-metadata using some myfaces builder plugin annotation
MYFACES-2373 Add a way to document event capabilities for components using myfaces builder plugin
MYFACES-2304 Annotate facelets stuff adding @JSFFaceletTag and @JSFFaceletAttribute to myfaces-builder-plugin

Please note that this vote concerns all of the following parts:
1. Maven artifact group "org.apache.myfaces.buildtools" v1.0.4 (only myfaces-builder-plugin, myfaces-builder-annotations) [1]

The artifacts are deployed to my private Apache account ([1]).

Please take a look at the "1.0.4" artifacts and vote!

Please note: This vote is "majority approval" with a minimum of three
+1 votes (see [3]).

------------------------------------------------
[ ] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
and why..............
------------------------------------------------

Thanks,
Leonardo Uribe

[1] http://people.apache.org/~lu4242/m2-plugins-104
[2] http://www.apache.org/foundation/voting.html#ReleaseVotes
[3] http://wiki.apache.org/myfaces/BuilderPluginRelease104

[jira] Commented: (MYFACES-2399) ManagedBeanResolver does not handle view scope

2009-11-09T12:44:32Z

[ https://issues.apache.org/jira/browse/MYFACES-2399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12775122#action_12775122 ]

Jakob Korherr commented on MYFACES-2399:
----------------------------------------

I just realized that we also have to implement the reference checking mechanism (a bean cannot reference an object with a potentially shorter lifetime) for the view scope. I will provide a patch for that soon.

> ManagedBeanResolver does not handle view scope
> ----------------------------------------------
>
> Key: MYFACES-2399
> URL: https://issues.apache.org/jira/browse/MYFACES-2399
> Project: MyFaces Core
> Issue Type: Task
> Components: JSR-314
> Affects Versions: 2.0.0-alpha
> Reporter: Jakob Korherr
> Attachments: view_scope.patch
>
>
> Testing the mojarra-example "custom-tag", I ran into the following Exception:
> 06.11.2009 12:29:18 org.apache.myfaces.el.unified.resolver.ManagedBeanResolver putInScope
> SCHWERWIEGEND: Managed bean 'data' has illegal scope: view
> The managed bean "data" is annotated with @ViewScoped, but the ManagedBeanResolver does not know this scope.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (TRINIDAD-1620) New APIs for Trinidad CollectionModel and TreeModel to better deal with large data sets

2009-11-09T09:41:32Z

[ https://issues.apache.org/jira/browse/TRINIDAD-1620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andrew Robinson updated TRINIDAD-1620:
--------------------------------------

Resolution: Fixed
Fix Version/s: 1.2.13-core
Status: Resolved (was: Patch Available)

Commit the patch

> New APIs for Trinidad CollectionModel and TreeModel to better deal with large data sets
> ----------------------------------------------------------------------------------------
>
> Key: TRINIDAD-1620
> URL: https://issues.apache.org/jira/browse/TRINIDAD-1620
> Project: MyFaces Trinidad
> Issue Type: New Feature
> Components: Components
> Affects Versions: 1.2.12-core
> Environment: All
> Reporter: Kamran Kashanian
> Fix For: 1.2.13-core
>
> Attachments: CollectionModel1.2.12.2.patch, JDK5.1.2.12.2.patch
>
>
> Submitting a proposal for a new set of APIs for Trinidad CollectionModel and TreeModel. The new APIs are intended to enable a model user (usually the renderer) to better deal with large data sets (large models) and provide the user more control over API calls that can cause a potentially expensive data fetch in the model.
> The issue with the existing CollectionModel APIs is that APIs such as setRowKey/setRowIndex/isRowAvailable can force the model to perform a data fetch.
> For large models, the renderer may need to optimize it's rendering and delay fetching data if a range of rows are not locally available. Also sometimes the client needs to convert row indices to a row keys (setRowIndex followed by getRowKey) without forcing a potentially expensive data fetch.
> Proposing the following new APIs:
>
> 1) Add a new interface called LocalRowKeyIndex (modeled after the existing org.apache.myfaces.trinidad.model.RowKeyIndex interface) which provides a set of local APIs. The "local" APIs allow a client to query the model and determine if a set of rows are locally available. "Locally available" can mean the model has the given set of rows in a local cache and can honor a fetch request efficiently (for example, without performing a SQL query).
> package org.apache.myfaces.trinidad.model;
> public interface LocalRowKeyIndex
> {
> /**
> * Given a row index, check if a row is locally available
> * @param rowIndex index of row to check
> * @return true if row is locally available
> */
> public boolean isRowLocallyAvailable(int rowIndex);
> /**
> * Given a row key, check if a row is locally available
> * @param rowKey row key for the row to check
> * @return true if row is locally available
> */
> public boolean isRowLocallyAvailable(Object rowKey);
> /**
> * Check if a range of rows is locally available starting from a row index
> * @param startIndex staring index for the range
> * @param rowCount number of rows in the range
> * @return true if range of rows is locally available
> */
> public boolean isRangeLocallyAvailable(int startIndex, int rowCount);
> /**
> * Check if a range of rows is locally available starting from a row key
> * @param rowKey staring row key for the range
> * @param rowCount number of rows in the range
> * @return true if range of rows is locally available
> */
> public boolean isRangeLocallyAvailable(Object rowKey, int rowCount);
>
> /**
> * Convenient API to return a row count estimate. This method can be optimized
> * to avoid a data fetch which may be required to return an exact row count
> * @return estimated row count
> */
> public int getEstimatedRowCount();
> /**
> * Helper API to determine if the row count returned from {@link #getEstimatedRowCount}
> * is EXACT, or an ESTIMATE
> */
> public Confidence getEstimatedRowCountConfidence();
>
> /**
> * Enum used in the {@link #getEstimatedRowCountConfidence} API to determine
> * if the row count is exact or an estimate
> */
> public enum Confidence
> {
> /**
> * The row count returned by {@link #getEstimatedRowCount} is exact
> */
> EXACT,
> /**
> * The row count returned by {@link #getEstimatedRowCount} is an estimate
> */
> ESTIMATE
> }
> }
> 2) Enhance the APIs in the existing org.apache.myfaces.trinidad.model.RowKeyIndex interface to add support for:
> a) Row key - based APIs so the client does not have to perform row key to row index conversion (and potentially cause unnecessary data fetch)
> b) Provide new APIs to enable the client to check for availability of a range of rows without having to loop over the rows and call the existing isRowAvailable API.
> Add the following methods to the existing org.apache.myfaces.trinidad.model.RowKeyIndex interface:
> /**
> * Check for an available row by row key.
> * @param rowKey the row key for the row to check.
> * @return true if a value exists; false otherwise.
> */
> public boolean isRowAvailable(Object rowKey);
> /**
> * Get row data by row key.
> * @param rowKey the row key for the row to get data.
> * @return row data
> */
> public Object getRowData(Object rowKey);
> /**
> * Check if a range of rows is available starting from the current position
> * @param rowCount number of rows to check
> * @return true if all rows in range are available
> */
> public boolean isRangeAvailable(int rowCount);
> /**
> * Check if a range of rows is available from a starting index without
> * requiring the client to iterate over the rows
> * @param startIndex the starting index for the range
> * @param rowCount number of rows to check
> * @return true if all rows in range are available
> */
> public boolean isRangeAvailable(int startIndex, int rowCount) ;
> /**
> * Check if a range of rows is available from a starting row key without
> * requiring the client to iterate over the rows
> * @param rowKey the starting row key for the range
> * @param rowCount number of rows to check
> * @return true if all rows in range are available
> */
> public boolean isRangeAvailable(Object rowKey, int rowCount) ;
> 3) Provide local APIs in org.apache.myfaces.trinidad.model.TreeModel for example to check if data for a child collection is locally available:
> /**
> * Indicates whether data for a child model (children of the current node) is
> * locally available. Locally available means no data fetch is required
> * as a result of a call to {@link #enterContainer}. The default
> * implementation returns true if the current node is a container.
> * Override to optimize for the case where child data is not locally available
> * @return true if child data is locally available
> */
> public boolean isChildCollectionLocallyAvailable()
> {
> return isContainer();
> }
> /**
> * Indicates whether child data for the node with the given index is
> * locally available. This method first checks to see if the parent node
> * at the given index is locally available by calling {@link #isRowLocallyAvailable(int}.
> * If the parent node is locally available, this method moves the model to the
> * parent node and calls {@link #isChildCollectionLocallyAvailable()}
> * The current row does not change after this call
> * @param index
> * @return true if child data is available, false otherwise
> */
> public boolean isChildCollectionLocallyAvailable(int index)
> {
> if (isRowLocallyAvailable(index))
> {
> int oldIndex = getRowIndex();
> try
> {
> setRowIndex(index);
> return isChildCollectionLocallyAvailable();
> }
> finally
> {
> setRowIndex(oldIndex);
> }
> }
> else
> {
> return false;
> }
> }
> /**
> * Indicates whether child data for the node with the given row key is
> * locally available. This method first checks to see if the parent node
> * with the given row key is locally available by calling {@link #isRowLocallyAvailable(Object)}.
> * If the parent node is locally available, this method moves the model to the
> * parent node and calls {@link #isChildCollectionLocallyAvailable()}
> * The current row does not change after this call
> * @param rowKey
> * @return true if child data is available, false otherwise
> */
> public boolean isChildCollectionLocallyAvailable(Object rowKey)
> {
> if (isRowLocallyAvailable(rowKey))
> {
> Object oldKey = getRowKey();
> try
> {
> setRowKey(rowKey);
> return isChildCollectionLocallyAvailable();
> }
> finally
> {
> setRowKey(oldKey);
> }
> }
> else
> {
> return false;
> }
> }
> The following changes will be required to support the above APIs:
> 1) Add the new LocalRowKeyIndex interface to the org.apache.myfaces.trinidad.model. package
> 2) org.apache.myfaces.trinidad.model.CollectionModel will implement the new LocalRowKeyIndex interface and will provide default implementation for the local APIs. The default implementation of local APIs will just call the existing non-local APIs
> 3) UIXIterator and UIXHierarchy will implement the new LocalRowKeyIndex interface and provide the component level implementations for the local APIs. The component level implementations just delegate to the model
> 4) Provide trivial implementation for the new APIs in org.apache.myfaces.trinidad.model.CollectionModelDecorator

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (MYFACES-2218) We have the error : context must not be null in VariableResolverImpl, in MyFaces during the execution of the system.

2009-11-09T09:01:35Z

[ https://issues.apache.org/jira/browse/MYFACES-2218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12775025#action_12775025 ]

Dalton Iwazaki commented on MYFACES-2218:
-----------------------------------------

This problem happened because of a bug in JRockit.
It's fixed since version R27.6.0_50.

We updated the version and did not face the problem anymore.

I think this issue can be closed.

> We have the error : context must not be null in VariableResolverImpl, in MyFaces during the execution of the system.
> --------------------------------------------------------------------------------------------------------------------
>
> Key: MYFACES-2218
> URL: https://issues.apache.org/jira/browse/MYFACES-2218
> Project: MyFaces Core
> Issue Type: Bug
> Affects Versions: 1.2.3
> Environment: We are using Weblogic Server 10.0MP1, RedHat Enterprise Server 4, and JVM is JRockit 5.0.11
> Reporter: Eduardo Felter Simone
> Priority: Critical
> Original Estimate: 24h
> Remaining Estimate: 24h
>
> We receive the following error:
> 24 Abr 2009 11:11:43,895 ERROR StackTrace:
> java.lang.NullPointerException: context must not be null
> at org.apache.myfaces.el.VariableResolverImpl.resolveVariable(VariableResolverImpl.java:47)
> at org.apache.myfaces.el.convert.VariableResolverToELResolver.getValue(VariableResolverToELResolver.java:93)
> at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:143)
> at org.apache.myfaces.el.unified.resolver.FacesCompositeELResolver.access$301(FacesCompositeELResolver.java:46)
> at org.apache.myfaces.el.unified.resolver.FacesCompositeELResolver$4.invoke(FacesCompositeELResolver.java:108)
> at org.apache.myfaces.el.unified.resolver.FacesCompositeELResolver.invoke(FacesCompositeELResolver.java:148)
> at org.apache.myfaces.el.unified.resolver.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:104)
> at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:68)
> at com.sun.el.parser.AstNot.getValue(AstNot.java:46)
> at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:192)
> at javax.faces.component._ComponentUtils.getExpressionValue(_ComponentUtils.java:233)
> at javax.faces.component.UIComponentBase.getExpressionValue(UIComponentBase.java:1155)
> at javax.faces.component.UIComponentBase.isRendered(UIComponentBase.java:1225)
> at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:685)
> at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:688)
> at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:238)
> at org.ajax4jsf.component.AjaxViewRoot.processDecodes(AjaxViewRoot.java:409)
> at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:103)
> at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76)
> at pt.ptinovacao.components.aeolus.web.servlet.AeolusFacesServlet.service(AeolusFacesServlet.java:148)
> at br.com.vivo.vivo360.ui.servlet.Vivo360FacesServlet.service(Vivo360FacesServlet.java:82)
> at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:226)
> at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:124)
> at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283)
> at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at br.com.vivo.vivo360.ui.servlet.SessionExpiredFilter.doFilter(SessionExpiredFilter.java:51)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at br.com.vivo.vivo360.ui.servlet.ErrorFilter.doFilter(ErrorFilter.java:63)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> 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:390)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:517)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:26)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3393)
> 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:2140)
> at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2046)
> at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1366)
> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:200)
> at weblogic.work.ExecuteThread.run(ExecuteThread.java:172)
> 24 Abr 2009 11:16:09,158 ERROR StackTrace:
> java.lang.NullPointerException: context must not be null
> at org.apache.myfaces.el.VariableResolverImpl.resolveVariable(VariableResolverImpl.java:47)
> at org.apache.myfaces.el.convert.VariableResolverToELResolver.getValue(VariableResolverToELResolver.java:93)
> at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:143)
> at org.apache.myfaces.el.unified.resolver.FacesCompositeELResolver.access$301(FacesCompositeELResolver.java:46)
> at org.apache.myfaces.el.unified.resolver.FacesCompositeELResolver$4.invoke(FacesCompositeELResolver.java:108)
> at org.apache.myfaces.el.unified.resolver.FacesCompositeELResolver.invoke(FacesCompositeELResolver.java:148)
> at org.apache.myfaces.el.unified.resolver.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:104)
> at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:68)
> at com.sun.el.parser.AstNot.getValue(AstNot.java:46)
> at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:192)
> at javax.faces.component._ComponentUtils.getExpressionValue(_ComponentUtils.java:233)
> at javax.faces.component.UIComponentBase.getExpressionValue(UIComponentBase.java:1155)
> at javax.faces.component.UIComponentBase.isRendered(UIComponentBase.java:1225)
> at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:685)
> at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:688)
> at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:238)
> at org.ajax4jsf.component.AjaxViewRoot.processDecodes(AjaxViewRoot.java:409)
> at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:103)
> at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76)
> at pt.ptinovacao.components.aeolus.web.servlet.AeolusFacesServlet.service(AeolusFacesServlet.java:148)
> at br.com.vivo.vivo360.ui.servlet.Vivo360FacesServlet.service(Vivo360FacesServlet.java:82)
> at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:226)
> at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:124)
> at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283)
> at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at br.com.vivo.vivo360.ui.servlet.SessionExpiredFilter.doFilter(SessionExpiredFilter.java:51)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at br.com.vivo.vivo360.ui.servlet.ErrorFilter.doFilter(ErrorFilter.java:63)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> 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:390)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:517)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:26)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3393)
> 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:2140)
> at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2046)
> at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1366)
> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:200)
> at weblogic.work.ExecuteThread.run(ExecuteThread.java:172)
> After occurs the error the server do not answer JSF requests. If we try a JSP page the server works fine.
> If we wait the server kill all sessions by timeout, after that the server start to answer JSF request and come back to work normally.
> It follows below the sources of filters and servlets that we use in the project:
> ******************************
> --> Web.xml
> ******************************
> <?xml version="1.0"?>
> 
> <web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
> <display-name>vivo360</display-name>
> <context-param>
> <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
> <param-value>server</param-value>
> </context-param>
> <context-param>
> <param-name>javax.faces.CONFIG_FILES</param-name>
> <param-value>/WEB-INF/faces-config.xml,
> /WEB-INF/migracaocdma-faces-config.xml,
> /WEB-INF/migracaogsm-faces-config.xml,
> /WEB-INF/habilitacao-faces-config.xml,
> /WEB-INF/trocarplano-faces-config.xml,
> /WEB-INF/trocaraparelhocdmapre-faces-config.xml,
> /WEB-INF/menu-faces-config.xml,
> /WEB-INF/venderprodutosavulsos-faces-config.xml,
> /WEB-INF/trocarchip-faces-config.xml,
> /WEB-INF/trocarNumero-faces-config.xml,
> /WEB-INF/consultaHistoricoDetalheInteracao-faces-config.xml,
> /WEB-INF/trocarNumero-faces-config.xml,
> /WEB-INF/manterdadoslinha-faces-config.xml,
> /WEB-INF/atualizacaomodeloaparelho-faces-config.xml,
> /WEB-INF/consultaextratodetalhado-faces-config.xml,
> /WEB-INF/desbloqueiolinha-faces-config.xml,
> /WEB-INF/consultaPuk-faces-config.xml,
> /WEB-INF/consultarSenhasRecarga-faces-config.xml,
> /WEB-INF/trocararearegistro-faces-config.xml,
> /WEB-INF/desprogramarlinha-faces-config.xml,
> /WEB-INF/historicorecarga-faces-config.xml,
> /WEB-INF/desbloquearsimlock-faces-config.xml,
> /WEB-INF/bloquearaparelholinha-faces-config.xml,
> /WEB-INF/sincronizar-linha-faces-config.xml,
> /WEB-INF/consultaNotaFiscalRecarga-faces-config.xml,
> /WEB-INF/reuso-faces-config.xml
> </param-value>
> </context-param>
> <context-param>
> <description>
> If true, rendered HTML code will be formatted, so
> that it is "human readable". i.e. additional line
> separators and whitespace will be written, that do
> not influence the HTML code. Default: "true"
> </description>
> <param-name>org.apache.myfaces.PRETTY_HTML</param-name>
> <param-value>false</param-value>
> </context-param>
> <context-param>
> <param-name>org.apache.myfaces.USE_ENCRYPTION</param-name>
> <param-value>false</param-value>
> </context-param>
> <context-param>
> <description>
> Validate managed beans, navigation rules and
> ensure that forms are not nested.
> </description>
> <param-name>org.apache.myfaces.VALIDATE</param-name>
> <param-value>false</param-value>
> </context-param>
> <context-param>
> <param-name>org.apache.myfaces.COMPRESS_STATE_IN_SESSION</param-name>
> <param-value>false</param-value>
> </context-param>
> <context-param>
> <param-name>org.apache.myfaces.SERIALIZE_STATE_IN_SESSION</param-name>
> <param-value>false</param-value>
> </context-param>
> <context-param>
> <param-name>org.apache.myfaces.NUMBER_OF_VIEWS_IN_SESSION</param-name>
> <param-value>60</param-value>
> </context-param>
> <context-param>
> <param-name>org.apache.myfaces.NUMBER_OF_LOGICAL_VIEWS</param-name>
> <param-value>20</param-value>
> </context-param>
> <context-param>
> <param-name>org.richfaces.SKIN</param-name>
> <param-value>DEFAULT</param-value>
> </context-param>
>
> 
> <context-param>
> <param-name>contextConfigLocation</param-name>
> <param-value>classpath:/spring/nfo-application-context.xml</param-value>
> </context-param>
> <context-param>
> <param-name>org.apache.myfaces.ERROR_HANDLING</param-name>
> <param-value>false</param-value>
> </context-param>
> <filter>
> <filter-name>ajax4jsf</filter-name>
> <filter-class>org.ajax4jsf.webapp.TidyFilter</filter-class>
> <init-param>
> <param-name>forceparser</param-name>
> <param-value>false</param-value>
> </init-param>
> </filter>
> <filter>
> <filter-name>MyFacesExtensionsFilter</filter-name>
> <filter-class>org.apache.myfaces.webapp.filter.ExtensionsFilter</filter-class>
> </filter>
> <filter>
> <filter-name>ErrorFilter</filter-name>
> <filter-class>br.com.vivo.vivo360.ui.servlet.ErrorFilter</filter-class>
> <init-param>
> <param-name>errorPage</param-name>
> <param-value>/jsp/erro/Erro.jsf</param-value>
> </init-param>
> </filter>
> <filter>
> <filter-name>SessionExpiredFilter</filter-name>
> <filter-class>br.com.vivo.vivo360.ui.servlet.SessionExpiredFilter</filter-class>
> <init-param>
> <param-name>sessionExpiredPage</param-name>
> <param-value>/jsp/inicio/Autenticacao.jsf</param-value>
> </init-param>
> </filter>
> <filter>
> <filter-name>Cache Resource</filter-name>
> <filter-class>br.com.vivo.vivo360.ui.servlet.CacheResourceFilter</filter-class>
> <init-param>
> <param-name>hourToExpire</param-name>
> <param-value>8</param-value>
> </init-param>
> </filter>
> <filter-mapping>
> <filter-name>Cache Resource</filter-name>
> <url-pattern>*.js</url-pattern>
> <url-pattern>*.gif</url-pattern>
> <url-pattern>*.css</url-pattern>
> <url-pattern>*.jpg</url-pattern>
> <url-pattern>*.xcss</url-pattern>
> <dispatcher>REQUEST</dispatcher>
> <dispatcher>FORWARD</dispatcher>
> <dispatcher>INCLUDE</dispatcher>
> </filter-mapping>
> <filter-mapping>
> <filter-name>ajax4jsf</filter-name>
> <servlet-name>Faces Servlet</servlet-name>
> <dispatcher>REQUEST</dispatcher>
> <dispatcher>FORWARD</dispatcher>
> <dispatcher>INCLUDE</dispatcher>
> </filter-mapping>
> <filter-mapping>
> <filter-name>MyFacesExtensionsFilter</filter-name>
> <servlet-name>Faces Servlet</servlet-name>
> <dispatcher>REQUEST</dispatcher>
> <dispatcher>FORWARD</dispatcher>
> <dispatcher>INCLUDE</dispatcher>
> </filter-mapping>
> <filter-mapping>
> <filter-name>ErrorFilter</filter-name>
> <servlet-name>Faces Servlet</servlet-name>
> <dispatcher>REQUEST</dispatcher>
> <dispatcher>FORWARD</dispatcher>
> <dispatcher>INCLUDE</dispatcher>
> </filter-mapping>
> <filter-mapping>
> <filter-name>SessionExpiredFilter</filter-name>
> <servlet-name>Faces Servlet</servlet-name>
> <dispatcher>REQUEST</dispatcher>
> <dispatcher>FORWARD</dispatcher>
> <dispatcher>INCLUDE</dispatcher>
> </filter-mapping>
> <listener>
> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
> </listener>
> <listener>
> <listener-class>
> org.springframework.web.context.request.RequestContextListener</listener-class>
> </listener>
> <listener>
> <listener-class>
> br.com.vivo.vivo360.ui.listener.Vivo360SessionListener</listener-class>
> </listener>
> 
> <servlet>
> <servlet-name>Faces Servlet</servlet-name>
> <servlet-class>br.com.vivo.vivo360.ui.servlet.Vivo360FacesServlet</servlet-class>
> <init-param>
> <param-name>errorPage</param-name>
> <param-value>/jsp/erro/Erro.jsf</param-value>
> </init-param>
> <init-param>
> <param-name>authenticationPage</param-name>
> <param-value>/jsp/inicio/Autenticacao.jsf</param-value>
> </init-param>
> <init-param>
> <param-name>changePasswordPage</param-name>
> <param-value>/jsp/inicio/TrocarSenha.jsf</param-value>
> </init-param>
> <load-on-startup>1</load-on-startup>
> </servlet>
> 
> <servlet-mapping>
> <servlet-name>Faces Servlet</servlet-name>
> <url-pattern>*.jsf</url-pattern>
> </servlet-mapping>
> <session-config>
> <session-timeout>10</session-timeout>
> </session-config>
> <welcome-file-list>
> <welcome-file>index.jsp</welcome-file>
> </welcome-file-list>
> <login-config>
> <auth-method>BASIC</auth-method>
> </login-config>
> </web-app>
> *******************************
> --> AeolusFacesServlet
> *******************************
> /**
> * Projeto: VIVO360
> * CustomServlet.java
> * Descrição: Servlet que substitui o Servlet Padrão do Faces.
> *
> *@author <a href="mailto:sdcs-d-gargaro@...">Diego S Gargaro</a>
> *@created Jun 17, 2008
> *@version $Id: AeolusFacesServlet.java,v 1.10 2009/04/16 13:00:02 xsdc743 Exp $
> */
> package pt.ptinovacao.components.aeolus.web.servlet;
> import java.io.IOException;
> import javax.faces.FactoryFinder;
> import javax.faces.webapp.FacesServlet;
> import javax.servlet.ServletConfig;
> import javax.servlet.ServletException;
> import javax.servlet.ServletRequest;
> import javax.servlet.ServletResponse;
> import javax.servlet.http.HttpServlet;
> import javax.servlet.http.HttpServletRequest;
> import javax.servlet.http.HttpServletResponse;
> import org.apache.log4j.Logger;
> import org.apache.myfaces.shared_impl.webapp.webxml.DelegatedFacesServlet;
> import pt.ptinovacao.components.aeolus.web.session.AeolusSessionManager;
> /**
> * @author Diego S Gargaro
> */
> public class AeolusFacesServlet extends HttpServlet implements
> DelegatedFacesServlet {
> /**
> * Objeto que contém as propriedades do log4j para criar o log.
> */
> private static final Logger LOGGER = Logger.getLogger(AeolusFacesServlet.class);
>
> /**
> * Serial.
> */
> private static final long serialVersionUID = 1L;
> /**
> * Nome do parâmetro a ser buscado no web.xml que conterá o valor da página
> * de autenticação.
> */
> private static final String INIT_PARAM_AUTHENTICATION_PAGE = "authenticationPage";
> /**
> * Nome do parâmetro a ser buscado no web.xml que conterá o valor da página
> * de troca de senha.
> */
> private static final String INIT_PARAM_CHANGE_PASSWORD_PAGE = "changePasswordPage";
> /**
> * Servlet do Faces.
> */
> private FacesServlet delegate;
> /**
> * URL da página de autenticação à partir do contextPath.
> */
> private String authenticationPage;
> /**
> * URL da página de troca de senha à partir do contextPath.
> */
> private String changePasswordPage;
> /**
> * {@inheritDoc}
> */
> public void init(final ServletConfig servletConfig) throws ServletException {
> delegate = new FacesServlet();
> // ******** Necessário à partir da versão 1.2 do MyFaces ********
> // -------- Configura manualmente cada factory ------------------
> FactoryFinder.setFactory(FactoryFinder.FACES_CONTEXT_FACTORY,
> "org.apache.myfaces.context.FacesContextFactoryImpl");
> FactoryFinder.setFactory(FactoryFinder.LIFECYCLE_FACTORY,
> "org.apache.myfaces.lifecycle.LifecycleFactoryImpl");
> FactoryFinder.setFactory(FactoryFinder.APPLICATION_FACTORY,
> "org.apache.myfaces.application.ApplicationFactoryImpl");
> FactoryFinder.setFactory(FactoryFinder.RENDER_KIT_FACTORY,
> "org.apache.myfaces.renderkit.RenderKitFactoryImpl");
> // **************************************************************
> delegate.init(servletConfig);
> authenticationPage = servletConfig
> .getInitParameter(INIT_PARAM_AUTHENTICATION_PAGE);
> if (authenticationPage == null) {
> throw new ServletException("must set '"
> + INIT_PARAM_AUTHENTICATION_PAGE
> + "' parameter in AeolusFacesServlet");
> }
> changePasswordPage = servletConfig
> .getInitParameter(INIT_PARAM_CHANGE_PASSWORD_PAGE);
> if (changePasswordPage == null) {
> throw new ServletException("must set '"
> + INIT_PARAM_CHANGE_PASSWORD_PAGE
> + "' parameter in AeolusFacesServlet");
> }
> }
> /**
> * {@inheritDoc}
> */
> public void destroy() {
> if (LOGGER.isDebugEnabled()) {
> LOGGER.debug(" Fim do servlet do MyFaces. Nome da instância: " + delegate.getServletConfig().getServletName()
> + ", Configuração do Servlet: " + delegate.getServletInfo());
> }
> delegate.destroy();
> }
> /**
> * {@inheritDoc}
> */
> public ServletConfig getServletConfig() {
> return delegate.getServletConfig();
> }
> /**
> * {@inheritDoc}
> */
> public String getServletInfo() {
> return delegate.getServletInfo();
> }
> /**
> * {@inheritDoc}
> */
> public void service(final ServletRequest request,
> final ServletResponse response) throws ServletException,
> IOException {
> if (isUserLogged((HttpServletRequest) request,
> (HttpServletResponse) response)) {
> delegate.service(request, response);
> } else {
> redirectToAuthenticationPage((HttpServletRequest) request,
> (HttpServletResponse) response);
> }
> }
> /**
> * Checa se o usuario está logado.
> *
> * @param request
> * Objeto HttpServletRequest.
> * @param response
> * Objeto HttpServletResponse.
> * @throws IOException
> * IOException.
> * @return True caso o usuário esteja autenticado ou seja a pagina de login
> * ou troca de senha.
> */
> protected boolean isUserLogged(final HttpServletRequest request,
> final HttpServletResponse response) throws IOException {
> // Verifica se o contexto é nulo e se nao são as paginas de login e
> // troca de senha
> if (!(request.getServletPath().equals(authenticationPage) || request
> .getServletPath().equals(changePasswordPage))
> && AeolusSessionManager.getInstance().getDefaultAeolusSession(
> request.getSession(true)).getAeolusUserContext() == null) {
> if (LOGGER.isDebugEnabled()) {
> LOGGER.debug(" Sessão vazia. " + request.getRequestedSessionId());
> }
> return false;
> }
>
> if (AeolusSessionManager.getInstance().getDefaultAeolusSession(
> request.getSession(true)).getAeolusUserContext() != null) {
> if (LOGGER.isDebugEnabled()) {
> LOGGER.debug(" ID da Sessão = " + request.getRequestedSessionId()
> + "Dados do Usuário: " + AeolusSessionManager.getInstance().getDefaultAeolusSession(
> request.getSession(true)).getAeolusUserContext().getUserName());
> }
> } else {
> if (LOGGER.isDebugEnabled()) {
> LOGGER.debug(" ID da Sessão = " + request.getRequestedSessionId());
> }
> }
> return true;
> }
> /**
> * Direciona o sistema para a tela de autenticação.
> *
> * @param request
> * Objeto HttpServletRequest.
> * @param response
> * Objeto HttpServletResponse.
> * @throws IOException
> * IOException.
> */
> protected void redirectToAuthenticationPage(
> final HttpServletRequest request, final HttpServletResponse response)
> throws IOException {
> if (!"".equals(authenticationPage)) {
> response.sendRedirect(request.getContextPath() + authenticationPage);
> }
> }
> }
> ************************************
> --> Vivo360FacesServlet
> ***********************************
> /**
> * Projeto: VIVO360
> * Vivo360FacesServlet.java
> * Descrição: Servlet para o projeto Vivo360 que estende o AeolusFacesServlet.
> *
> *@author <a href="mailto:sdcs-d-gargaro@...">Diego S Gargaro</a>
> *@created 14/08/2008
> *@version $Id: Vivo360FacesServlet.java,v 1.14 2009/04/17 17:09:02 xsdc743 Exp $
> */
> package br.com.vivo.vivo360.ui.servlet;
> import java.io.IOException;
> import javax.servlet.ServletConfig;
> import javax.servlet.ServletException;
> import javax.servlet.ServletRequest;
> import javax.servlet.ServletResponse;
> import javax.servlet.http.HttpServletRequest;
> import javax.servlet.http.HttpServletResponse;
> import org.ajax4jsf.context.AjaxContext;
> import org.apache.log4j.Level;
> import pt.ptinovacao.components.aeolus.web.servlet.AeolusFacesServlet;
> import pt.ptinovacao.components.aeolus.web.session.AeolusSession;
> import br.com.vivo.vivo360.commons.exception.Vivo360ApplicationException;
> import br.com.vivo.vivo360.commons.util.ErrorUtils;
> import br.com.vivo.vivo360.commons.util.LogUtils;
> import br.com.vivo.vivo360.commons.util.context.ContextUtils;
> import br.com.vivo.vivo360.util.constant.error.infra.ConstantsTratamentoErro;
> /**
> * @author Diego S Gargaro
> *
> */
> public class Vivo360FacesServlet extends AeolusFacesServlet {
> /**
> * Serial.
> */
> private static final long serialVersionUID = 1L;
> /**
> * Nome do parâmetro a ser buscado no web.xml que conterá o valor da página
> * de erro.
> */
> private static final String INIT_PARAM_ERROR_PAGE = "errorPage";
> /**
> * URL da página de erro à partir do contextPath.
> */
> private String errorPage;
> /**
> * {@inheritDoc}
> */
> @Override
> public void init(
> final ServletConfig servletConfig)
> throws ServletException {
> super.init(servletConfig);
> errorPage = servletConfig.getInitParameter(INIT_PARAM_ERROR_PAGE);
> if (errorPage == null) {
> throw new ServletException("É necessário configurar o parâmetro '" + INIT_PARAM_ERROR_PAGE
> + "' no Vivo360FacesServlet");
> }
> }
> /**
> * {@inheritDoc}
> */
> @Override
> public void service(
> final ServletRequest request,
> final ServletResponse response)
> throws ServletException, IOException {
> AeolusSession aeolusSession = (AeolusSession) ((HttpServletRequest) request).getSession().getAttribute(
> "pt.ptinovacao.components.aeolus.web.session.defaultSessionName");
> try {
> this.configNoCacheRespone((HttpServletResponse) response);
> super.service(request, response);
> //Remove o identificador de quando o sistema está posicionado na tela de erro.
> if (((HttpServletRequest) request).getSession().getAttribute(ConstantsTratamentoErro.KEY_IS_ERROR_PAGE) != null) {
> //Se for a request do redirect para a tela de erro.
> if ((Boolean) ((HttpServletRequest) request).getSession().getAttribute(ConstantsTratamentoErro.KEY_IS_ERROR_PAGE)) {
> Boolean isErrorPage = Boolean.FALSE;
> ((HttpServletRequest) request).getSession().setAttribute(ConstantsTratamentoErro.KEY_IS_ERROR_PAGE,
> isErrorPage);
> } else {
> ((HttpServletRequest) request).getSession().removeAttribute(ConstantsTratamentoErro.KEY_IS_ERROR_PAGE);
> }
> }
> } catch (ServletException servletException) {
> Boolean isAjax = false;
> if ((AjaxContext) request.getAttribute(AjaxContext.AJAX_CONTEXT_KEY) != null) {
> isAjax = ((AjaxContext) request.getAttribute(AjaxContext.AJAX_CONTEXT_KEY)).isAjaxRequest();
> }
> this.logError(servletException.getRootCause(), (HttpServletRequest) request);
> if (isAjax) {
> throw servletException;
> } else {
> //Verifica se o sistema já está posicionado na tela de erro.
> if (isUserLogged((HttpServletRequest) request, (HttpServletResponse) response)
> && ((HttpServletRequest) request).getSession().getAttribute(ConstantsTratamentoErro.KEY_IS_ERROR_PAGE) == null) {
> //Se não estiver, manda para a tela de erro.
> ((HttpServletRequest) request).getSession().setAttribute(ConstantsTratamentoErro.KEY_IS_ERROR_PAGE, true);
> //Verifica se o erro foi tratado.
> if (request.getAttribute(ConstantsTratamentoErro.ERRO_TRATADO_KEY) == null) {
> //Se não foi, inclui esse erro no tratamento de erros.
> ErrorUtils.getInstance().addCommonError((HttpServletRequest) request, servletException.getRootCause(),
> ConstantsTratamentoErro.ERRO_COMMON_DEFAULT_KEY);
> }
> redirectToErrorPage((HttpServletRequest) request, (HttpServletResponse) response);
> } else {
> //Se estiver, não trata a exceção.
> ((HttpServletRequest) request).getSession().removeAttribute(ConstantsTratamentoErro.KEY_IS_ERROR_PAGE);
> throw servletException;
> }
> }
> }
> }
> /**
> * Direciona o sistema para a tela de erro.
> * @param request Objeto HttpServletRequest.
> * @param response Objeto HttpServletResponse.
> * @throws IOException IOException.
> */
> protected void redirectToErrorPage(
> final HttpServletRequest request,
> final HttpServletResponse response)
> throws IOException {
> if (!"".equals(errorPage)) {
> response.sendRedirect(request.getContextPath() + errorPage);
> }
> }
> private void configNoCacheRespone(
> HttpServletResponse response) {
> response.setHeader("Cache-Control", "no-cache");
> response.setHeader("Pragma", "no-cache");
> response.setDateHeader("Expires", -1);
> }
> private void logError(
> final Throwable throwable,
> final HttpServletRequest request) {
>
> Throwable causeThrowable = buscaVivo360Exception(throwable);
>
> if (!(causeThrowable instanceof Vivo360ApplicationException)) {
> causeThrowable = throwable;
> }
> boolean doLog = true;
> if (causeThrowable instanceof Vivo360ApplicationException) {
> if (((Vivo360ApplicationException) causeThrowable).getErroInfoBean() != null) {
> doLog = !((Vivo360ApplicationException) causeThrowable).getErroInfoBean().isLogged();
> }
> }
> if (doLog) {
> StringBuilder stringBuilder = new StringBuilder("Ocorreu um erro na camada de apresentação, segue detalhes:");
> stringBuilder.append(LogUtils.getInstance().getDetalheCabecalhoUsuario(request));
> stringBuilder.append(LogUtils.getInstance().getDetalheDaException(causeThrowable));
> LogUtils.getInstance().logMessage(stringBuilder.toString(), Level.ERROR);
> LogUtils.getInstance().logThrowable(causeThrowable);
> }
> }
>
> private Throwable buscaVivo360Exception(final Throwable throwable) {
> if (throwable instanceof Vivo360ApplicationException) {
> return throwable;
> }
> if (throwable.getCause() != null) {
> return buscaVivo360Exception(throwable.getCause());
> }
> return throwable;
> }
> }
> This problem is critical because this occurs in production.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (TRINIDAD-875) Lightweight Dialogs broken in Opera and unreliable in Firefox

2009-11-09T03:00:32Z

[ https://issues.apache.org/jira/browse/TRINIDAD-875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12774935#action_12774935 ]

Stephen Friedrich commented on TRINIDAD-875:
--------------------------------------------

I narrowed the problem down to the call to
_submitFormCheck();
which gets executed again and again after each page load.

I removed the code in
FormRenderer._renderSubmitFormCheck()
and my app seems to work fine.

What exactly was the problem that _submitFormCheck(); is trying to solve?

> Lightweight Dialogs broken in Opera and unreliable in Firefox
> -------------------------------------------------------------
>
> Key: TRINIDAD-875
> URL: https://issues.apache.org/jira/browse/TRINIDAD-875
> Project: MyFaces Trinidad
> Issue Type: Bug
> Affects Versions: 1.2.3-core
> Environment: JSF 1.2_04 Sun RI
> Tomcat 6.0.14
> Firefox 2.0.0.12
> Reporter: Harald Stangl
> Priority: Critical
>
> When trying to open a lightweight dialog in Opera, the calling page reloads over and over again and the dialog doesn't show up.
> In Firefox, after closing a dialog, no new dialog can be opened for about 8 seconds. Clicking the link for the dialog simply does nothing.
> All this worked without problems in Trinidad 1.2.2.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (TRINIDAD-875) Lightweight Dialogs broken in Opera and unreliable in Firefox

2009-11-09T01:50:33Z

[ https://issues.apache.org/jira/browse/TRINIDAD-875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12774920#action_12774920 ]

Stephen Friedrich commented on TRINIDAD-875:
--------------------------------------------

Same problem occurs using Opera 10.01

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (TRINIDAD-875) Lightweight Dialogs broken in Opera and unreliable in Firefox

2009-11-09T01:24:33Z

[ https://issues.apache.org/jira/browse/TRINIDAD-875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12774912#action_12774912 ]

Stephen Friedrich commented on TRINIDAD-875:
--------------------------------------------

Happens to me with latest FF2 (2.0.0.20) and latest Trinidad 1.2.12.

Does anyone care for bugs in Trinidad? This one is two years old!
Sorry, but I am currently very frustrated and annoyed.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (TOMAHAWK-1466) compontent with id not found error

2009-11-08T18:21:32Z

<s:inputSuggestAjax> compontent with id not found error
--------------------------------------------------------

Key: TOMAHAWK-1466
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1466
Project: MyFaces Tomahawk
Issue Type: Bug
Components: InputSuggestAjax
Affects Versions: 1.1.9
Environment: Jboss 5.1.0GA, Tomahawk12 1.1.9, Sandbox12 1.1.9 snapshot, Richfaces 3.3.1, jsf ri 1.2_12
Reporter: Dave

<s:inputSuggestAjax suggestedItemsMethod="#{bean.getItems}"
itemLabelMethod="#{bean.getItemLabel}"
value="#{bean.value}">
<f:converter converterId="myConverter"/>
</s:inputSuggestAjax>

The <s:inputSuggestAjax> is put under multiple levels of subviews and <t:dataList>. We got the following exception. It seems that it is a component searching issue by id.

09:53:22,824 ERROR [AjaxDecodePhaseListener] Component with id [bean:j_id_jsp_1183831163_1pc11:0:head:j_id_jsp_30699160_1pc33:3:group:0:pv:j_id_jsp_2095925274_33pc34] not found in view tree.
09:53:22,827 WARNING [lifecycle] JSF1053: (Listener: org.apache.myfaces.custom.ajax.api.AjaxDecodePhaseListener.beforePhase(), Phase ID: APPLY_REQUEST_VALUES 2, View ID: /manage.jsp) Exception thrown during phase-listener execution: org.apache.myfaces.custom.ajax.api.ComponentNotFoundException: Component with id [bean:j_id_jsp_1183831163_1pc11:0:head:j_id_jsp_30699160_1pc33:3:group:0:pv:j_id_jsp_2095925274_33pc34] not found in view tree.
09:53:22,829 WARNING [lifecycle] org.apache.myfaces.custom.ajax.api.AjaxDecodePhaseListener.decodeAjax(AjaxDecodePhaseListener.java:134)
org.apache.myfaces.custom.ajax.api.AjaxDecodePhaseListener.handleAjaxRequest(AjaxDecodePhaseListener.java:118)
org.apache.myfaces.custom.ajax.api.AjaxDecodePhaseListener.beforePhase(AjaxDecodePhaseListener.java:100)
com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214)
com.sun.faces.lifecycle.Phase.doPhase(Phase.java:96)
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
org.apache.myfaces.custom.ppr.PPRLifecycleWrapper.execute(PPRLifecycleWrapper.java:68)
javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:368)
org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:495)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
....

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (MYFACES-2373) Add a way to document event capabilities for components using myfaces builder plugin

2009-11-08T13:01:32Z

[ https://issues.apache.org/jira/browse/MYFACES-2373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Leonardo Uribe resolved MYFACES-2373.
-------------------------------------

Resolution: Fixed
Fix Version/s: 1.2.8-SNAPSHOT
Assignee: Leonardo Uribe

> Add a way to document event capabilities for components using myfaces builder plugin
> ------------------------------------------------------------------------------------
>
> Key: MYFACES-2373
> URL: https://issues.apache.org/jira/browse/MYFACES-2373
> Project: MyFaces Core
> Issue Type: Improvement
> Components: build process
> Reporter: Leonardo Uribe
> Assignee: Leonardo Uribe
> Priority: Minor
> Fix For: 1.2.8-SNAPSHOT
>
>
> With trinidad-faces-plugin it is possible to add event documentation for components. For example, h:commandButton component could handle ActionEvent, h:inputText component handle ValueChangeEvent. In the generated tlddoc, it renders a table like this:
> Type Phases Description
> javax.faces.event.ActionEvent Invoke Application
> Apply Request Values Event delivered when the "action" of the component has
> been invoked; for example, by clicking on a button.
> The action may result in page navigation.
> One option is add a @JSFEvent annotation, but it seems better add a @JSFListener annotation and use it like this (for example in UICommand):
> /**
> * The event handled by this Listener is delivered when the "action" of the component has
> * been invoked; for example, by clicking on a button.
> * The action may result in page navigation.
> **/
> @JSFListener(event="javax.faces.event.ActionEvent",
> phases="Invoke Application, Apply Request Values")
> public ActionListener[] getActionListeners()
> {
> return (ActionListener[]) getFacesListeners(ActionListener.class);
> }
> Note this annotation has only documentation purposes, so it does not trigger side effects on code templates.
> Suggestions are welcome

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: [COMMUNITY] MyFaces += Max Starets

2009-11-08T05:43:54Z

Welcome Max!

Ganesh

Bruno Aranda schrieb:

> welcome aboard!
>
> Bruno
>
> 2009/11/8 Grant Smith <work.grant@... <mailto:work.grant@...>>
>
> welcome Max :)
>
>
> On Sat, Nov 7, 2009 at 11:09 AM, Jan-Kees van Andel
> <jankeesvanandel@... <mailto:jankeesvanandel@...>> wrote:
>
> Welcome to the team Max!
>
> /JK
>
>
> 2009/11/6 Gerhard Petracek <gerhard.petracek@...
> <mailto:gerhard.petracek@...>>:
> > welcome!
> > regards,
> > gerhard
> > http://www.irian.at
> >
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> >
> > Professional Support for Apache MyFaces
> >
> >
> >
> > 2009/11/6 Matthias Wessendorf <matzew@...
> <mailto:matzew@...>>
> >>
> >> The Myfaces PMC is proud to announce a new addition to our
> community.
> >>
> >> Please welcome Max Starets as the newest MyFaces committer!
> >> Max is an active member of the myfaces community, especially on
> >> the Trinidad subproject.
> >>
> >> @Max: Please add yourself to the Master-POM at
> >>
> https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml
> >>
> >> -Matthias
> >>
> >> --
> >> Matthias Wessendorf
> >>
> >> blog: http://matthiaswessendorf.wordpress.com/
> >> sessions: http://www.slideshare.net/mwessendorf
> >> twitter: http://twitter.com/mwessendorf
> >
> >
>
>
>
>
> --
> Grant Smith
>
>

Re: [COMMUNITY] MyFaces += Max Starets

2009-11-08T03:44:46Z

welcome aboard!

Bruno

2009/11/8 Grant Smith <work.grant@...>

welcome Max :)

On Sat, Nov 7, 2009 at 11:09 AM, Jan-Kees van Andel <jankeesvanandel@...> wrote:

Welcome to the team Max!

/JK

2009/11/6 Gerhard Petracek <gerhard.petracek@...>:

> welcome!
> regards,
> gerhard
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
>
>
> 2009/11/6 Matthias Wessendorf <matzew@...>
>>
>> The Myfaces PMC is proud to announce a new addition to our community.
>>
>> Please welcome Max Starets as the newest MyFaces committer!
>> Max is an active member of the myfaces community, especially on
>> the Trinidad subproject.
>>
>> @Max: Please add yourself to the Master-POM at
>> https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml
>>
>> -Matthias
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>
>

--
Grant Smith

[jira] Resolved: (MYFACES-2377) Include global config parameters javadoc on myfaces-metadata using some myfaces builder plugin annotation

2009-11-07T18:42:32Z

[ https://issues.apache.org/jira/browse/MYFACES-2377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Leonardo Uribe resolved MYFACES-2377.
-------------------------------------

Resolution: Fixed
Fix Version/s: 1.2.8-SNAPSHOT
Assignee: Leonardo Uribe

> Include global config parameters javadoc on myfaces-metadata using some myfaces builder plugin annotation
> ---------------------------------------------------------------------------------------------------------
>
> Key: MYFACES-2377
> URL: https://issues.apache.org/jira/browse/MYFACES-2377
> Project: MyFaces Core
> Issue Type: Improvement
> Components: build process
> Reporter: Leonardo Uribe
> Assignee: Leonardo Uribe
> Fix For: 1.2.8-SNAPSHOT
>
>
> Actually we don't have a page with information about config params used on web.xml. It is not useful to maintain this in a separate page, because code continuously evolves and add new params or details.
> In theory, these param are tied to a model id, so myfaces-api has ones, myfaces-impl has others ....... If we have this included on myfaces-metadata.xml, it is very easy to create a file with all this information when site generation is triggered.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (MYFACES-2400) Allow choose directories when building myfaces-metadata.xml with myfaces-builder-plugin

2009-11-07T18:30:32Z

Allow choose directories when building myfaces-metadata.xml with myfaces-builder-plugin
---------------------------------------------------------------------------------------

Key: MYFACES-2400
URL: https://issues.apache.org/jira/browse/MYFACES-2400
Project: MyFaces Core
Issue Type: Improvement
Reporter: Leonardo Uribe

myfaces-builder-plugin build-metadata goal depends on build-helper-maven-plugin add-source goal to set the directories to be used when build metadata. This fails with some newer maven versions that does not ensure goal execution order. The idea is add a new param called sourceDirectories that if set, use the selected directories to scan for .java files and extract annotation or doclet information.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: [COMMUNITY] MyFaces += Max Starets

2009-11-07T17:13:50Z

welcome Max :)

On Sat, Nov 7, 2009 at 11:09 AM, Jan-Kees van Andel <jankeesvanandel@...> wrote:

Welcome to the team Max!

/JK

2009/11/6 Gerhard Petracek <gerhard.petracek@...>:

> welcome!
> regards,
> gerhard
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
>
>
> 2009/11/6 Matthias Wessendorf <matzew@...>
>>
>> The Myfaces PMC is proud to announce a new addition to our community.
>>
>> Please welcome Max Starets as the newest MyFaces committer!
>> Max is an active member of the myfaces community, especially on
>> the Trinidad subproject.
>>
>> @Max: Please add yourself to the Master-POM at
>> https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml
>>
>> -Matthias
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>
>

--
Grant Smith

Re: [COMMUNITY] MyFaces += Max Starets

2009-11-07T11:09:27Z

Welcome to the team Max!

/JK

2009/11/6 Gerhard Petracek <gerhard.petracek@...>:

> welcome!
> regards,
> gerhard
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
>
>
> 2009/11/6 Matthias Wessendorf <matzew@...>
>>
>> The Myfaces PMC is proud to announce a new addition to our community.
>>
>> Please welcome Max Starets as the newest MyFaces committer!
>> Max is an active member of the myfaces community, especially on
>> the Trinidad subproject.
>>
>> @Max: Please add yourself to the Master-POM at
>> https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml
>>
>> -Matthias
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>
>

[jira] Updated: (TOBAGO-727) Seam example with use of jBPM

2009-11-06T18:47:41Z

[ https://issues.apache.org/jira/browse/TOBAGO-727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

cao hongping updated TOBAGO-727:
--------------------------------

Status: Patch Available (was: Open)

> Seam example with use of jBPM
> -----------------------------
>
> Key: TOBAGO-727
> URL: https://issues.apache.org/jira/browse/TOBAGO-727
> Project: MyFaces Tobago
> Issue Type: New Feature
> Components: Demo
> Reporter: Udo Schnurpfeil
> Assignee: Udo Schnurpfeil
> Priority: Minor
>

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (TRINIDAD-1628) Add the ability to change the skin-family via the requestMap for DesignTime mode

2009-11-06T14:46:32Z

[ https://issues.apache.org/jira/browse/TRINIDAD-1628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12774466#action_12774466 ]

Jeanne Waldman commented on TRINIDAD-1628:
------------------------------------------

The skin can be set via the requestMap like this:
Map<java.lang.String, java.lang.Object> map =fContext.getExternalContext().getRequestMap();
// change the skin to the purple skin
map.put("org.apache.myfaces.trinidad.skin.id", "purple.desktop");

> Add the ability to change the skin-family via the requestMap for DesignTime mode
> --------------------------------------------------------------------------------
>
> Key: TRINIDAD-1628
> URL: https://issues.apache.org/jira/browse/TRINIDAD-1628
> Project: MyFaces Trinidad
> Issue Type: Improvement
> Components: Skinning
> Reporter: Jeanne Waldman
> Assignee: Jeanne Waldman
>
> Allow the DT to choose the skin by setting a string on the request scope that the RT can read while in design time mode.
> See CoreRenderingContext's getRequestMapSkin. This already does this but it is limited now for portlets. Expand by allowing Beans.isDesignTime()

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (TRINIDAD-1628) Add the ability to change the skin-family via the requestMap for DesignTime mode

2009-11-06T11:36:32Z

[ https://issues.apache.org/jira/browse/TRINIDAD-1628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12774384#action_12774384 ]

Jeanne Waldman commented on TRINIDAD-1628:
------------------------------------------

The key for the requestMap is "org.apache.myfaces.trinidad.skin.id"

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.