[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2455) seam-gen dev profile does not read "WEB-INF/dev" directory for class files on Weblogic 10
by Jay Balunas (JIRA)
seam-gen dev profile does not read "WEB-INF/dev" directory for class files on Weblogic 10
------------------------------------------------------------------------------------------
Key: JBSEAM-2455
URL: http://jira.jboss.com/jira/browse/JBSEAM-2455
Project: JBoss Seam
Issue Type: Bug
Components: Tools
Affects Versions: 2.0.1.GA
Environment: RHEL 5 x86
JDK 1.6.0_02
Weblogic 10.3.TP
Reporter: Jay Balunas
A WAR application generated by seam-gen and modified as described in the new "Weblogic" chapter in the reference guide does not pick up the class files that deployed into the "WEB-INF/dev" directory.
The easiest way to describe duplicating it is to refer to the reference guide chapter. What the user sees is that no matter what is entered into the login page it is a failed login - with no errors in the logs If the class files in the "WEB-INF/dev" directory are moved to the "WEB-INF/classes" directory the login page behaves as expected.
Note the weblogic chapter to the reference guide is currently being finalized and I will note when it is checked in.
--
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
17 years, 6 months
[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
17 years, 6 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
17 years, 6 months