Re: [JBoss-dev] lock errors on commit attempts
Ok, nothing like non-deterministic locking. I'll adopt your persistent attitude. - Original Message - From: Adrian Brock [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 19, 2003 10:07 PM Subject: RE: [JBoss-dev] lock errors on commit attempts Hi Scott, I've been seeing the same errors and it was not accepting my password sometimes. I was just persistent. Regards, Adrian Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] lock errors on commit attempts
Definitely had password problems today. For a moment I thought I had forgotten mine or simply cannot type anymore.. -- Juha On Fri, 20 Jun 2003, Adrian Brock wrote: Hi Scott, I've been seeing the same errors and it was not accepting my password sometimes. I was just persistent. Regards, Adrian Adrian Brock Director of Support Back Office JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: 20 June 2003 05:59 To: [EMAIL PROTECTED] Subject: [JBoss-dev] lock errors on commit attempts Everytime I try to do a commit I'm seeing a failure like the following: cvs server: failed to create lock directory for `/cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins' (/cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/#c vs.lock): Permission denied cvs server: lock failed - giving up cvs [server aborted]: lock failed - giving up cvs commit: saving log message in /tmp/cvsIiqHry I saw Adrian check in some files recently. Is anyone else seeing this error? Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-756466 ] JNDI context is wrong inside setEntityContext()
Bugs item #756466, was opened at 2003-06-18 12:08 Message generated for change (Comment added) made by sflexus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=756466group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: Out of Date Priority: 5 Submitted By: Alexei Yudichev (sflexus) Assigned to: Alexey Loubyansky (loubyansky) Summary: JNDI context is wrong inside setEntityContext() Initial Comment: W2k or Linux, JDK 1.4.1_02, JBoss 3.2.1. Assuming the following method is a business method of a CMP Bean called Product: abstract public class ProductBean extends MMSBean implements EntityBean { [...] public MMSObject getMMSObject() { return getMmsimage(); } [...] } getMmsimage() is a CMR 1-to-1 field of ProductBean. MMSImage Bean implementation: class abstract public class MMSImageBean extends MMSObjectBean implements EntityBean { [...] } public abstract class MMSObjectBean extends MMSBean { [...] public void setEntityContext(EntityContext entityContext) { super.setEntityContext(entityContext); try { contentOwnerHome = (ContentOwnerHome) new InitialContext().lookup(java: comp/env/ejb/mms/ContentOwnerLocal); } catch (NamingException ex) { throw new EJBException(ex); } } [...] } A NameNotFoundException is thrown inside MMSObjectBean.setEntityContext() (see stack trace is attached). After carefull investigation it appeared that inside MMSImageBean.setEntityContext() (which is actually MMSObjectBean.setEntityContext()) the JNDI ENC context of Product bean is active despite of the current bean is MMSImageBean! After adding to Product bean an ejb reference to ContentOwner bean exception disappeared. Of course, ejb reference to ContentOwner bean does exist for MMSImage bean. If MMSObjectBean.setEntityContext() is invoked as a result of a different invocation chain, for example as a result of finding MMSImage by primary key, the JNDI context is set up properly. -- Comment By: Alexei Yudichev (sflexus) Date: 2003-06-20 11:08 Message: Logged In: YES user_id=345880 No it is not. Just downloaded and installed 3.2.2RC1 and still experience the same problem. Stack trace is attached. -- Comment By: Adrian Brock (ejort) Date: 2003-06-18 13:50 Message: Logged In: YES user_id=9459 This was fixed in the 3.2.2RC1 release Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=756466group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-757311 ] JSP compiler cannot see EAR classes after webapp is redepl
Bugs item #757311, was opened at 2003-06-19 15:30 Message generated for change (Comment added) made by jules_gosnell You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=757311group_id=22866 Category: JBossWeb Group: v3.2 Status: Closed Resolution: None Priority: 5 Submitted By: Alexei Yudichev (sflexus) Assigned to: Jules Gosnell (jules_gosnell) Summary: JSP compiler cannot see EAR classes after webapp is redepl Initial Comment: JBoss 3.2.1 and 3.2.2RC1. I have an EAR with one EJB-JAR and one WAR inside. After I redeploy WAR separately by invoking MainDeployer.redeploy(new URL(... /server/blah/deploy/App.ear/webapp.war)) JSP compiler ceases to see classes in EJB-JAR with NoClassDefFoundErrors. Classes in WEB-INF/classes and WEB-INF/lib/*.jar can be found however. Is there another, correct way to restart WAR inside EAR? -- Comment By: Jules Gosnell (jules_gosnell) Date: 2003-06-20 10:05 Message: Logged In: YES user_id=49106 AFAIK you have to redeploy the whole ear, but I may be out of date. Ask on jboss-user, someone may have a better idea. Jules -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=757311group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-738166 ] Random error on finder method
Bugs item #738166, was opened at 2003-05-15 13:38 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=738166group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Simone (milasx) Assigned to: Nobody/Anonymous (nobody) Summary: Random error on finder method Initial Comment: I have a finder method and the executed SQL finds ALWAYS one row. Strangely the finder method randomly fails. I guess that the entity cache must be in some kind of inconsistent state.That happens when the server is under load. I could not think of any workaround. Is it possible that one entity in the entity cache is corrupted because of some weak references to its fields? Attached a TRACE level log. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-06-20 13:35 Message: Logged In: YES user_id=543482 From Simone's email: I never had the error on first deploy I always got the error after 5 or 6 redeployment and after that at the next redeployment got an out of memory error. alex -- Comment By: Simone (milasx) Date: 2003-06-02 20:11 Message: Logged In: YES user_id=698828 Hi Alex, Same problem with 3.2.2Beta as of 02/06/03. Thanks!!! Simone 2003-06-02 18:03:06,977 DEBUG [org.jboss.logging.Log4jService] Installed System.out adapter 2003-06-02 18:03:06,977 DEBUG [org.jboss.logging.Log4jService] Installed System.err adapter 2003-06-02 18:03:18,647 DEBUG [org.jboss.resource.connectionmanager.IdleRemover] run: IdleRemover notifying pools, interval: 45 2003-06-02 18:03:50,438 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.MDSKeyVector.findByMandatoryParameters] Executing SQL: SELECT t0_o.MK_MDS_ID, t0_o.MK_ASOFDATE, t0_o.MK_BUSINESS_AREA, t0_o.MK_CLASS, t0_o.MK_CURRENCY, t0_o.MK_CURVE_ID, t0_o.MK_DATE_SAVED, t0_o.MK_INSTANCE, t0_o.MK_LOCATION, t0_o.MK_NAME, t0_o.MK_PROCESS, t0_o.MK_TIMESTAMP, t0_o.MK_USER FROM MDS_KEY t0_o WHERE t0_o.MK_CLASS = ? AND t0_o.MK_CURRENCY = ? AND t0_o.MK_INSTANCE = ? AND t0_o.MK_PROCESS = ? AND t0_o.MK_ASOFDATE = ? AND t0_o.MK_LOCATION = ? AND t0_o.MK_BUSINESS_AREA = ? AND t0_o.MK_NAME = ? 2003-06-02 18:03:50,454 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.MDSKeyVector.findByMandatoryParameters] Find failed java.lang.IllegalArgumentException: Entity primary key is null at org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache$PreloadKey.init(ReadAheadCache.java:640) at org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.getPreloadDataMap(ReadAheadCache.java:489) at org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.addPreloadData(ReadAheadCache.java:428) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:175) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:91) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:44) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:591) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(CMPPersistenceManager.java:312) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:301) at org.jboss.ejb.EntityContainer.findLocal(EntityContainer.java:628) 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:1006) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:88) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:188) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:215) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:88) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:91) 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:243) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:74) at
[JBoss-dev] [ jboss-Bugs-757856 ] neglected housekeeping in DeploymentInfo
Bugs item #757856, was opened at 2003-06-20 12:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=757856group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Rod Burgett (rodburgett) Assigned to: Nobody/Anonymous (nobody) Summary: neglected housekeeping in DeploymentInfo Initial Comment: The cleanup() method of DeploymentInfo is incomplete. This patch extends the clean up to include nulling several fields and clearing the classpath container. Also, prior to calling destroyLoaderRepository on the repositoryConfig field, an 'is null?' check is performed on the field. JBoss classes exhibit a lot of reference coupling; a singleton object whose reference is held by every instance of some other class, circular references, and so on. This type of coupling can thwart garbage collection, so it's important to help the gc whenever possible. This patch makes an exception in nulling the internal field references, for the deployer field. This field appears to be used by the org.jboss.management package after the destruction of the deployment info instance. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=757856group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Cvs trouble friday
cvs server: failed to create lock directory for `/cvsroot/jboss/build/jboss/etc/root' (/cvsroot/jboss/build/jboss/etc/root/#cvs.lock): Permission denied cvs server: failed to obtain dir lock in repository `/cvsroot/jboss/build/jboss/etc/root' cvs [server aborted]: read lock failed - giving up Something going on today? :) Thomas - Thomas Roka-Aardal; +47 97566202; +47 22331515; fax +47 22336024 Biskop Gunnerusgt. 2; Boks 805 Sentrum, 0104 Oslo; www.conduct.no; [EMAIL PROTECTED] - http://thepope.blog-city.com --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev]
-- --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] lock errors on commit attempts
Remember to take out the gloves as you type, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juha-P Lindfors Sent: Friday, June 20, 2003 2:17 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] lock errors on commit attempts Definitely had password problems today. For a moment I thought I had forgotten mine or simply cannot type anymore.. -- Juha On Fri, 20 Jun 2003, Adrian Brock wrote: Hi Scott, I've been seeing the same errors and it was not accepting my password sometimes. I was just persistent. Regards, Adrian Adrian Brock Director of Support Back Office JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: 20 June 2003 05:59 To: [EMAIL PROTECTED] Subject: [JBoss-dev] lock errors on commit attempts Everytime I try to do a commit I'm seeing a failure like the following: cvs server: failed to create lock directory for `/cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins' (/cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/#c vs.lock): Permission denied cvs server: lock failed - giving up cvs [server aborted]: lock failed - giving up cvs commit: saving log message in /tmp/cvsIiqHry I saw Adrian check in some files recently. Is anyone else seeing this error? Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Cvs trouble friday
I had submitted a couple of support requests to sf on this issue and they have been closed so perhaps the issue is fixed. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Thomas Roka-Aardal [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 20, 2003 5:59 AM Subject: [JBoss-dev] Cvs trouble friday cvs server: failed to create lock directory for `/cvsroot/jboss/build/jboss/etc/root' (/cvsroot/jboss/build/jboss/etc/root/#cvs.lock): Permission denied cvs server: failed to obtain dir lock in repository `/cvsroot/jboss/build/jboss/etc/root' cvs [server aborted]: read lock failed - giving up Something going on today? :) Thomas --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-757934 ] Impossible to hot-redeploy a webservice in a scoped ear
Bugs item #757934, was opened at 2003-06-20 16:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=757934group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Marius Kotsbak (mkotsbak) Assigned to: Nobody/Anonymous (nobody) Summary: Impossible to hot-redeploy a webservice in a scoped ear Initial Comment: We have a scoped ear which contain a webservice. In both jboss 3.0.2 and 3.0.8, when we touch scoped.ear/META-INF/application.xml to redeploy the ear, we get this error: -- 16:53:29,324 ERROR [URLDeploymentScanner] Failed to deploy: [EMAIL PROTECTED] url=file:/home/marius/bin/jboss-3.0.8/server/all/deploy/connect.ear/, deployedLastModified=1056120614000 } org.jboss.deployment.DeploymentException: attempting to redeploy a depoyed module! file:/home/marius/bin/jboss-3.0.8/server/all/deploy/connect.ear/externalsender.wsr --- It deploys without any problem when restarting jboss for each change in the scoped ear. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=757934group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-576913 ] OutOfMemory after redeploys
Bugs item #576913, was opened at 2002-07-03 14:07 Message generated for change (Comment added) made by ejain You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=576913group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Georg Schmid (giorgio42) Assigned to: Nobody/Anonymous (nobody) Summary: OutOfMemory after redeploys Initial Comment: JBoss3.0.1RC1 (zip file from sf), Solaris8, JDK 1.3.1_01 After deploying the same ejb jar file about 30 times I got an OutOfMemory exception from the JVM. The package contains about 30 EJBs (entity and SLSBs) and is 450 K in size. The exception happened during the start of the redeployment. Regression? Georg -- Comment By: Eric Jain (ejain) Date: 2003-06-20 18:18 Message: Logged In: YES user_id=474829 I can confirm this issue with JBoss 3.2.1 on Linux and Sun's Java 1.4.1. Loosing around 10MB of memory at every redeployment. The application consists of an ear with a nested war, jar and sar. Is anyone working on this issue, or is a workaround known (perhaps setting a scoped classloader)? -- Comment By: Tim McCune (javajedi) Date: 2003-03-28 20:22 Message: Logged In: YES user_id=62441 This is a duplicate of bug 435958, which is currently closed but I requested it be reopened. There is also some discussion of it in the forums, which used to be available at http://jboss.org/forums/thread.jsp?forum=121thread=27888 before the forums all went to hell this week. I have had this problem with every version of JBoss I've tried, including 3.2RC4. We have seen the problem manifest itself on both Linux and Solaris, but interestingly, not on Windows. I talked to Scott Stark about this a couple days ago, and he mentioned that he runs a leak test, but that he normally runs it on Windows. I suggested he try it on Linux to at least recreate the problem. As for 30 redeploys not being a problem, our ear file is 30 MB, so we run out of memory after about 6 redeploys. Very much a pain for us right now. -- Comment By: David Ward (dward2) Date: 2003-03-27 15:03 Message: Logged In: YES user_id=526282 We've actually seen this in all JBoss versions we've used (2.4.x - 3.x). Not that I don't want it fixed - I do - but we've come to the conclusion that we *never* do a hot-redploy 30 times on a production server. In development maybe, but it's acceptable (at least for us) there. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=576913group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-757994 ] JMX console does not display null values correctly
Bugs item #757994, was opened at 2003-06-20 18:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=757994group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Eric Jain (ejain) Assigned to: Nobody/Anonymous (nobody) Summary: JMX console does not display null values correctly Initial Comment: Null attributes are displayed as the string 'null' instead of as an empty string in the JMX console. This causes an exception to be thrown if the attribute is editable and submitted and, say, of type Integer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=757994group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-576913 ] OutOfMemory after redeploys
Bugs item #576913, was opened at 2002-07-03 05:07 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=576913group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Georg Schmid (giorgio42) Assigned to: Scott M Stark (starksm) Summary: OutOfMemory after redeploys Initial Comment: JBoss3.0.1RC1 (zip file from sf), Solaris8, JDK 1.3.1_01 After deploying the same ejb jar file about 30 times I got an OutOfMemory exception from the JVM. The package contains about 30 EJBs (entity and SLSBs) and is 450 K in size. The exception happened during the start of the redeployment. Regression? Georg -- Comment By: Scott M Stark (starksm) Date: 2003-06-20 09:46 Message: Logged In: YES user_id=175228 I'm working on the issue and there is no current workaround. -- Comment By: Eric Jain (ejain) Date: 2003-06-20 09:18 Message: Logged In: YES user_id=474829 I can confirm this issue with JBoss 3.2.1 on Linux and Sun's Java 1.4.1. Loosing around 10MB of memory at every redeployment. The application consists of an ear with a nested war, jar and sar. Is anyone working on this issue, or is a workaround known (perhaps setting a scoped classloader)? -- Comment By: Tim McCune (javajedi) Date: 2003-03-28 11:22 Message: Logged In: YES user_id=62441 This is a duplicate of bug 435958, which is currently closed but I requested it be reopened. There is also some discussion of it in the forums, which used to be available at http://jboss.org/forums/thread.jsp?forum=121thread=27888 before the forums all went to hell this week. I have had this problem with every version of JBoss I've tried, including 3.2RC4. We have seen the problem manifest itself on both Linux and Solaris, but interestingly, not on Windows. I talked to Scott Stark about this a couple days ago, and he mentioned that he runs a leak test, but that he normally runs it on Windows. I suggested he try it on Linux to at least recreate the problem. As for 30 redeploys not being a problem, our ear file is 30 MB, so we run out of memory after about 6 redeploys. Very much a pain for us right now. -- Comment By: David Ward (dward2) Date: 2003-03-27 06:03 Message: Logged In: YES user_id=526282 We've actually seen this in all JBoss versions we've used (2.4.x - 3.x). Not that I don't want it fixed - I do - but we've come to the conclusion that we *never* do a hot-redploy 30 times on a production server. In development maybe, but it's acceptable (at least for us) there. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=576913group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-758108 ] Deadlocks occur is connection is SERIALIZABLE
Bugs item #758108, was opened at 2003-06-20 12:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=758108group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jeremy Boynes (jboynes) Assigned to: Jeremy Boynes (jboynes) Summary: Deadlocks occur is connection is SERIALIZABLE Initial Comment: If the database connection is running with a SERIALIZABLE isolation level, deadlocks can occur on databases such as SQL Server that use pessimistic locking. Consider two threads R and W, where R just reads a value and W does updates. The deadlock occurs under the following circumstance: W executes a finder, which takes a S lock on the row R executes a finder, which also takes an S lock W reads a field, which takes an EJB lock and uses its existing S lock R reads a field, which blocks in JBoss due to the EJB lock held by W W tries to write the field, but blocks converting its S lock to an X lock due to the S lock held by R We are now deadlocked -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=758108group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-757856 ] neglected housekeeping in DeploymentInfo
Bugs item #757856, was opened at 2003-06-20 05:34 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=757856group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Rod Burgett (rodburgett) Assigned to: Scott M Stark (starksm) Summary: neglected housekeeping in DeploymentInfo Initial Comment: The cleanup() method of DeploymentInfo is incomplete. This patch extends the clean up to include nulling several fields and clearing the classpath container. Also, prior to calling destroyLoaderRepository on the repositoryConfig field, an 'is null?' check is performed on the field. JBoss classes exhibit a lot of reference coupling; a singleton object whose reference is held by every instance of some other class, circular references, and so on. This type of coupling can thwart garbage collection, so it's important to help the gc whenever possible. This patch makes an exception in nulling the internal field references, for the deployer field. This field appears to be used by the org.jboss.management package after the destruction of the deployment info instance. -- Comment By: Scott M Stark (starksm) Date: 2003-06-20 12:17 Message: Logged In: YES user_id=175228 Applied to 3.2. What is an example of a trace that is using the deployer after the DeploymentInfo has been cleared? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=757856group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-758131 ] FilePM - MessageLog Fault Tolerance
Patches item #758131, was opened at 2003-06-20 19:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=758131group_id=22866 Category: JBossMQ Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Dennis M. Kremer (kremerd) Assigned to: Nobody/Anonymous (nobody) Summary: FilePM - MessageLog Fault Tolerance Initial Comment: On occassion in production environments I've run into situations where machines run out of disk space or files inadvertantly get placed into the QUEUE directories for the File Based persistence manager. When this happens and jboss restarts, I wind up with Corrupted Messages in the QUEUE folders but the MessageLog class will stop processing or re-constituting the rest of the messages in the QUEUE folder after it hits the first corrupt message resulting in message loss for the application. I've added a bit of fault tolerance to the File PM MessageLog to log corrupt messages and then mark the file for deletion; then go onto the next message. This way corrupt messages are cleaned up and good messages are found on restart and delivered. Here's the old code: protected void restoreMessageFromFile( java.util.TreeMap store, File file ) throws Exception { ObjectInputStream in = new ObjectInputStream( new FileInputStream( file ) ); long msgId = in.readLong(); SpyMessage message = SpyMessage.readMessage( in ); in.close(); message.messageId = msgId; message.persistData = file; store.put( new Long( msgId ), message ); } Here's my patch: protected void restoreMessageFromFile( java.util.TreeMap store, File file ) throws Exception { try{ ObjectInputStream in = new ObjectInputStream( new FileInputStream( file ) ); long msgId = in.readLong(); SpyMessage message = SpyMessage.readMessage( in ); in.close(); message.messageId = msgId; message.persistData = file; store.put( new Long( msgId ), message ); }catch(Throwable t){ log.warn(JBOSSMQ File: + file.getAbsoluteFile() + could not be recovered.); log.warn(t); try{ file.deleteOnExit(); }catch(Throwable tt){ log.info(tt); } } } -Dennis Kremer [EMAIL PROTECTED] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=758131group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-758099 ] Jsr-77: Wrong J2EEServer attributes
Bugs item #758099, was opened at 2003-06-20 11:55 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=758099group_id=22866 Category: JBossMX Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Stefan Reich (sreich) Assigned to: Scott M Stark (starksm) Summary: Jsr-77: Wrong J2EEServer attributes Initial Comment: Seen on MacOSX, JDK 1.4, Jboss 3.2.2 TOT of today. The following ObjectNames have the wrong J2EEServer attribute, which should be Local. J2EEServer=JBoss LocalTransaction JDBC Wrapper,JCAResource=DefaultDS,j2eeType=JCAConnectionF actory,name=DefaultDS J2EEServer=JBoss LocalTransaction JDBC Wrapper,j2eeType=JCAResource,name=DefaultDS J2EEServer=JMS Adapter,JCAResource=JmsXA,j2eeType=JCAConnectionFactor y,name=JmsXA J2EEServer=JMS Adapter,j2eeType=JCAResource,name=JmsXA The J2EEServer attribute is missing from the following entries: j2eeType=JCAManagedConnectionFactory,name=DefaultDS j2eeType=JCAManagedConnectionFactory,name=JmsXA To reproduce, fire up the jmx-console and look at the entries under jboss.management.local -- Comment By: Scott M Stark (starksm) Date: 2003-06-20 13:52 Message: Logged In: YES user_id=175228 These names have been corrected in the 3.2 branch. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=758099group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-750896 ] jboss-3.2.2RC1_tomcat-4.1.24.zip is not include tomcat.
Bugs item #750896, was opened at 2003-06-08 07:47 Message generated for change (Comment added) made by woodydiwu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=750896group_id=22866 Category: CatalinaBundle Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Yoshiaki Nakagawa (yoshagb3) Assigned to: Scott M Stark (starksm) Summary: jboss-3.2.2RC1_tomcat-4.1.24.zip is not include tomcat. Initial Comment: I think jboss-3.2.2RC1_tomcat-4.1.24.zip is not include tomcat. Thanks. -- Comment By: woody wu (woodydiwu) Date: 2003-06-20 18:36 Message: Logged In: YES user_id=805960 How could I setup tomcat in eclipse??? it complains server.xml is not found. I am using jboss- 3.2.2RC1_tomcat-4.1.24 -- Comment By: woody wu (woodydiwu) Date: 2003-06-20 18:33 Message: Logged In: YES user_id=805960 How could I setup tomcat in eclipse??? it complains server.xml is not found. -- Comment By: Scott M Stark (starksm) Date: 2003-06-12 14:34 Message: Logged In: YES user_id=175228 I fixed this problem and released corrected versions of the zip and tgz bundles. -- Comment By: Colin Sampaleanu (colins) Date: 2003-06-11 14:23 Message: Logged In: YES user_id=71283 Did you actually try running the updated version? It appears to be messed up. Trying to run the new version, without any custom settings or deployments, TomCat can't come up properly. There is an initial errror: 2003-06-11 14:19:43,615 INFO [org.jboss.system.ServiceConfigurator] Problem configuring service jboss.web:service=WebServer org.jboss.deployment.DeploymentException: No Attribute found with name: UseJBossWebLoader at org.jboss.system.ServiceConfigurator.configure(ServiceConfigurator.java:334) at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:176) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:118) at org.jboss.system.ServiceController.install(ServiceController.java:225) at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) and then it goes on. At the end, there are a bunch of incomplete deployments: 14:19:49,677 ERROR [URLDeploymentScanner] MBeanException: Exception in MBean ope ration 'checkIncompleteDeployments()' Cause: Incomplete Deployment listing: Packages waiting for a deployer: [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC1 _tomcat-4.1.24/server/default/deploy/http-invoker.sar/invoker.war/ } deployer: null status: Starting state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/http-i nvoker.sar/invoker.war/ lastDeployed: 1055355587552 lastModified: 1054907388000 mbeans: , [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC 1_tomcat-4.1.24/server/default/deploy/jms/jbossmq-httpil.sar/jbossmq-httpil.war/ } deployer: null status: Starting state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/jms/jb ossmq-httpil.sar/jbossmq-httpil.war/ lastDeployed: 1055355587552 lastModified: 1054907388000 mbeans: , [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC 1_tomcat-4.1.24/server/default/deploy/jmx-console.war/ } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/jmx-co nsole.war/ lastDeployed: 1055355589646 lastModified: 1054907388000 mbeans: , [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC 1_tomcat-4.1.24/server/default/deploy/management/web-console.war } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/manage ment/web-console.war lastDeployed: 1055355589662 lastModified: 105535559 mbeans: ]Incompletely deployed packages: [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC1 _tomcat-4.1.24/server/default/deploy/jmx-console.war/ } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/jmx-co nsole.war/ lastDeployed: 1055355589646 lastModified: 1054907388000 mbeans: , [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC 1_tomcat-4.1.24/server/default/deploy/management/web-console.war } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/manage ment/web-console.war lastDeployed: 1055355589662 lastModified: 105535559 mbeans: ]MBeans waiting for classes: none MBeans waiting for other MBeans: [ObjectName:
[JBoss-dev] [ jboss-Bugs-750896 ] jboss-3.2.2RC1_tomcat-4.1.24.zip is not include tomcat.
Bugs item #750896, was opened at 2003-06-08 07:47 Message generated for change (Comment added) made by woodydiwu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=750896group_id=22866 Category: CatalinaBundle Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Yoshiaki Nakagawa (yoshagb3) Assigned to: Scott M Stark (starksm) Summary: jboss-3.2.2RC1_tomcat-4.1.24.zip is not include tomcat. Initial Comment: I think jboss-3.2.2RC1_tomcat-4.1.24.zip is not include tomcat. Thanks. -- Comment By: woody wu (woodydiwu) Date: 2003-06-20 18:33 Message: Logged In: YES user_id=805960 How could I setup tomcat in eclipse??? it complains server.xml is not found. -- Comment By: Scott M Stark (starksm) Date: 2003-06-12 14:34 Message: Logged In: YES user_id=175228 I fixed this problem and released corrected versions of the zip and tgz bundles. -- Comment By: Colin Sampaleanu (colins) Date: 2003-06-11 14:23 Message: Logged In: YES user_id=71283 Did you actually try running the updated version? It appears to be messed up. Trying to run the new version, without any custom settings or deployments, TomCat can't come up properly. There is an initial errror: 2003-06-11 14:19:43,615 INFO [org.jboss.system.ServiceConfigurator] Problem configuring service jboss.web:service=WebServer org.jboss.deployment.DeploymentException: No Attribute found with name: UseJBossWebLoader at org.jboss.system.ServiceConfigurator.configure(ServiceConfigurator.java:334) at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:176) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:118) at org.jboss.system.ServiceController.install(ServiceController.java:225) at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) and then it goes on. At the end, there are a bunch of incomplete deployments: 14:19:49,677 ERROR [URLDeploymentScanner] MBeanException: Exception in MBean ope ration 'checkIncompleteDeployments()' Cause: Incomplete Deployment listing: Packages waiting for a deployer: [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC1 _tomcat-4.1.24/server/default/deploy/http-invoker.sar/invoker.war/ } deployer: null status: Starting state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/http-i nvoker.sar/invoker.war/ lastDeployed: 1055355587552 lastModified: 1054907388000 mbeans: , [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC 1_tomcat-4.1.24/server/default/deploy/jms/jbossmq-httpil.sar/jbossmq-httpil.war/ } deployer: null status: Starting state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/jms/jb ossmq-httpil.sar/jbossmq-httpil.war/ lastDeployed: 1055355587552 lastModified: 1054907388000 mbeans: , [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC 1_tomcat-4.1.24/server/default/deploy/jmx-console.war/ } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/jmx-co nsole.war/ lastDeployed: 1055355589646 lastModified: 1054907388000 mbeans: , [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC 1_tomcat-4.1.24/server/default/deploy/management/web-console.war } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/manage ment/web-console.war lastDeployed: 1055355589662 lastModified: 105535559 mbeans: ]Incompletely deployed packages: [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC1 _tomcat-4.1.24/server/default/deploy/jmx-console.war/ } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/jmx-co nsole.war/ lastDeployed: 1055355589646 lastModified: 1054907388000 mbeans: , [EMAIL PROTECTED] { url=file:/E:/temp/jboss-3.2.2RC 1_tomcat-4.1.24/server/default/deploy/management/web-console.war } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/E:/temp/jboss-3.2.2RC1_tomcat-4.1.24/server/default/deploy/manage ment/web-console.war lastDeployed: 1055355589662 lastModified: 105535559 mbeans: ]MBeans waiting for classes: none MBeans waiting for other MBeans: [ObjectName: jboss.mq:service=InvocationLayer,type=HTTP state: CONFIGURED I Depend On: jboss.mq:service=Invoker jboss.web:service=WebServer Depends On Me: , ObjectName: jboss.web:service=WebServer state: FAILED I Depend On: Depends On Me: jboss.mq:service=InvocationLayer,type=HTTP
[JBoss-dev] [ jboss-Bugs-758204 ] Jsr-77: Missing StatisticsProvider attribute
Bugs item #758204, was opened at 2003-06-20 15:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=758204group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Stefan Reich (sreich) Assigned to: Nobody/Anonymous (nobody) Summary: Jsr-77: Missing StatisticsProvider attribute Initial Comment: MacOSX, JDK 1.4.1, JBoss 3.2.2 TOT. JavaMailResource returns falsee as the value for StatisticsProvider as opposed to JSR-77 section JSR77.6.17. To verify, launch the JMX console. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=758204group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-758211 ] JSR-77: IIOP and RMI don't expose RMI_IIOPResource
Bugs item #758211, was opened at 2003-06-20 15:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=758211group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Stefan Reich (sreich) Assigned to: Nobody/Anonymous (nobody) Summary: JSR-77: IIOP and RMI don't expose RMI_IIOPResource Initial Comment: MacOSX, JDK 1.4.1, JBoss 3.2.2 TOT. JSR77.3.31 Foreach RMI_IIOPresource available to a server there must be one managed object that implements the RMI_IIOPResource model. However, this is not the case. To verify, launch the JMX console, start jboss in the all configuration. Search for RMI_IIOPResource. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=758211group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-758213 ] jbossmq dual nic patch
Patches item #758213, was opened at 2003-06-20 16:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=758213group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Ken Seymour (kenseymour) Assigned to: Nobody/Anonymous (nobody) Summary: jbossmq dual nic patch Initial Comment: We are using jboss-3.2.0 for JMS only. All of our clients are standalone java applications. This patch fixes a problem you might have if you are a jboss JMS client on a machine that has two active TCP/IP network interfaces (two nics). The jboss JMS client code might use the wrong IP address for the client end of the connection to the JMS server, causing errors when jboss tries to ping (or is it pong?) back to the client. With this patch, if you specify a host name or ip address as the system property ws.jms.localhost, it will force the use of that address instead of the possibly incorrect address. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=758213group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp) Test Job Failed to Complete Successfully
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === NOTE: Sourceforge pserver cvs access is now using the backup server - so these results are for yesterdays code. === [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 2.003 sec [junit] TEST org.jboss.test.lock.test.EnterpriseEntityStressTestCase FAILED [junit] Running org.jboss.test.perf.test.PerfStressTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 2.023 sec [junit] TEST org.jboss.test.perf.test.PerfStressTestCase FAILED [junit] Running org.jboss.test.pooled.test.BeanStressTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 2.033 sec [junit] TEST org.jboss.test.pooled.test.BeanStressTestCase FAILED tests-security-basic-stress: [junit] Running org.jboss.test.perf.test.SecurePerfStressTestCase [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 3.505 sec [junit] TEST org.jboss.test.perf.test.SecurePerfStressTestCase FAILED tests-jsr77-unit: [junit] Running org.jboss.test.management.test.JSR77SpecUnitTestCase [junit] Tests run: 16, Failures: 0, Errors: 15, Time elapsed: 7.11 sec [junit] TEST org.jboss.test.management.test.JSR77SpecUnitTestCase FAILED tests-util-unit: [junit] Running org.jboss.test.util.test.PropertyEditorsUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 1.533 sec [junit] Running org.jboss.test.util.test.PropertyPatternUnitTestCase [junit] Tests run: 15, Failures: 0, Errors: 0, Time elapsed: 1.723 sec [junit] Running org.jboss.test.util.test.Scheduler2UnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 37.584 sec [junit] Running org.jboss.test.util.test.SchedulerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.555 sec [junit] Running org.jboss.test.util.test.ServerSideExampleUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 1, Time elapsed: 3.876 sec [junit] TEST org.jboss.test.util.test.ServerSideExampleUnitTestCase FAILED tests-jbossmx-compliance: [junit] Running org.jboss.test.jbossmx.compliance.modelmbean.ModelMBeanTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.893 sec [junit] Running org.jboss.test.jbossmx.compliance.monitor.BasicTestCase [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 8.271 sec [junit] Running org.jboss.test.jbossmx.compliance.notcompliant.NCMBeanTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 1.572 sec [junit] Running org.jboss.test.jbossmx.compliance.objectname.BasicTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.001 sec [junit] Running org.jboss.test.jbossmx.compliance.objectname.CanonicalTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.741 sec [junit] Running org.jboss.test.jbossmx.compliance.objectname.MalformedTestCase [junit] Tests run: 53, Failures: 0, Errors: 0, Time elapsed: 7.23 sec [junit] Running org.jboss.test.jbossmx.compliance.objectname.PatternTestCase [junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 1.292 sec [junit] Running org.jboss.test.jbossmx.compliance.registration.RegistrationTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.843 sec [junit] Running org.jboss.test.jbossmx.compliance.relation.BasicTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.541 sec [junit] Running org.jboss.test.jbossmx.compliance.server.MBeanServerFactoryTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.823 sec [junit] Running org.jboss.test.jbossmx.compliance.server.MBeanServerTestCase [junit] Tests run: 13, Failures: 0, Errors: 0, Time elapsed: 3.225 sec [junit] Running org.jboss.test.jbossmx.compliance.standard.InfoTortureTestCase [junit] Tests run: 38, Failures: 0, Errors: 0, Time elapsed: 3.265 sec [junit] Running org.jboss.test.jbossmx.compliance.standard.InheritanceTestCase [junit] Tests run: 21, Failures: 0, Errors: 0, Time elapsed: 2.504 sec [junit] Running org.jboss.test.jbossmx.compliance.standard.TrivialTestCase [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 1.812 sec [junit] Running org.jboss.test.jbossmx.compliance.timer.BasicTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 31.365 sec tests-jbossmx-implementation: [junit] Running org.jboss.test.jbossmx.implementation.persistence.OnTimerPersistenceTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 11.467 sec [junit] Running org.jboss.test.jbossmx.implementation.server.ContextCLTestCase [junit] Tests run: 2, Failures: 0,
[JBoss-dev] [AUTOMATED] JBoss (HEAD/winxp) Test Results: 47 % ( 411 / 862 ) - skipping class too much
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === NOTE: Sourceforge pserver cvs access is now using the backup server - so these results are for yesterdays code. === JBoss daily test results SUMMARY Number of tests run: 862 Successful tests: 411 Errors:437 Failures: 14 [time of test: 2003-06-21.00-11 GMT] [java.version: 1.4.1_03] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_03-b02] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] See http://jboss1.kimptoc.net/winxp/logtests/testresults/reports/html//. for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: AOPUnitTestCase Test:org.jboss.deployment.DeploymentException: Could not create deployment: file:/F:/jboss/jboss-head-test/testsuite/output/lib/aoptest.sar; - nested throwable: (MBeanException: org.jboss.deployment.DeploymentException: create operation failed for package file:/F:/jboss/jboss-head-test/testsuite/output/lib/aoptest.sar; - nested throwable: (org.jboss.deployment.DeploymentException: instantiating org.jboss.test.aop.bean.AOPTester failed: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO; - nested throwable: (RuntimeErrorException: instantiating org.jboss.test.aop.bean.AOPTester failed: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO Cause: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO)) Cause: org.jboss.deployment.DeploymentException: create operation failed for package file:/F:/jboss/jboss-head-test/testsuite/output/lib/aoptest.sar; - nested throwable: (org.jboss.deployment.DeploymentException: instantiating org.jboss.test.aop.bean.AOPTester failed: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO; - nested throwable: (RuntimeErrorException: instantiating org.jboss.test.aop.bean.AOPTester failed: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO Cause: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO))) Type:error Exception: org.jboss.deployment.DeploymentException Message: Could not create deployment: file:/F:/jboss/jboss-head-test/testsuite/output/lib/aoptest.sar; - nested throwable: (MBeanException: org.jboss.deployment.DeploymentException: create operation failed for package file:/F:/jboss/jboss-head-test/testsuite/output/lib/aoptest.sar; - nested throwable: (org.jboss.deployment.DeploymentException: instantiating org.jboss.test.aop.bean.AOPTester failed: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO; - nested throwable: (RuntimeErrorException: instantiating org.jboss.test.aop.bean.AOPTester failed: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO Cause: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO)) Cause: org.jboss.deployment.DeploymentException: create operation failed for package file:/F:/jboss/jboss-head-test/testsuite/output/lib/aoptest.sar; - nested throwable: (org.jboss.deployment.DeploymentException: instantiating org.jboss.test.aop.bean.AOPTester failed: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO; - nested throwable: (RuntimeErrorException: instantiating org.jboss.test.aop.bean.AOPTester failed: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO Cause: java.lang.NoClassDefFoundError: org/jboss/test/aop/bean/POJO))) - Suite: InvocationLogUnitTestCase Test:testClientInvocationLog(org.jboss.test.aop.test.InvocationLogUnitTestCase) Type:error Exception: java.lang.NoClassDefFoundError Message: org/jboss/test/aop/bean/POJO - Suite: InvocationLogUnitTestCase Test: testClientInvocationLogThrowsException(org.jboss.test.aop.testInvocationLogUnitTestCase) Type:error Exception: java.lang.NoClassDefFoundError Message: org/jboss/test/aop/bean/POJO - Suite: RemotingUnitTestCase Test:org.jboss.deployment.DeploymentException: Could not create deployment: file:/F:/jboss/jboss-head-test/testsuite/output/lib/aoptest.sar; - nested throwable: (MBeanException: org.jboss.deployment.DeploymentException: create operation failed for package
[JBoss-dev] Re: Attn: Sacha - AbstractSessionManager changes in org.mortbay...
Sacha Labourey wrote: Consequently, in any case, what is the process to get RW access to Jetty? Ask - and almost always you shall receive. If you want I'll give you access and you can check these changes in, but if they are just stats changes then I'm happy to do it my self as it will probably guilt me into improving some stats elsewhere. Actually, I'll give you write access even if you want me to do the merge as I hope it will calm the waters after the recent commercial differences. Basic rules for committing to Jetty are: + Try to keep the jetty-discuss list informed of what you are doing ahead of time + Don't break the build. + Don't get upset if your changes get modified - all contributions are worthwhile - even if they get replaced with something else as they have at least inspired, provoked or guides the something else. + Most of the code is copyright Mort Bay, but you don't want to assign your copyright to MB - then you don't have to. Note that there is another merge needed back from JBoss, as Christoph has made some recent changes with the handling of the web.xml parsing. I have not moved these back to JEtty yet as I am still concerned a bit about not binding core jetty classes to XML (as some deployments do not use it). Christoph modified his patches after I mentioned this, but I have not had time to review them again. I actually think I need to clean up that whole area and hope to have a new version that includes Christophs requirements in the next week or two. cheers --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development