[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4204) Hot redeploy is broken w/ JBoss AS 5
by Fred Bricon (JIRA)
Hot redeploy is broken w/ JBoss AS 5
------------------------------------
Key: JBSEAM-4204
URL: https://jira.jboss.org/jira/browse/JBSEAM-4204
Project: Seam
Issue Type: Bug
Components: Hot Deploy
Affects Versions: 2.1.2.CR2, 2.1.1.GA, 2.0.2.SP1
Environment: Vista, Eclipse Ganymede 3.4.2, JBoss Tools 3.0.1.GA, JBoss 5.0.1.GA
Reporter: Fred Bricon
Hi
It seems hot deployement doesn't work on JBoss 5.0.1.GA : when editing (and saving) xhtml files, JBoss Tools correctly publish the files to the JBoss AS deploy directory,
but changes are not picked up.
I tested projects created from the JBoss Tools wizards :
- booking (2.0.2.SP1 from the examples menu)
- simple 2.0.2.SP1 project
- simple 2.1.1.GA project
- simple 2.1.2.CR2 project
A simple seam-less dynamic web project, is correctly hot redeployed via JBoss Tools.
[Others|http://seamframework.org/Community/HotDeployAndJBoss5] have experienced this problem. I couldn't say if it's a Seam or an AS5 issue for sure, but I vote for the former.
regards,
Fred Bricon
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 2 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4284) Wrong pageflow name in case of nested conversation
by Vesa Hiltunen (JIRA)
Wrong pageflow name in case of nested conversation
--------------------------------------------------
Key: JBSEAM-4284
URL: https://jira.jboss.org/jira/browse/JBSEAM-4284
Project: Seam
Issue Type: Bug
Affects Versions: 2.1.2.GA
Reporter: Vesa Hiltunen
I tried to start nested conversation with new pageflow as follows:
<s:link value="DoIt" action="/pages/myPage.xhtml">
<s:conversationPropagation type="nested" pageflow="myPageflowName" />
</s:link>
Seam did not find pageflow because it is looking for pageflow named as: d.myPageflowName
Request parameter was: conversationPropagation=nested.myPageflowName
It looks like method getPropagationFromRequestParameter(Map parameters) in org.jboss.seam.core.ConversationPropagation contains a bug. Method assumes that string "nested." was "nest."
Current code:
else if (value.startsWith("nest"))
{
propagationType = PropagationType.NEST;
if ( value.length()>5 )
{
pageflow = value.substring(5);
}
}
One way to fix the code:
else if (value.startsWith("nest"))
{
propagationType = PropagationType.NEST;
if ( value.length()>7 )
{
pageflow = value.substring(7);
}
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3883) URL rewriting broken for view-id of redirects in exceptions
by Stephen Friedrich (JIRA)
URL rewriting broken for view-id of redirects in exceptions
-----------------------------------------------------------
Key: JBSEAM-3883
URL: https://jira.jboss.org/jira/browse/JBSEAM-3883
Project: Seam
Issue Type: Bug
Components: Core
Affects Versions: 2.1.1.GA
Reporter: Stephen Friedrich
When a configured exception handler redirects to a view-id, then the URL for that view-id is not processed by Seam's URL rewriting filter.
As a result you cannot re-write the URL for your login page if you want to redirect to the login page when a ViewExpiredSException occurs.
The problem is that the RewriteFilter is deeper in the filter chain than the ExceptionFilter, so at the time when the exception filter is handling an exception no RewritingResponse is on the chain of wrapped responses.
Norman RIchards suggested to split incoming and outgoing rewriting and place it at opposite ends of the filter chain.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4367) clustering and replication calls hashCode and injection fails.
by deanhiller (JIRA)
clustering and replication calls hashCode and injection fails.
--------------------------------------------------------------
Key: JBSEAM-4367
URL: https://jira.jboss.org/jira/browse/JBSEAM-4367
Project: Seam
Issue Type: Bug
Affects Versions: 2.1.1.GA
Environment: JBoss 5.0.1
Reporter: deanhiller
Seam seems to be doing replication after the request is complete(which is cool because replication failure does not affect the application) but when seam or jboss goes to replicate my conversation bean, it happens to have no session context because the request is complete. It then calls hashCode on my Seam bean as seen in the following stack trace and tries to inject a user object which is required. this object comes from the Session but there is no session since the replication is done after the request.
2009-08-19 11:58:16,939 WARN [org.jboss.web.tomcat.service.session.InstantSnaps
hotManager./portal] (http-0.0.0.0-8080-5) N/A Failed to replicate session ZBMJye
XcxwbcSR3R1Ns0Fg__
org.jboss.seam.RequiredException: @In attribute requires non-null value: fillInP
arams.user
at org.jboss.seam.Component.getValueToInject(Component.java:2297)
at org.jboss.seam.Component.injectAttributes(Component.java:1703)
at org.jboss.seam.Component.inject(Component.java:1521)
at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:61)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.persistence.ManagedEntityInterceptor.aroundInvoke(ManagedEntityInterceptor.java:48)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.core.ConversationInterceptor.aroundInvoke(ConversationInterceptor.java:65)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:118)
at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:185)
at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:103)
at net.voicelog.custom.PageBFillInReportParams_$$_javassist_7.hashCode(PageBFillInReportParams_$_javassist_7.java)
at java.util.HashMap$Entry.hashCode(HashMap.java:720)
at java.util.AbstractMap.hashCode(AbstractMap.java:461)
at org.jboss.ha.framework.server.SimpleCachableMarshalledValue.<init>(SimpleCachableMarshalledValue.java:74)
at org.jboss.ha.framework.server.SimpleCachableMarshalledValue.<init>(SimpleCachableMarshalledValue.java:80)
at org.jboss.web.tomcat.service.session.distributedcache.spi.SessionSerializationFactory.createMarshalleValue(SessionSerializationFactory.java:74)
at org.jboss.web.tomcat.service.session.distributedcache.impl.jbc.AbstractJBossCacheService.getMarshalldValue(AbstractJBossCacheService.java:641)
at org.jboss.web.tomcat.service.session.distributedcache.impl.jbc.AbstractJBossCacheService.putSession(AbstractJBossCacheService.java:405)
at org.jboss.web.tomcat.service.session.ClusteredSession.processSessionReplication(ClusteredSession.java:1194)
at org.jboss.web.tomcat.service.session.JBossCacheManager.processSessionRepl(JBossCacheManager.java:1635)
at org.jboss.web.tomcat.service.session.JBossCacheManager.storeSession(JBossCacheManager.java:294)
at org.jboss.web.tomcat.service.session.InstantSnapshotManager.snapshot(InstantSnapshotManager.java:49)
at org.jboss.web.tomcat.service.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:120)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.jboss.web.tomcat.service.sso.ClusteredSingleSignOn.invoke(ClusteredSingleSignOn.java:672)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:601)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months