[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2967) Seam example's readme.txt updates
by Jay Balunas (JIRA)
Seam example's readme.txt updates
----------------------------------
Key: JBSEAM-2967
URL: http://jira.jboss.com/jira/browse/JBSEAM-2967
Project: Seam
Issue Type: Task
Components: Documentation Issues, Examples
Affects Versions: 2.0.2.CR2
Reporter: Jay Balunas
Priority: Minor
This is a listing of very minor changes to make the various readme.txt files more consistent. In the "examples/readme.txt" file it have general instructions and referrers to the specific example's readme.txt for differences in ant commands. Most of the items below are related to different ant commands that are needed.
* Groovy booking
- jbosswar.unexplode to undeploy + ant undeploy (to get -ds.xml file)
- no test
* hibernate
- no undeploy must call jboss.undeploy
- no test
* jpa
- no undeploy must call jboss.undeploy
* All remoting examples
- have an "ant test" command, but does not contain tests and shows testng help
* Seamdiscs
- need ant unexplod to remove completely
* Spring
- ant jbosswar.undeploy to undeploy
- no test
* ui
- no test
--
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, 7 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2936) Icefaces seam-gen build scripts need to be updated for mvel.jar changes
by Jay Balunas (JIRA)
Icefaces seam-gen build scripts need to be updated for mvel.jar changes
-----------------------------------------------------------------------
Key: JBSEAM-2936
URL: http://jira.jboss.com/jira/browse/JBSEAM-2936
Project: Seam
Issue Type: Bug
Components: ICE Faces Integration
Affects Versions: 2.0.2.CR2
Reporter: Jay Balunas
Assigned To: judy guglielmin
Fix For: 2.0.2.GA
Attachments: icefaces-access-error-server.log
Icefaces seam-gen ear application is showing a seam debug/error page. See the attached file for full stack trace.
The error's root cause appears to be: "NoClassDefFoundError: org/mvel/integration/impl/LocalVariableResolverFactory". Because this is similiar to an error you can get if using jars that have had testing modifications made I have have done the following (always clearing both the JBoss deployment and project for each step):
- cleaned and rebuilt 2.0.2.CR2 dist then recreated project - No change
- copied original 2.0.2.CR2 dist for backup then cleaned the tagged source code - cleared my .m2 cache - and rebuilt the whole dist.
- recreated the icefaces app
- got the same error.
I also tested seam gen with EAR and WAR projects that did not use icefaces and there were no issues.
--
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, 7 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2897) externalize list of deployable jars in seam-gen projects
by Dan Allen (JIRA)
externalize list of deployable jars in seam-gen projects
--------------------------------------------------------
Key: JBSEAM-2897
URL: http://jira.jboss.com/jira/browse/JBSEAM-2897
Project: Seam
Issue Type: Feature Request
Components: Tools
Affects Versions: 2.1.0.A1, 2.0.2.CR1, 2.0.1.GA
Reporter: Dan Allen
Assigned To: Dan Allen
Priority: Minor
Fix For: 2.0.2.CR2, 2.1.0.BETA1
Adding a new JAR to be included a seam-gen project deployment is a huge pain. You have to dive down into the middle of the build.xml file and find the inclusion list nested within the copy-libs target. Try explaining that to a newbie.
Despite plans to redesign the dependency mechanism in seam-gen projects, I think it is important to fix the smaller issue at hand. Let's externalize the list of deployed jars and use <includesfile name="deployed-jars.list"/> to include them.
--
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, 7 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2888) Calling Session.invalidate() leads to an explosion of new sessions
by Dan Allen (JIRA)
Calling Session.invalidate() leads to an explosion of new sessions
------------------------------------------------------------------
Key: JBSEAM-2888
URL: http://jira.jboss.com/jira/browse/JBSEAM-2888
Project: Seam
Issue Type: Bug
Components: Core
Affects Versions: 2.1.0.A1, 2.0.2.CR1, 2.0.1.GA
Reporter: Dan Allen
There appears to be a pretty nasty bug in Seam during the post-session invalidation routine. If you call #{session.invalidate} (which is also called by #{identity.logout}) a new session is created each time the conversation is referenced for the duration of the request.
To observe this behavior, install an HttpSessionListener that watches for session creation. Then run one of these two action listener methods. You will observe the many hits to the sessionCreated() method during the request that terminates the session with Session.invalidate().
public class SessionNotifier implements HttpSessionListener {
public void sessionCreated(HttpSessionEvent e) {
System.out.println("created session with id: " + e.getSession().getId());
}
public void sessionDestroyed(HttpSessionEvent e) {}
}
You can run Thread.dumpStack() in the listener to see that it is happening as a result of attribute reads on the ServerConversationContext. I guess because the session was invalidated, Seam attempts to recreate the session over and over as it works with the conversation within that request.
I consider this a pretty serious bug because it leads to significant growth of the HTTP session.
--
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, 7 months