[JBoss-dev] $B$"$1$*$a(B(*^$B!#(B ^*)
$B$*$;$AK0$-$A$c$C$?$h(B(>_<)$B$*$$$7$$$b$N?)$Y$K9T$-$?$$$J$!!!(B (B (B (B (B (B (B (B (B (B (B (B (B (B (B--- (BThis SF.net email is sponsored by: IBM Linux Tutorials. (BBecome an expert in LINUX or just sharpen your skills. Sign up for IBM's (BFree Linux Tutorials. Learn everything from the bash shell to sys admin. (BClick now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click (B___ (BJBoss-Development mailing list (B[EMAIL PROTECTED] (Bhttps://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Remoting and JMX Remoting Fixes
I've commited a handful of fixes/improvements to remoting and jmx-remoting I've found during testing and profiling our application related to memory growth and dangling threads. - I've added a slight improvement to the multicast detector for caching the detection notification and serialization bytes and only re-serialization if the detection data is different. - the notification cache has an improvement where it will only make one connection to a remote server for async notifications in the event multiple listeners are added. - I added a meaninful name to each thread pool worker thread in the JMX ThreadPool utility class to make it easy during a thread dump to tell what the thread is - I fixed a couple of problems found when doing failure testing of multiple server/clients. - Replaced the NetworkRegistry notifications to use a thread pool vs. creating new threads - I added a listener for detection of remote server failure and destroy the local client proxy to the remote mbean server automatically upon failure. These fixes have been committed to the 3.2 branch. Talking with Tom, he suggested (which I agree) that we wait until we have an official next release before committing these changes to HEAD. I plan to continue running JProbe against both remoting and jmx-remoting in the next week as we continue to integrate the 3.2.4 release into our product and hope to work with Tom to add some more scalability improvements soon. I'm particular interesting in continue to evolve/improve the async transport since I think it has a lot of performance optimizations in cases where a response isn't needed. Jeff --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JMX 1.2, remoting, and jmx-remoting commited to 3.2 branch
Thanks jeff, marcf > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Jeff Haynie > Sent: Saturday, January 03, 2004 11:25 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] JMX 1.2, remoting, and jmx-remoting > commited to 3.2 branch > > OK, I commited this -- remoting services are now deployed in > remoting-service.xml in default and all. It's not in minimal. > > Jeff > > Scott M Stark wrote: > > >I don't want the remoting code in the conf/jboss-service.xml > file yet. > >This needs to contain only the required services. The > remoting services > >need to be a seperate sar in deploy for easy removal if they are not > >wanted. > > > > > > > >Scott Stark > >Chief Technology Officer > >JBoss Group, LLC > > > >-Original Message- > >From: [EMAIL PROTECTED] > >[mailto:[EMAIL PROTECTED] On Behalf Of > >Jeff Haynie > >Sent: Saturday, January 03, 2004 7:45 AM > >To: [EMAIL PROTECTED] > >Cc: Tom Elrod > >Subject: Re: [JBoss-dev] JMX 1.2, remoting, and jmx-remoting > commited > >to > >3.2 branch > > > >Tom/Scott, > > > >The modules remoting and jmx-remoting weren't integrated > into the main > >build and weren't being built into the main distribution. I > fixed this > >and also setup the default detector/connectors to be automatically > >deployed as part of the default jboss-service.xml. > > > >I've committed this fix to the branch. > > > >Jeff > > > > > > > >--- > >This SF.net email is sponsored by: IBM Linux Tutorials. > >Become an expert in LINUX or just sharpen your skills. Sign up for > >IBM's Free Linux Tutorials. Learn everything from the bash > shell to sys admin. > >Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click > >___ > >JBoss-Development mailing list > >[EMAIL PROTECTED] > >https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > --- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign > up for IBM's Free Linux Tutorials. Learn everything from the > bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-870529 ] Nuke not using minPass attribute
Bugs item #870529, was opened at 2004-01-04 21:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=870529&group_id=22866 Category: Nukes Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Dan Higgins (dan_higgins1) Assigned to: Nobody/Anonymous (nobody) Summary: Nuke not using minPass attribute Initial Comment: I Found a small bug in UserModule.java it has a 5 hardcoded as the minimum password length and is herefore not using the mbean configuration attribute MinPass. I have included a patch file I did not see Nukes as a Category under Patch on this Site. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=870529&group_id=22866 --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-749348 ] ComponentSupport assumes component is not in top-level pkg
Bugs item #749348, was opened at 2003-06-05 08:10 Message generated for change (Settings changed) made by cooperfbi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=749348&group_id=22866 Category: Nukes Group: CVS HEAD >Status: Closed Resolution: None Priority: 5 Submitted By: Tom Davies (tomdavies) Assigned to: Nobody/Anonymous (nobody) Summary: ComponentSupport assumes component is not in top-level pkg Initial Comment: Line 80 of org.jboss.nukes.component.ComponentSupport throws a NullPointerException if the Block being loaded is in the default package. Yes, this isn't something one should want to do -- but it is exactly what I did for my 'hello world' block! private String root = getClass().getPackage().getName().replace('.', '/'); -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=749348&group_id=22866 --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-859407 ] Nukes tries to fill pn_id as null under PostgreSQL
Bugs item #859407, was opened at 2003-12-13 11:31 Message generated for change (Comment added) made by cooperfbi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=859407&group_id=22866 Category: Nukes Group: CVS HEAD >Status: Closed Resolution: None Priority: 7 Submitted By: Mathew McBride (linuxlx) >Assigned to: Julien Viet (cooperfbi) Summary: Nukes tries to fill pn_id as null under PostgreSQL Initial Comment: When trying to create a html page under Nukes CVS HEAD running on a PostgreSQL database, I get this: javax.ejb.CreateException: Could not create entity:java.sql.SQLException: ERROR: ExecInsert: Fail to add null value in not null attribute pn_uid at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.performInsert(JDBCAbstractCreateCommand.java:303) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:554) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.execute(JDBCAbstractCreateCommand.java:138) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:554) at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:208) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:269) at org.jboss.ejb.EntityContainer.createLocalHome(EntityContainer.java:581) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1043) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:88) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:197) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:214) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:88) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:89) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:88) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:267) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:98) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:92) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:120) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:483) at org.jboss.ejb.Container.invoke(Container.java:720) at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invokeHome(BaseLocalProxyFactory.java:293) at org.jboss.ejb.plugins.local.LocalHomeProxy.invoke(LocalHomeProxy.java:110) at $Proxy43.create(Unknown Source) at org.jboss.nukes.core.modules.html.HtmlModule.create(HtmlModule.java:276) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.nukes.module.ModuleSupport.render(ModuleSupport.java:74) at sun.reflect.GeneratedMethodAccessor142.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.interceptor.ObjectReferenceInterceptor.invoke(ObjectReferenceInterceptor.java:59) at org.jboss.mx.interceptor.MBeanAttributeInterceptor.invoke(MBeanAttributeInterceptor.java:43) at org.jboss.mx.interceptor.PersistenceInterceptor2.invoke(PersistenceInterceptor2.java:93) at org.jboss.nukes.mx.LifeCycleInterceptor.invoke(LifeCycleInterceptor.java:93) at org.jboss.mx.server.MBeanInvoker.invoke(MBeanInvoker.java:76) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) at org.jboss.nukes.html.ThemeSupport.module(ThemeSupport.java:196) at
[JBoss-dev] [ jboss-Bugs-870529 ] Nuke not using minPass attribute
Bugs item #870529, was opened at 2004-01-04 22:18 Message generated for change (Settings changed) made by cooperfbi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=870529&group_id=22866 Category: Nukes Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Dan Higgins (dan_higgins1) >Assigned to: Julien Viet (cooperfbi) Summary: Nuke not using minPass attribute Initial Comment: I Found a small bug in UserModule.java it has a 5 hardcoded as the minimum password length and is herefore not using the mbean configuration attribute MinPass. I have included a patch file I did not see Nukes as a Category under Patch on this Site. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=870529&group_id=22866 --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-841526 ] Could not load class
Bugs item #841526, was opened at 2003-11-13 17:03 Message generated for change (Settings changed) made by cooperfbi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=841526&group_id=22866 Category: Nukes Group: CVS HEAD >Status: Closed Resolution: None Priority: 5 Submitted By: Shawn Stephens (sstephens79) Assigned to: Julien Viet (cooperfbi) Summary: Could not load class Initial Comment: I just checked out nukes CVS and deployed it in JBoss- 3.2.3RC1 (Tomcat) and I get the following error when tryging to add the bb module. Please see attached server log for more info. 2003-11-13 09:59:13,646 ERROR [org.jboss.deployment.scanner.URLDeploymentScanner] MBeanException: Exception in MBean operation 'checkIncompleteDeployments()' Cause: Incomplete Deployment listing: Packages waiting for a deployer: Incompletely deployed packages: MBeans waiting for classes: MBeans waiting for other MBeans: [ObjectName: nukes.modules:name=bb state: CREATED I Depend On: nukes.modules:name=core jboss.j2ee:service=EJB,jndiName=nukes/bb/Category jboss.j2ee:service=EJB,jndiName=nukes/bb/Forum jboss.j2ee:service=EJB,jndiName=nukes/bb/Group jboss.j2ee:service=EJB,jndiName=nukes/bb/Option jboss.j2ee:service=EJB,jndiName=nukes/bb/Poll jboss.j2ee:service=EJB,jndiName=nukes/bb/Post jboss.j2ee:service=EJB,jndiName=nukes/bb/Topic jboss.j2ee:service=EJB,jndiName=nukes/bb/User jboss.j2ee:service=EJB,jndiName=nukes/bb/Utils jboss.j2ee:service=EJB,jndiName=nukes/bb/Vote jboss.j2ee:service=EJB,jndiName=nukes/bb/Watch Depends On Me: nukes.blocks:name=bb , ObjectName: nukes.blocks:name=bb state: CREATED I Depend On: nukes.modules:name=bb Depends On Me: , ObjectName: jboss.j2ee:service=EJB,jndiName=nukes/bb/Watch state: FAILED I Depend On: Depends On Me: nukes.modules:name=bb org.jboss.deployment.DeploymentException: Could not load class: , ObjectName: jboss.j2ee:service=EJB,jndiName=nukes/bb/Post state: FAILED I Depend On: Depends On Me: nukes.modules:name=bb org.jboss.deployment.DeploymentException: Could not load class: , ObjectName: jboss.j2ee:service=EJB,jndiName=nukes/bb/Poll state: FAILED I Depend On: Depends On Me: nukes.modules:name=bb org.jboss.deployment.DeploymentException: Could not load class: , ObjectName: jboss.j2ee:service=EJB,jndiName=nukes/bb/Forum state: FAILED I Depend On: Depends On Me: nukes.modules:name=bb org.jboss.deployment.DeploymentException: Could not load class: , ObjectName: jboss.j2ee:service=EJB,jndiName=nukes/bb/Group state: FAILED I Depend On: Depends On Me: nukes.modules:name=bb org.jboss.deployment.DeploymentException: Could not load class: , ObjectName: jboss.j2ee:service=EJB,jndiName=nukes/bb/Topic state: FAILED I Depend On: Depends On Me: nukes.modules:name=bb org.jboss.deployment.DeploymentException: Could not load class: , ObjectName: jboss.j2ee:service=EJB,jndiName=nukes/bb/Option state: FAILED I Depend On: Depends On Me: nukes.modules:name=bb org.jboss.deployment.DeploymentException: Could not load class: , ObjectName: jboss.j2ee:service=EJB,jndiName=nukes/bb/Category state: FAILED I Depend On: Depends On Me: nukes.modules:name=bb org.jboss.deployment.DeploymentException: Could not load class: , ObjectName: jboss.j2ee:service=EJB,jndiName=nukes/bb/Vote state: FAILED I Depend On: Depends On Me: nukes.modules:name=bb org.jboss.deployment.DeploymentException: Could not load class: , ObjectName: jboss.j2ee:service=EJB,jndiName=nukes/bb/User state: FAILED I Depend On: Depends On Me: nukes.modules:name=bb org.jboss.deployment.DeploymentException: Could not load class: ] -- Comment By: Julien Viet (cooperfbi) Date: 2003-11-13 17:34 Message: Logged In: YES user_id=337141 I will modify the build therefore to not overwrite with the default config file if it already exists. -- Comment By: Julien Viet (cooperfbi) Date: 2003-11-13 17:19 Message: Logged In: YES user_id=337141 Did you copy the file nukes/build/etc/local.properties-mysql in nukes/build/local.properties to setup the mysql database ? Most of the time this error is seen when the preceding has not been done because the nukes-entity-command is a class name and the token in the EJB-JAR.XML is not replaced by the good value, so instead of having org.jboss.server.etc you have the token $nukes-entity-command@ you can check that by looking at the file : nukes/bb/output/resources/nukes-bb-ejb-jar/META-INF/jbosscmp- jdbc.xml which contains the entity commands tag if you have @nukes-entity-command@, this is that error. Otherwise if this is a classname, then that means that class is not available in the server (unlikely). The value should be : org.jboss.ejb.plugins.cmp.jdbc.keygen.JDBCMySQLCreateCommand -
[JBoss-dev] [ jboss-Bugs-870541 ] Nukes not evaluting ${config:minAge} correctly
Bugs item #870541, was opened at 2004-01-04 22:46 Message generated for change (Settings changed) made by cooperfbi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=870541&group_id=22866 Category: Nukes Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Dan Higgins (dan_higgins1) >Assigned to: Julien Viet (cooperfbi) Summary: Nukes not evaluting ${config:minAge} correctly Initial Comment: The file ../modules/user/module.html has the following code which is not working properly: ... ${user.WelcomeTo} ${config:siteName} ${user.Registration} ... ${user.MustBe_1} ${config:minAge} ${user.MustBe_2} ... The checkage page shows " ..18 or over, or have parental permission to register here." The number 18 is currently hardcoded in Resource_en_US.properties file. The minAge attribute has a value set in the core mbean but is not parsed correctly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=870541&group_id=22866 --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-870541 ] Nukes not evaluting ${config:minAge} correctly
Bugs item #870541, was opened at 2004-01-04 21:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=870541&group_id=22866 Category: Nukes Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Dan Higgins (dan_higgins1) Assigned to: Nobody/Anonymous (nobody) Summary: Nukes not evaluting ${config:minAge} correctly Initial Comment: The file ../modules/user/module.html has the following code which is not working properly: ... ${user.WelcomeTo} ${config:siteName} ${user.Registration} ... ${user.MustBe_1} ${config:minAge} ${user.MustBe_2} ... The checkage page shows " ..18 or over, or have parental permission to register here." The number 18 is currently hardcoded in Resource_en_US.properties file. The minAge attribute has a value set in the core mbean but is not parsed correctly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=870541&group_id=22866 --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-863113 ] Session Replication Inconsistent
Bugs item #863113, was opened at 2003-12-19 20:33 Message generated for change (Comment added) made by tpeuss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=863113&group_id=22866 Category: Clustering Group: v3.2 Status: Pending Resolution: Invalid Priority: 5 Submitted By: Jason Tetrault (airsquig) Assigned to: Thomas Peuss (tpeuss) Summary: Session Replication Inconsistent Initial Comment: This Bug report is a result of discussions on the JBoss Forums: http://www.jboss.org/index.html? module=bb&op=viewtopic&t=43602 Versions Replicated on: JBoss 3.2.3, JBoss 3.2.2, JBoss 3.2.4 RC, JBoss 4.0 RC Version researched: JBoss 3.2.4 nightly Overview: It was noticed that HTTP Session Replication appeared inconsistent in a clustered environment. Further research showed that this was happening under round robin load balancing. Basically, it was found that a Session would replicate to another node ONCE and only Once, after that, the sessions are inconsistent. This shows itself in a apache round robin, NON Sticky load balanced configuration. On the third hit is when this bug shows itself. Now, after adding some trace, what I found is the following: It seem that the org.jboss.web.tomcat.session.ClusterManager has a local session container(sessions). If and only if the session is not in the local container, it will access the HTTPSessionMBean to get the session, which calls the org.jboss.ha.httpsession.beanimpl.ejb.ClusteredHTTPSes sionBeanImpl EJB. All works well. If node A is hit first, then Node B, Node B will get the session from the EJB that was set from node A. Now, Once both nodes have the session in their cache, the ClusterManager does not appear to go back to the MBean to re-get their session on get session requests, it just uses the version in local sessions container. This means that a session will replicate ONCE, and after that, tomcat uses its local version. This causes an inconsistent session state. It does look like each Servlet Container is updating there version in the EJB but, it is off because it is based off the inconsistent session it its local cache. Now, to test this, I made a quick code change to ClusterManager.findSession()method to get the session from the MBean and not use the one from sessions. This appeared to fix the problem (You have to call sessions.sessions.get(id) or it will break. Again, I did not spend much time on fixing it). Exactly how you want to fix this is up to you, I can see a few ways: 1. Somewhat like mentioned above. 2. Making the backend call the invalidate on the MBean to get rid of the sessions session. 3. others. Reproduction Information: This can be replicated by 1 JSP in a clustered environment in a session replicated web application. The attached JSP will replicate this problem. Basically, on each cluster, change the string being appended to the session key to the node name. In an apache round robin environment, one would expect that the string in the session would look like the following: Hit1: NodeA Hit2: NodeA,NodeB Hit3: NodeA,NodeB,NodeA Hit4: NodeA,NodeB,NodeA,NodeB Hit5: NodeA,NodeB,NodeA,NodeB,NodeA Right now, this is what happens: Hit1: NodeA Hit2: NodeA,NodeB Hit3: NodeA,NodeA Hit4: NodeA,NodeB,NodeB Hit5: NodeA,NodeA,NodeA Hit6: NodeA,NodeB,NodeB,NodeB Now, you do not necessarily need the apache round robin configuration but, it helps. Email me if you have any questions. Jason -- >Comment By: Thomas Peuss (tpeuss) Date: 2004-01-04 12:55 Message: Logged In: YES user_id=507779 I commited the changes today. Please give CVS Branch_3_2 a try. CU Thomas -- Comment By: Thomas Peuss (tpeuss) Date: 2003-12-29 19:27 Message: Logged In: YES user_id=507779 I am working on a solution for this. CU Thomas -- Comment By: Jason Tetrault (airsquig) Date: 2003-12-29 16:43 Message: Logged In: YES user_id=934522 Hello All, I was wondering if there was any update on this? - Jason -- Comment By: Jason Tetrault (airsquig) Date: 2003-12-21 18:56 Message: Logged In: YES user_id=934522 Hello Sacha, Thomas, My apologies. The requirements I speak of are system requirements that I am trying to help our customer meet, note necessarily J2EE requirements. The requirement was a clustered application that works without sticky sessions. I just wanted to note that I have helped deploy and develop a few large scale web systems (not necessarily with JBoss) and this is not the first time I have seen this requirement. More of a planning note for JBoss. I like the technology and wanted to help make this as competitive as possible. At least
[JBoss-dev] [ jboss-Patches-870303 ] automatic database update at deployment, replace #856849
Patches item #870303, was opened at 2004-01-04 11:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=870303&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Joachim Van der Auwera (triathlon98) Assigned to: Nobody/Anonymous (nobody) Summary: automatic database update at deployment, replace #856849 Initial Comment: New option to check the database structure at deployment and update it if possible. For this behaviour, in jbosscmp-jdbc.xml, in defaults, you have to add true It should normally be used in combination with true. The structure of the database is checked at deployment. The missing fields are added. The string fields have their length adjusted when the new type is longer than the old (numeric fields are not modified for the time being). Fields which are no longer needed are dropped. For relation tables, the code checks whether the definition is correct and logs a warning if not (the code also has the line to drop the table in this case commented out - it may cause a bit too much data loss). The current code has a limitation in that it converts fieldnames to upper case for comparison. This may cause problems for some systems (though, as JBossCMP does not allow quoting of fieldnames at this time, this should be minimal). Compared with the original patch, this one tries to respect coding style as much as possible, not modifying code which is not touched (should make integration a lot easier), and is based on the 3.2.4RC1 CVS snapshot of 2003-12-30. The original patch also deleted way to many fields, was less efficient and tried altering the structure of each field. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=870303&group_id=22866 --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] What is the purpose of the Translatable interfacein head?
The big deal is that this is a new semantic that has to be supported by all UCLs implementations, and its not a generic feature of all UCLs. Class creation should occur through ClassLoader.loadClass. Generating subclasses of existing classes is already done by the cmp2 layer without having to extend the ClassLoader interface, so why does AOP remoting? Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Sunday, January 04, 2004 12:44 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What is the purpose of the Translatable interfacein head? It is not specific to a particular bytecode generation framework and this is NOT a transformation, it is a class creation. If you are creating classes dynamically with any generation framework, you need a classloader to ClassLoader.defineClass. loadClass(String name, byte[] newClass) is a method that can be used by any bytecode generation framework to generate a new class. AOP Remoting needs this feature as some generated classes need to be visible through the ULR. These generated classes are also subclasses of existing classes and need to be cycled what the particular base class is cycled as well. I don't see what the big deal is anyways. Bill --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What is the purpose of the Translatable interfacein head?
It is not specific to a particular bytecode generation framework and this is NOT a transformation, it is a class creation. If you are creating classes dynamically with any generation framework, you need a classloader to ClassLoader.defineClass. loadClass(String name, byte[] newClass) is a method that can be used by any bytecode generation framework to generate a new class. AOP Remoting needs this feature as some generated classes need to be visible through the ULR. These generated classes are also subclasses of existing classes and need to be cycled what the particular base class is cycled as well. I don't see what the big deal is anyways. Bill Scott M Stark wrote: So create a custom subclass of UnifiedClassLoader then. This is introducing a dependency into the UCL layer specific to a particular bytecode generation framework and I don't want this in the UCL layer. Why can't this all be hidden in the Translator.transform method for the Javassist version of the Translator? Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Saturday, January 03, 2004 11:21 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What is the purpose of the Translatable interfacein head? Please don't. What this method does is allows the Classloader to create a class from a stream of bytes. If you are creating a class dynamically via Javassist(or something else), you need to be able to have this method on your classloader as defineClass is protected method. What Javassist does by default is creates an internal ClassLoader that extends ClassLoader so that a class can be dynamically created. Bill Scott M Stark wrote: Ok, but I don't see why the Class loadClass(String name, byte[] classfile) method is needed as any class bytecode mods should be handled by the Transformer. The only usage I can find in head is in AOPClassPool.writeAsClass(String classname) which itself has no usages. I think this method should be dropped. Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: Saturday, January 03, 2004 7:04 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What is the purpose of the Translatable interfacein head? This was something I added to remove aop's direct dependency on the UCL. It allows aop to be used in standalone mode without jbossmx. Regards, Adrian --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] What is the purpose of the Translatableinterfacein head?
Create a custom URL protocol handler that corresponds to an in memory hash map then. Its way too much work to write bytes that may never be requested out to the filesystem and is behavior that should not be in the UCL layer. Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Saturday, January 03, 2004 11:26 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What is the purpose of the Translatableinterfacein head? The filesystem stuff exists so that I can create a URL for the CodeSource. I needed this so that RMI classloading would work. Bill Adrian Brock wrote: > On Sat, 2004-01-03 at 15:41, Scott M Stark wrote: > >>Ah, ok. I don't want this method in the UCL layer though as its >>introducing writes to filesystem which really should not be here. >>Also, is a filesystem representation needed anyway? > > > I don't know why it does the filesystem stuff, it looks like an > implementation detail related to resources? > > We will have to ask Bill. > > Regards, > Adrian > > >> >> >>Scott Stark >>Chief Technology Officer >>JBoss Group, LLC >> >>-Original Message- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED] On Behalf Of >>Adrian Brock >>Sent: Saturday, January 03, 2004 7:26 AM >>To: [EMAIL PROTECTED] >>Subject: RE: [JBoss-dev] What is the purpose of the >>Translatableinterfacein head? >> >>I think this is a javassist callback? >> >>Regards, >>Adrian >> >> >> >>--- >>This SF.net email is sponsored by: IBM Linux Tutorials. >>Become an expert in LINUX or just sharpen your skills. Sign up for >>IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. >>Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click >>___ >>JBoss-Development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] What is the purpose of the Translatable interfacein head?
So create a custom subclass of UnifiedClassLoader then. This is introducing a dependency into the UCL layer specific to a particular bytecode generation framework and I don't want this in the UCL layer. Why can't this all be hidden in the Translator.transform method for the Javassist version of the Translator? Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Saturday, January 03, 2004 11:21 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What is the purpose of the Translatable interfacein head? Please don't. What this method does is allows the Classloader to create a class from a stream of bytes. If you are creating a class dynamically via Javassist(or something else), you need to be able to have this method on your classloader as defineClass is protected method. What Javassist does by default is creates an internal ClassLoader that extends ClassLoader so that a class can be dynamically created. Bill Scott M Stark wrote: > Ok, but I don't see why the Class loadClass(String name, byte[] > classfile) method > is needed as any class bytecode mods should be handled by the > Transformer. The only usage I can find in head is in > AOPClassPool.writeAsClass(String > classname) > which itself has no usages. I think this method should be dropped. > > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Adrian Brock > Sent: Saturday, January 03, 2004 7:04 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] What is the purpose of the Translatable > interfacein head? > > This was something I added to remove aop's direct dependency on the UCL. > It allows aop to be used in standalone mode without jbossmx. > > Regards, > Adrian > > > > --- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for > IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What is the purpose of the Translatable interfacein head?
One more thing AOPClassPool.writeAsClass is polymorphic on Javassist.ClassPool, so you won't see any usages. Bill Bill Burke wrote: Please don't. What this method does is allows the Classloader to create a class from a stream of bytes. If you are creating a class dynamically via Javassist(or something else), you need to be able to have this method on your classloader as defineClass is protected method. What Javassist does by default is creates an internal ClassLoader that extends ClassLoader so that a class can be dynamically created. Bill Scott M Stark wrote: Ok, but I don't see why the Class loadClass(String name, byte[] classfile) method is needed as any class bytecode mods should be handled by the Transformer. The only usage I can find in head is in AOPClassPool.writeAsClass(String classname) which itself has no usages. I think this method should be dropped. Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: Saturday, January 03, 2004 7:04 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What is the purpose of the Translatable interfacein head? This was something I added to remove aop's direct dependency on the UCL. It allows aop to be used in standalone mode without jbossmx. Regards, Adrian --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What is the purpose of the Translatableinterfacein head?
The filesystem stuff exists so that I can create a URL for the CodeSource. I needed this so that RMI classloading would work. Bill Adrian Brock wrote: On Sat, 2004-01-03 at 15:41, Scott M Stark wrote: Ah, ok. I don't want this method in the UCL layer though as its introducing writes to filesystem which really should not be here. Also, is a filesystem representation needed anyway? I don't know why it does the filesystem stuff, it looks like an implementation detail related to resources? We will have to ask Bill. Regards, Adrian Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: Saturday, January 03, 2004 7:26 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] What is the purpose of the Translatableinterfacein head? I think this is a javassist callback? Regards, Adrian --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What is the purpose of the Translatable interfacein head?
Please don't. What this method does is allows the Classloader to create a class from a stream of bytes. If you are creating a class dynamically via Javassist(or something else), you need to be able to have this method on your classloader as defineClass is protected method. What Javassist does by default is creates an internal ClassLoader that extends ClassLoader so that a class can be dynamically created. Bill Scott M Stark wrote: Ok, but I don't see why the Class loadClass(String name, byte[] classfile) method is needed as any class bytecode mods should be handled by the Transformer. The only usage I can find in head is in AOPClassPool.writeAsClass(String classname) which itself has no usages. I think this method should be dropped. Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: Saturday, January 03, 2004 7:04 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] What is the purpose of the Translatable interfacein head? This was something I added to remove aop's direct dependency on the UCL. It allows aop to be used in standalone mode without jbossmx. Regards, Adrian --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Shutdown Failed! JBoss (HEAD/linux1/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sun Jan 4 07:10:58 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBOSS SHUTDOWN FAILED === Sun Jan 4 07:10:58 GMT 2004 === Linux nog.kimptoc.net 2.4.20-27.7 #1 Thu Dec 11 15:04:48 EST 2003 i686 unknown === java -version java version "1.4.1_05" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Test Job Failed to Complete Successfully (or we gave up on it...)! JBoss (HEAD/linux1/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sun Jan 4 07:10:23 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === tests-standard-stress: [junit] Running org.jboss.test.bank.test.BankEJB20StressTestCase [junit] TEST org.jboss.test.bank.test.BankEJB20StressTestCase FAILED (timeout) [junit] Running org.jboss.test.bank.test.BankStressTestCase [junit] TEST org.jboss.test.bank.test.BankStressTestCase FAILED (timeout) [junit] Running org.jboss.test.cache.stress.LocalStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 84.108 sec [junit] Running org.jboss.test.cache.stress.ReadWriteLockWithUpgradeStressTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 7.62 sec [junit] Running org.jboss.test.cmp2.cmrstress.CMRStressTestCase [junit] TEST org.jboss.test.cmp2.cmrstress.CMRStressTestCase FAILED (timeout) [junit] Running org.jboss.test.cts.test.StatelessSessionStressTestCase [junit] TEST org.jboss.test.cts.test.StatelessSessionStressTestCase FAILED (timeout) [junit] Running org.jboss.test.deadlock.test.BeanStressTestCase [junit] TEST org.jboss.test.deadlock.test.BeanStressTestCase FAILED (timeout) [junit] Running org.jboss.test.hello.test.HelloClusteredHttpStressTestCase [junit] TEST org.jboss.test.hello.test.HelloClusteredHttpStressTestCase FAILED (timeout) [junit] Running org.jboss.test.hello.test.HelloHttpStressTestCase [junit] TEST org.jboss.test.hello.test.HelloHttpStressTestCase FAILED (timeout) [junit] Running org.jboss.test.hello.test.HelloTimingStressTestCase [junit] TEST org.jboss.test.hello.test.HelloTimingStressTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.perf.JBossMQPerfStressTestCase [junit] TEST org.jboss.test.jbossmq.perf.JBossMQPerfStressTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.perf.OIL2InvocationLayerStressTestCase [junit] TEST org.jboss.test.jbossmq.perf.OIL2InvocationLayerStressTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.perf.OILInvocationLayerStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 11.464 sec [junit] Running org.jboss.test.jbossmq.perf.RMIInvocationLayerStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 12.881 sec [junit] Running org.jboss.test.jbossmq.perf.SendReplyPerfStressTestCase [junit] TEST org.jboss.test.jbossmq.perf.SendReplyPerfStressTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.perf.UIL2InvocationLayerStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 13.847 sec [junit] Running org.jboss.test.jca.test.BaseConnectionManagerStressTestCase [junit] Tests run: 7, Failures: 2, Errors: 0, Time elapsed: 17.677 sec [junit] TEST org.jboss.test.jca.test.BaseConnectionManagerStressTestCase FAILED [junit] Running org.jboss.test.jca.test.CachedConnectionBankStressTestCase [junit] TEST org.jboss.test.jca.test.CachedConnectionBankStressTestCase FAILED (timeout) [junit] Running org.jboss.test.lock.test.EnterpriseEntityStressTestCase [junit] TEST org.jboss.test.lock.test.EnterpriseEntityStressTestCase FAILED (timeout) [junit] Running org.jboss.test.naming.test.NamingStressTestCase [junit] TEST org.jboss.test.naming.test.NamingStressTestCase FAILED (timeout) [junit] Running org.jboss.test.perf.test.PerfStressTestCase [junit] TEST org.jboss.test.perf.test.PerfStressTestCase FAILED (timeout) [junit] Running org.jboss.test.pooled.test.BeanStressTestCase [junit] TEST org.jboss.test.pooled.test.BeanStressTestCase FAILED (timeout) tests-client-stress: tests-security-basic-stress: [junit] Running org.jboss.test.jmx.test.SecureJMXInvokerUnitTestCase [junit] TEST org.jboss.test.jmx.test.SecureJMXInvokerUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.perf.test.SecurePerfStressTestCase [junit] TEST org.jboss.test.perf.test.SecurePerfStressTestCase FAILED (timeout) [junit] Running org.jboss.test.security.test.SecurityMgrStressTestCase [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.971 sec tests-jsr77-unit: [junit] Running org.jboss.test.management.test.JSR77SpecUnitTestCase [junit] TEST org.jboss.test.management.test.JSR77SpecUnitTestCase FAILED