[JBoss JIRA] (JBSEAM-5097) s:link and s:button don't work correctly when using taskInstance param
by Marek Novotny (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-5097?page=com.atlassian.jira.plugi... ]
Marek Novotny reassigned JBSEAM-5097:
-------------------------------------
Assignee: Marek Novotny
> s:link and s:button don't work correctly when using taskInstance param
> ----------------------------------------------------------------------
>
> Key: JBSEAM-5097
> URL: https://issues.jboss.org/browse/JBSEAM-5097
> Project: Seam 2
> Issue Type: Bug
> Environment: Seam-2.3.1-SNAPSHOT - from 2013-05-20 - commit 1b4834c8e61a7aa303ab196da297e10b9468cab6
> Reporter: Tomas Remes
> Assignee: Marek Novotny
> Fix For: 2.3.1.CR1
>
>
> It looks like that this bug was introduced with fix for https://issues.jboss.org/browse/JBSEAM-5085. Reproducible by following steps:
> 1. Build and deploy Todo List example
> 2. Create some Todo item
> 3. Try to finish item by clicking 'Done' button.
> 4. Nothing happens - notice following exception in the server log:
> {noformat}
> 09:28:59,901 ERROR [org.jboss.seam.jsf.SeamPhaseListener] (http-/127.0.0.1:8080-1) swallowing exception: java.lang.IllegalArgumentException: Invalid action method todo.xhtml%3AtodoList.done
> at org.jboss.seam.navigation.SafeActions.isActionSafe(SafeActions.java:62) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.navigation.Pages.callAction(Pages.java:704) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.navigation.Pages.preRender(Pages.java:331) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.jsf.SeamPhaseListener.preRenderPage(SeamPhaseListener.java:565) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.jsf.SeamPhaseListener.beforeRenderResponse(SeamPhaseListener.java:476) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:147) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:117) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:228) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:99) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.7.Final-redhat-1.jar:2.0.7.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:372) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:679) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (JBSEAM-5097) s:link and s:button don't work correctly when using taskInstance param
by Tomas Remes (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-5097?page=com.atlassian.jira.plugi... ]
Tomas Remes updated JBSEAM-5097:
--------------------------------
Environment: Seam-2.3.1-SNAPSHOT - from 2013-05-20 - commit 1b4834c8e61a7aa303ab196da297e10b9468cab6 (was: Seam-2.3.1-SNAPSHOT - tag 1b4834c8e61a7aa303ab196da297e10b9468cab6)
> s:link and s:button don't work correctly when using taskInstance param
> ----------------------------------------------------------------------
>
> Key: JBSEAM-5097
> URL: https://issues.jboss.org/browse/JBSEAM-5097
> Project: Seam 2
> Issue Type: Bug
> Environment: Seam-2.3.1-SNAPSHOT - from 2013-05-20 - commit 1b4834c8e61a7aa303ab196da297e10b9468cab6
> Reporter: Tomas Remes
> Fix For: 2.3.1.CR1
>
>
> It looks like that this bug was introduced with fix for https://issues.jboss.org/browse/JBSEAM-5085. Reproducible by following steps:
> 1. Build and deploy Todo List example
> 2. Create some Todo item
> 3. Try to finish item by clicking 'Done' button.
> 4. Nothing happens - notice following exception in the server log:
> {noformat}
> 09:28:59,901 ERROR [org.jboss.seam.jsf.SeamPhaseListener] (http-/127.0.0.1:8080-1) swallowing exception: java.lang.IllegalArgumentException: Invalid action method todo.xhtml%3AtodoList.done
> at org.jboss.seam.navigation.SafeActions.isActionSafe(SafeActions.java:62) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.navigation.Pages.callAction(Pages.java:704) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.navigation.Pages.preRender(Pages.java:331) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.jsf.SeamPhaseListener.preRenderPage(SeamPhaseListener.java:565) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.jsf.SeamPhaseListener.beforeRenderResponse(SeamPhaseListener.java:476) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:147) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:117) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:228) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:99) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.7.Final-redhat-1.jar:2.0.7.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) [jboss-seam.jar:2.3.1-SNAPSHOT]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:372) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:679) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (JBSEAM-5097) s:link and s:button don't work correctly when using taskInstance param
by Tomas Remes (JIRA)
Tomas Remes created JBSEAM-5097:
-----------------------------------
Summary: s:link and s:button don't work correctly when using taskInstance param
Key: JBSEAM-5097
URL: https://issues.jboss.org/browse/JBSEAM-5097
Project: Seam 2
Issue Type: Bug
Environment: Seam-2.3.1-SNAPSHOT - tag 1b4834c8e61a7aa303ab196da297e10b9468cab6
Reporter: Tomas Remes
Fix For: 2.3.1.CR1
It looks like that this bug was introduced with fix for https://issues.jboss.org/browse/JBSEAM-5085. Reproducible by following steps:
1. Build and deploy Todo List example
2. Create some Todo item
3. Try to finish item by clicking 'Done' button.
4. Nothing happens - notice following exception in the server log:
{noformat}
09:28:59,901 ERROR [org.jboss.seam.jsf.SeamPhaseListener] (http-/127.0.0.1:8080-1) swallowing exception: java.lang.IllegalArgumentException: Invalid action method todo.xhtml%3AtodoList.done
at org.jboss.seam.navigation.SafeActions.isActionSafe(SafeActions.java:62) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.navigation.Pages.callAction(Pages.java:704) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.navigation.Pages.preRender(Pages.java:331) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.jsf.SeamPhaseListener.preRenderPage(SeamPhaseListener.java:565) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.jsf.SeamPhaseListener.beforeRenderResponse(SeamPhaseListener.java:476) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:147) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:117) [jboss-seam.jar:2.3.1-SNAPSHOT]
at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:228) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:99) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.7.Final-redhat-1.jar:2.0.7.Final-redhat-1]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) [jboss-seam.jar:2.3.1-SNAPSHOT]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:372) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:679) [jbossweb-7.0.17.Final-redhat-1.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931) [jbossweb-7.0.17.Final-redhat-1.jar:]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (JBSEAM-5085) Pages rewrite doesn't rewrite s:link params
by Marek Novotny (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-5085?page=com.atlassian.jira.plugi... ]
Marek Novotny resolved JBSEAM-5085.
-----------------------------------
Resolution: Done
> Pages rewrite doesn't rewrite s:link params
> -------------------------------------------
>
> Key: JBSEAM-5085
> URL: https://issues.jboss.org/browse/JBSEAM-5085
> Project: Seam 2
> Issue Type: Bug
> Components: JSF Controls
> Reporter: Marek Novotny
> Assignee: Marek Novotny
> Fix For: 2.3.1.CR1
>
>
> Having this in the pages.xml:
> <page view-id="/entry.xhtml">
> <rewrite pattern="/entry/{blogEntryId}" />
> <rewrite pattern="/entry" />
>
> <param name="blogEntryId"
> value="#{blogEntry.id}"/>
>
> <action execute="#{entryAction.loadBlogEntry(blogEntry.id)}"/>
> </page>
> and a link to entry in a page:
> <s:link id="link" view="/entry.xhtml" propagation="none" value="#{blogEntry.title}">
> <f:param name="blogEntryId" value="#{blogEntry.id}"/>
> </s:link>
> this should render as a link to "/entry/foo", but it renders as "/entry?blogEntryId=roadmap11"
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (JBSEAM-5085) Pages rewrite doesn't rewrite s:link params
by Marek Novotny (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-5085?page=com.atlassian.jira.plugi... ]
Marek Novotny edited comment on JBSEAM-5085 at 5/17/13 8:50 AM:
----------------------------------------------------------------
I figured out how to change the incorrect behavior of {{org.jboss.seam.ui.util.ViewUrlBuilder}}. The existence of {{viewHandler.getBookmarkableUrl}} was premature to call in {{ViewUrlBuilder}} initialization, because we need added parameters in URL. So after discussion with Marek Schmidt I prepared the change. However that change broke the calling of page actions due double url encoding - experienced in {{org.jboss.seam.test.integration.faces.conversations.ConversationPropagationsTest.testSButtonActionPropagationNone()}}. So I changed default url encoding to false in {{org.jboss.seam.ui.util.ViewUrlBuilder.ViewUrlBuilder(String, String)}}.
The test case for Page rewrite is added as {{org.jboss.seam.test.integration.faces.ViewUrlBuilderTest}}.
was (Author: manaRH):
I figured out how to change the incorrect behavior of org.jboss.seam.ui.util.ViewUrlBuilder. The existence of viewHandler.getBookmarkableUrl was premature to call in ViewUrlBuilder initialization, because we need added parameters in URL. So after discussion with Marek Schmidt I prepared the change. However that change broke the calling of page actions due double url encoding - experienced in org.jboss.seam.test.integration.faces.conversations.ConversationPropagationsTest.testSButtonActionPropagationNone(). So I changed default url encoding to false in org.jboss.seam.ui.util.ViewUrlBuilder.ViewUrlBuilder(String, String).
The test case for Page rewrite is added as org.jboss.seam.test.integration.faces.ViewUrlBuilderTest.
> Pages rewrite doesn't rewrite s:link params
> -------------------------------------------
>
> Key: JBSEAM-5085
> URL: https://issues.jboss.org/browse/JBSEAM-5085
> Project: Seam 2
> Issue Type: Bug
> Components: JSF Controls
> Reporter: Marek Novotny
> Assignee: Marek Novotny
> Fix For: 2.3.1.CR1
>
>
> Having this in the pages.xml:
> <page view-id="/entry.xhtml">
> <rewrite pattern="/entry/{blogEntryId}" />
> <rewrite pattern="/entry" />
>
> <param name="blogEntryId"
> value="#{blogEntry.id}"/>
>
> <action execute="#{entryAction.loadBlogEntry(blogEntry.id)}"/>
> </page>
> and a link to entry in a page:
> <s:link id="link" view="/entry.xhtml" propagation="none" value="#{blogEntry.title}">
> <f:param name="blogEntryId" value="#{blogEntry.id}"/>
> </s:link>
> this should render as a link to "/entry/foo", but it renders as "/entry?blogEntryId=roadmap11"
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (JBSEAM-5085) Pages rewrite doesn't rewrite s:link params
by Marek Novotny (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-5085?page=com.atlassian.jira.plugi... ]
Marek Novotny commented on JBSEAM-5085:
---------------------------------------
I figured out how to change the incorrect behavior of org.jboss.seam.ui.util.ViewUrlBuilder. The existence of viewHandler.getBookmarkableUrl was premature to call in ViewUrlBuilder initialization, because we need added parameters in URL. So after discussion with Marek Schmidt I prepared the change. However that change broke the calling of page actions due double url encoding - experienced in org.jboss.seam.test.integration.faces.conversations.ConversationPropagationsTest.testSButtonActionPropagationNone(). So I changed default url encoding to false in org.jboss.seam.ui.util.ViewUrlBuilder.ViewUrlBuilder(String, String).
The test case for Page rewrite is added as org.jboss.seam.test.integration.faces.ViewUrlBuilderTest.
> Pages rewrite doesn't rewrite s:link params
> -------------------------------------------
>
> Key: JBSEAM-5085
> URL: https://issues.jboss.org/browse/JBSEAM-5085
> Project: Seam 2
> Issue Type: Bug
> Components: JSF Controls
> Reporter: Marek Novotny
> Assignee: Marek Novotny
> Fix For: 2.3.1.CR1
>
>
> Having this in the pages.xml:
> <page view-id="/entry.xhtml">
> <rewrite pattern="/entry/{blogEntryId}" />
> <rewrite pattern="/entry" />
>
> <param name="blogEntryId"
> value="#{blogEntry.id}"/>
>
> <action execute="#{entryAction.loadBlogEntry(blogEntry.id)}"/>
> </page>
> and a link to entry in a page:
> <s:link id="link" view="/entry.xhtml" propagation="none" value="#{blogEntry.title}">
> <f:param name="blogEntryId" value="#{blogEntry.id}"/>
> </s:link>
> this should render as a link to "/entry/foo", but it renders as "/entry?blogEntryId=roadmap11"
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (JBSEAM-3726) Methods with an "InvocationContext" parameter annotated with "javax.ejb.PostActivate" cause a validation exception in WebSphere v7.0
by Marek Novotny (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-3726?page=com.atlassian.jira.plugi... ]
Marek Novotny commented on JBSEAM-3726:
---------------------------------------
This issue was fixed in 2.1.2.CR2 so if you are trying 2.2.1.Final, you should not experience this warning. Anyway you would rather use 2.2.2.Final which solves security issue found in JSF EL interpolation.
> Methods with an "InvocationContext" parameter annotated with "javax.ejb.PostActivate" cause a validation exception in WebSphere v7.0
> ------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBSEAM-3726
> URL: https://issues.jboss.org/browse/JBSEAM-3726
> Project: Seam 2
> Issue Type: Bug
> Components: Platform interoperability
> Affects Versions: 2.1.1.CR2
> Environment: WebSphere v7.0
> Reporter: Denis Forveille
> Assignee: Pete Muir
> Priority: Critical
> Fix For: 2.1.2.CR1
>
> Attachments: jbseam-3726.patch, jbseam-3726_2.patch, traceback.txt
>
>
> When starting our app in WebSphere v7.0 with seam v2.1.0.SP1, we receive the exception below
> Is it possible that annotation "javax.ejb.PostActivate" is used instead of "org.jboss.seam.annotations.intercept.PostActivate" annotation and that the former does not accept any parameter for the annotated method (At least in WebSphere v7.0) and the latter does...
> The method in question is declared as
> @PostActivate
> public void postActivate(InvocationContext invocation) throws Exception
> This method signature is present in classes SessionBeanInterceptor, EntityManagerProxyInterceptor and HibernateSessionProxyInterceptor
> Exception:
> [18/11/08 16:17:51:537 EST] 0000001a annotations E AnnotativeMetadataManagerImpl merge Caught exception while merging
> com.ibm.wsspi.amm.validate.ValidationException: For method, org.jboss.seam.persistence.EntityManagerProxyInterceptor.postActivate(Lorg/jboss/seam/intercept/InvocationContext;)V\[com.ibm.ws.amm.scan.util.info.impl.MethodInfoImpl@1b8e1b8e\], parameters were specified, but null was the expected comparison
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years