[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-541) ConversationEntry reports the wrong description
by Norman Richards (JIRA)
ConversationEntry reports the wrong description
-----------------------------------------------
Key: JBSEAM-541
URL: http://jira.jboss.com/jira/browse/JBSEAM-541
Project: JBoss Seam
Issue Type: Bug
Affects Versions: 1.1.0.CR1
Reporter: Norman Richards
Assigned To: Gavin King
The linked forum post shows one example of this bug, though it is not directly the issue the poster is complaining of.
Using the forum application as a guide, start a conversation and then start a nested conversation. End the nested conversation. The description of the parent conversation in the converstion list on will be incorrect. (it will have the name of the current conversation that just ended)
This happens because of the following code:
public String getDescription()
{
if ( isCurrent() )
{
String desc = Conversation.instance().description;
if (desc!=null) return desc;
}
return description;
}
public boolean isCurrent()
{
Manager manager = Manager.instance();
if ( manager.isLongRunningConversation() )
{
return id.equals( manager.getCurrentConversationId() );
}
else if ( manager.isNestedConversation() )
{
return id.equals( manager.getParentConversationId() );
}
else
{
return false;
}
}
The parent conversation entry is considered "current". (isLongRunning() is false and isNestedConversation() is true) Because of this, the ConversationEntry description is ignored in favor of Conversation.instance().description. (Again, Conversation.instance(), is the nested conversation that just ended)
Subsequent requests display the conversation description correctly since they are done in the context of the correct conversation.
The isNestedConversation() check looks to be the source of the problem. I can't figure out what case that would make sense for.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2893) Thread-safety issues on Websphere with EM-injected components
by Eric Jung (JIRA)
Thread-safety issues on Websphere with EM-injected components
-------------------------------------------------------------
Key: JBSEAM-2893
URL: http://jira.jboss.com/jira/browse/JBSEAM-2893
Project: Seam
Issue Type: Bug
Environment: Websphere 6.1.0.13 with EJB Feature Pack on both Windows XP SP2 and Solaris 9 (SunOS 5.9)
Reporter: Eric Jung
I'm attaching an extremely simple application that demonstrates thread-safety issues with EntityManager / EntityManagerFactory in Websphere 6.1. This application has one entity bean, one session bean, and one web page.
The problem is very easy to reproduce. Just start typing "e" in the search field, which uses rich:suggestionbox, and very quickly press the search button. This results in two queries being performed simultaneously--one from the rich:suggestionbox keypress, and one from submitting the page's form. All 1000 rows of data begin with "e" so the query is slow, making it easier to create queries that execute simultaneously.
You'll get one of the following exceptions if you time things right (this isn't difficult, just hit the search button very quickly--if you're too slow, both queries will succeed without error):
"javax.ejb.ConcurrentAccessException: TX_METHOD_READY: wrong transaction"
or
"java.lang.IllegalStateException: could not acquire lock on @Synchronized component: memberSearch"
I've tried this EAR with both Hibernate and OpenJPA as persistence providers, and switched databases between Apache Derby and DB2. In all four permutations, I get the exact same exceptions. That should rule out any JDBC driver or JPA implementation issues.
I suspect this problem is related to the issue mentioned in this blog post by Sahoo (a Sun engineer): http://weblogs.java.net/blog/ss141213/archive/2005/12/dont_use_persis_1.html. Unfortunately, WebSphere doesn't support servlets 2.5 so <persistence-context-ref/> isn't available in web.xml. I tried the approach he discusses in "Application Managed Entity Manager", but it hasn't yet worked.
You can download a pre-built EAR (with source code included) at http://www.mediafire.com/?tlxxgaj4qtm, but I'll be attaching source code and configuration files here, too (can't attach the EAR directly since it's 11.6 MB with all the required JARs).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2449) The capturedView stuff doesn't support capturing the parameters emitted by s:link
by Andrew Elegante (JIRA)
The capturedView stuff doesn't support capturing the parameters emitted by s:link
---------------------------------------------------------------------------------
Key: JBSEAM-2449
URL: http://jira.jboss.com/jira/browse/JBSEAM-2449
Project: JBoss Seam
Issue Type: Bug
Affects Versions: 2.0.0.GA
Environment: Windows XP
JBoss 4.2.2 GA
Seam 2.0.0 GA
RichFaces 3.1.2 GA
Facelets 1.1.13
Reporter: Andrew Elegante
I have a page with an s:link in it like so
<s:link id="newFeeProduct" value="[#{feesNav.createNewFeeProduct}]" view="/fees/feeProduct/wizard/step1.xhtml"
action="#{feeProductWizard.startNewWizard()}" propogation="begin" />
In my pages.xml I have the following:
<page view-id="/fees/feeProduct/wizard/step1.xhtml" login-required="true" >
</page>
In my components.xml I have the following:
<event type="org.jboss.seam.notLoggedIn">
<action execute="#{redirect.captureCurrentView}"/>
</event>
<event type="org.jboss.seam.postAuthenticate">
<action execute="#{redirect.returnToCapturedView}"/>
</event>
It is possible that a user could click the link without having logged in which redirects to the login page. After logging in the redirect link retains the cid but loses the actionMethod param.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 3 months