[JBoss JIRA] (JBSEAM-5092) EL expression in pattern of s:convertDateTime breaks conversation propagation
by Joseba Urkiri (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-5092?page=com.atlassian.jira.plugi... ]
Joseba Urkiri updated JBSEAM-5092:
----------------------------------
Description:
Using an EL expression to determine the pattern of a convertDateTime, makes application fail when executing any action.
Here is the test code:
{code:xml}
<h:dataTable value="#{testBean.model}" var="row">
<h:column>
<f:facet name="header">
<h:outputText value="DATE" />
</f:facet>
<h:outputText value="#{row}">
<s:convertDateTime pattern="#{testBean.pattern}" />
</h:outputText>
</h:column>
</h:dataTable>
{code}
{code:title=TestBean.java|borderStyle=solid}
@Name("testBean")
@Scope(ScopeType.CONVERSATION)
public class TestBean {
private static final String DATE_PATTERN = "yyyy/MM/dd";
private ListDataModel<Date> model;
public ListDataModel<Date> getModel() {
return model;
}
public void setModel(ListDataModel<Date> model) {
this.model = model;
}
public String getPattern() {
return DATE_PATTERN;
}
@Create
@Begin
public void onInit(){
Calendar cal = Calendar.getInstance();
List<Date> list = new ArrayList<Date>();
list.add(cal.getTime());
cal.add(Calendar.DAY_OF_MONTH, 1);
list.add(cal.getTime());
model = new ListDataModel<Date>(list);
}
}
{code}
Exception is:
{noformat}
Caused by: java.lang.IllegalStateException: begin method invoked from a long-running conversation, try using @Begin(join=true) on method: onInit
at org.jboss.seam.core.ConversationInterceptor.aroundInvoke(ConversationInterceptor.java:47) [jboss-seam.jar:2.3.0.Final]
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) [jboss-seam.jar:2.3.0.Final]
at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44) [jboss-seam.jar:2.3.0.Final]
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) [jboss-seam.jar:2.3.0.Final]
at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) [jboss-seam.jar:2.3.0.Final]
at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:186) [jboss-seam.jar:2.3.0.Final]
at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:104) [jboss-seam.jar:2.3.0.Final]
at com.lks.conversation.error.TestBean_$$_javassist_seam_2.onInit(TestBean_$$_javassist_seam_2.java) [classes:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_02]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_02]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_02]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_02]
at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) [jboss-seam.jar:2.3.0.Final]
at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144) [jboss-seam.jar:2.3.0.Final]
at org.jboss.seam.Component.callComponentMethod(Component.java:2313) [jboss-seam.jar:2.3.0.Final]
at org.jboss.seam.Component.callCreateMethod(Component.java:2236) [jboss-seam.jar:2.3.0.Final]
at org.jboss.seam.Component.newInstance(Component.java:2196) [jboss-seam.jar:2.3.0.Final]
... 60 more
{noformat}
was:
Using an EL expression to determine the pattern of a convertDateTime, makes application fail when executing any action.
Here is the test code:
{code:xml}
<h:dataTable value="#{testBean.model}" var="row">
<h:column>
<f:facet name="header">
<h:outputText value="DATE" />
</f:facet>
<h:outputText value="#{row}">
<s:convertDateTime pattern="#{testBean.pattern}" />
</h:outputText>
</h:column>
</h:dataTable>
{code}
{code:title=TestBean.java|borderStyle=solid}
@Name("testBean")
@Scope(ScopeType.CONVERSATION)
public class TestBean {
private static final String DATE_PATTERN = "yyyy/MM/dd";
private ListDataModel<Date> model;
public ListDataModel<Date> getModel() {
return model;
}
public void setModel(ListDataModel<Date> model) {
this.model = model;
}
public String getPattern() {
return DATE_PATTERN;
}
@Create
@Begin
public void onInit(){
Calendar cal = Calendar.getInstance();
List<Date> list = new ArrayList<Date>();
list.add(cal.getTime());
cal.add(Calendar.DAY_OF_MONTH, 1);
list.add(cal.getTime());
model = new ListDataModel<Date>(list);
}
}
{code}
> EL expression in pattern of s:convertDateTime breaks conversation propagation
> -----------------------------------------------------------------------------
>
> Key: JBSEAM-5092
> URL: https://issues.jboss.org/browse/JBSEAM-5092
> Project: Seam 2
> Issue Type: Bug
> Components: JSF Controls
> Affects Versions: 2.3.0.Final
> Environment: JBoss 7.1.1
> Reporter: Joseba Urkiri
> Labels: conversationPropagation
>
> Using an EL expression to determine the pattern of a convertDateTime, makes application fail when executing any action.
> Here is the test code:
> {code:xml}
> <h:dataTable value="#{testBean.model}" var="row">
> <h:column>
> <f:facet name="header">
> <h:outputText value="DATE" />
> </f:facet>
> <h:outputText value="#{row}">
> <s:convertDateTime pattern="#{testBean.pattern}" />
> </h:outputText>
> </h:column>
> </h:dataTable>
> {code}
> {code:title=TestBean.java|borderStyle=solid}
> @Name("testBean")
> @Scope(ScopeType.CONVERSATION)
> public class TestBean {
>
> private static final String DATE_PATTERN = "yyyy/MM/dd";
>
> private ListDataModel<Date> model;
>
> public ListDataModel<Date> getModel() {
> return model;
> }
> public void setModel(ListDataModel<Date> model) {
> this.model = model;
> }
> public String getPattern() {
> return DATE_PATTERN;
> }
> @Create
> @Begin
> public void onInit(){
> Calendar cal = Calendar.getInstance();
> List<Date> list = new ArrayList<Date>();
> list.add(cal.getTime());
> cal.add(Calendar.DAY_OF_MONTH, 1);
> list.add(cal.getTime());
> model = new ListDataModel<Date>(list);
> }
> }
> {code}
> Exception is:
> {noformat}
> Caused by: java.lang.IllegalStateException: begin method invoked from a long-running conversation, try using @Begin(join=true) on method: onInit
> at org.jboss.seam.core.ConversationInterceptor.aroundInvoke(ConversationInterceptor.java:47) [jboss-seam.jar:2.3.0.Final]
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) [jboss-seam.jar:2.3.0.Final]
> at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44) [jboss-seam.jar:2.3.0.Final]
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) [jboss-seam.jar:2.3.0.Final]
> at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) [jboss-seam.jar:2.3.0.Final]
> at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:186) [jboss-seam.jar:2.3.0.Final]
> at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:104) [jboss-seam.jar:2.3.0.Final]
> at com.lks.conversation.error.TestBean_$$_javassist_seam_2.onInit(TestBean_$$_javassist_seam_2.java) [classes:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_02]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_02]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_02]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_02]
> at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) [jboss-seam.jar:2.3.0.Final]
> at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144) [jboss-seam.jar:2.3.0.Final]
> at org.jboss.seam.Component.callComponentMethod(Component.java:2313) [jboss-seam.jar:2.3.0.Final]
> at org.jboss.seam.Component.callCreateMethod(Component.java:2236) [jboss-seam.jar:2.3.0.Final]
> at org.jboss.seam.Component.newInstance(Component.java:2196) [jboss-seam.jar:2.3.0.Final]
> ... 60 more
> {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-5092) EL expression in pattern of s:convertDateTime breaks conversation propagation
by Joseba Urkiri (JIRA)
Joseba Urkiri created JBSEAM-5092:
-------------------------------------
Summary: EL expression in pattern of s:convertDateTime breaks conversation propagation
Key: JBSEAM-5092
URL: https://issues.jboss.org/browse/JBSEAM-5092
Project: Seam 2
Issue Type: Bug
Components: JSF Controls
Affects Versions: 2.3.0.Final
Environment: JBoss 7.1.1
Reporter: Joseba Urkiri
Using an EL expression to determine the pattern of a convertDateTime, makes application fail when executing any action.
Here is the test code:
{code:xml}
<h:dataTable value="#{testBean.model}" var="row">
<h:column>
<f:facet name="header">
<h:outputText value="DATE" />
</f:facet>
<h:outputText value="#{row}">
<s:convertDateTime pattern="#{testBean.pattern}" />
</h:outputText>
</h:column>
</h:dataTable>
{code}
{code:title=TestBean.java|borderStyle=solid}
@Name("testBean")
@Scope(ScopeType.CONVERSATION)
public class TestBean {
private static final String DATE_PATTERN = "yyyy/MM/dd";
private ListDataModel<Date> model;
public ListDataModel<Date> getModel() {
return model;
}
public void setModel(ListDataModel<Date> model) {
this.model = model;
}
public String getPattern() {
return DATE_PATTERN;
}
@Create
@Begin
public void onInit(){
Calendar cal = Calendar.getInstance();
List<Date> list = new ArrayList<Date>();
list.add(cal.getTime());
cal.add(Calendar.DAY_OF_MONTH, 1);
list.add(cal.getTime());
model = new ListDataModel<Date>(list);
}
}
{code}
--
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-5043) Seam examples tests running from JBDS
by Marek Novotny (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-5043?page=com.atlassian.jira.plugi... ]
Marek Novotny commented on JBSEAM-5043:
---------------------------------------
Marek, are you able to work on this issue for 2.3.1.CR1?
> Seam examples tests running from JBDS
> --------------------------------------
>
> Key: JBSEAM-5043
> URL: https://issues.jboss.org/browse/JBSEAM-5043
> Project: Seam 2
> Issue Type: Feature Request
> Components: Examples
> Affects Versions: 2.3.0.Final
> Reporter: Marek Schmidt
> Assignee: Marek Schmidt
> Fix For: 2.3.1.CR1
>
>
> Currently one has to run the maven "package" to produce the EAR before running the tests. Test deployments should be changed not to depend on the maven package => use shrinkwrap dependency resolver for dependencies and package test jar manually in shrinkwrap.
--
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-5022) Icefaces example - User can' t logout without exception
by Marek Novotny (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-5022?page=com.atlassian.jira.plugi... ]
Marek Novotny updated JBSEAM-5022:
----------------------------------
Fix Version/s: The future
(was: 2.3.1.CR1)
> Icefaces example - User can' t logout without exception
> --------------------------------------------------------
>
> Key: JBSEAM-5022
> URL: https://issues.jboss.org/browse/JBSEAM-5022
> Project: Seam 2
> Issue Type: Feature Request
> Components: Examples
> Affects Versions: 2.3.0.CR1
> Environment: icefaces 3.1.0, seam 2.3.0.CR1-SNAPSHOT, JBoss AS 7.1.1.Final
> Reporter: Marek Novotny
> Fix For: The future
>
>
> There is a regression in icefaces 3.1.0. this concrete issue was in icefaces 1.5.3 and was fixed in 1.6.
> I have filed http://jira.icesoft.org/browse/ICE-8499 and regression is wrt http://jira.icesoft.org/browse/ICE-1330
> Full stack trace:
> {noformat}
> org.icefaces.application.SessionExpiredException: Session has expired
> at org.icefaces.impl.application.SessionExpiredListener.sessionDestroyed(SessionExpiredListener.java:61) [icefaces-3.1.0.jar:]
> at org.apache.catalina.session.StandardSession.expire(StandardSession.java:690) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.session.StandardSession.expire(StandardSession.java:653) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.session.StandardSession.invalidate(StandardSession.java:1111) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.session.StandardSessionFacade.invalidate(StandardSessionFacade.java:150) [jbossweb-7.0.13.Final.jar:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_06]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_06]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_06]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_06]
> at org.jboss.seam.contexts.FacesLifecycle.invalidateSession(FacesLifecycle.java:158) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.contexts.FacesLifecycle.endRequest(FacesLifecycle.java:135) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.jsf.SeamPhaseListener.afterRenderResponse(SeamPhaseListener.java:518) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:248) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:195) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at com.sun.faces.lifecycle.Phase.handleAfterPhase(Phase.java:189) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:107) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.web.HotDeployFilter.doFilter(HotDeployFilter.java:53) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_06]
> 12:23:00,631 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/seam-icefaces].[Faces Servlet]] (http--127.0.0.1-8080-3) Servlet.service() for servlet Faces Servlet threw exception: java.lang.IllegalStateException: Cannot create a session after the response has been committed
> at org.apache.catalina.connector.Request.doGetSession(Request.java:2636) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.connector.Request.getSession(Request.java:2375) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:841) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.seam.mock.MockExternalContext.getSessionMap(MockExternalContext.java:357) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.contexts.FacesLifecycle.beginExceptionRecovery(FacesLifecycle.java:86) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.web.ExceptionFilter.endWebRequestAfterException(ExceptionFilter.java:96) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:70) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.web.HotDeployFilter.doFilter(HotDeployFilter.java:53) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) [jboss-seam.jar:2.3.0.CR1-SNAPSHOT]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_06]
> {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 reassigned JBSEAM-5085:
-------------------------------------
Assignee: Marek Novotny
> 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-5091) SeamInterceptor doesn't work on EJB @Schedule methods
by Marek Novotny (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-5091?page=com.atlassian.jira.plugi... ]
Marek Novotny resolved JBSEAM-5091.
-----------------------------------
Resolution: Done
> SeamInterceptor doesn't work on EJB @Schedule methods
> -----------------------------------------------------
>
> Key: JBSEAM-5091
> URL: https://issues.jboss.org/browse/JBSEAM-5091
> Project: Seam 2
> Issue Type: Bug
> Components: EJB3
> Affects Versions: 2.3.0.Final
> Reporter: Marek Schmidt
> Assignee: Marek Novotny
> Fix For: 2.3.1.CR1
>
>
> Description of problem:
> Having a
> @Scope(ScopeType.APPLICATION)
> @Singleton
> @Name("statistics")
> public class Statistics
> {
> @In(create=true)
> Foo foo;
>
> @Schedule(hour="*", minute="*", second="*/10", info="every tenth")
> public void generateReport(Timer timer) {
> // do stuff with foo
> }
> }
> gets NullPointerException accessing "foo". Seam interceptors doesn't seem to work on time-out methods. The problem seems to be that the SessionBeanInterceptor doesn't implement the @AroundTimeout method.
--
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-5091) SeamInterceptor doesn't work on EJB @Schedule methods
by Marek Novotny (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-5091?page=com.atlassian.jira.plugi... ]
Marek Novotny reassigned JBSEAM-5091:
-------------------------------------
Assignee: Marek Novotny
> SeamInterceptor doesn't work on EJB @Schedule methods
> -----------------------------------------------------
>
> Key: JBSEAM-5091
> URL: https://issues.jboss.org/browse/JBSEAM-5091
> Project: Seam 2
> Issue Type: Bug
> Components: EJB3
> Affects Versions: 2.3.0.Final
> Reporter: Marek Schmidt
> Assignee: Marek Novotny
> Fix For: 2.3.1.CR1
>
>
> Description of problem:
> Having a
> @Scope(ScopeType.APPLICATION)
> @Singleton
> @Name("statistics")
> public class Statistics
> {
> @In(create=true)
> Foo foo;
>
> @Schedule(hour="*", minute="*", second="*/10", info="every tenth")
> public void generateReport(Timer timer) {
> // do stuff with foo
> }
> }
> gets NullPointerException accessing "foo". Seam interceptors doesn't seem to work on time-out methods. The problem seems to be that the SessionBeanInterceptor doesn't implement the @AroundTimeout method.
--
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