RE: [JBoss-dev] LocalManagedConnection.java Breaks Sybase
Hi alls! This problem is triggered when it is called a stored procedure in sybase. The stored procedure must be defined with chained transaction mode or anymode sql sp_procxmode stored procedure name, 'anymode' /sql If the sp is called in transaction (autocommit = false), the mode must be anymode. I think that if the transaction mode for the method of EJB is Never the autocommit mode is setted to false. I have read the code which is written by David, but I have no tested this. David, you say that if there is a managed connection the autocommit is off, is it right? Is this valid when we have a managed connection without transaction? Or we have a autocommit = on? Claudio -Original Message- From: David Jencks [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 6:48 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] LocalManagedConnection.java Breaks Sybase Someone already reported this problem and I think found a solution. As I recall it was in the jca forum, which I hope will be back tomorrow. There is no autocommit setting in the rar configuration, the wrapper implements the jca required behavior of -- if there is a managed connection, autocommit is off (obviously) -- if there is no managed connection, autocommit is on. Since jdbc has the bad taste to use autocommit settings rather than explicitly starting local transactions, a good deal of jumping through hoops seems to be necessary. If you have a simpler way to implement this behavior I'd like to see it. david jencks On 2002.06.05 00:08:34 -0400 Corby Page wrote: I have had great success using JBoss 2.4.x with our Sybase 12 database. But when I attempted to migrate our production system to JBoss 3.0.0, I immediately had problems. On server startup, several of my MBeans attempt to run queries against the database. Whenever they call Connection.close(), the code blows up with a SQLException (the text of the exception is SET CHAINED IS NOT ALLOWED IN MULTISTATEMENT TRANSACTIONS). The offending code is in LocalManagedConnection.java: void checkTransaction() throws SQLException { if (inManagedTransaction) { return; } // end of if () //Not in managed transaction. //Should we autocommit? if (jdbcAutoCommit !con.getAutoCommit()) { CON.SETAUTOCOMMIT(TRUE); // Emphasis Added return; } // end of if () //Autocommit should be off, is it? if (con.getAutoCommit()) { con.setAutoCommit(false); } // end of if () } The emphasized line is the one which throws the SQLException. If I comment out the line, then my entire application is able to run just fine on 3.0. LocalManagedConnection.java seems to be a rather awkward piece of code. It hardcodes the initial value of jdbcAutoCommit, and then it continually attempts to override the connection's autocommit settings, regardless of how the user specifies autocommit in the RAR configuration. Sybase is barfing when LocalManagedConnection attempts to forcibly override the autocommit settings again, even though Sybase thinks it should be managing the transactional scope. While commenting out the offending line works for me, it wouldn't surprise me if that introduced concerns for other users. I hope that we can find an elegant patch that will allow Sybase users to take advantage of JBoss 3.0. Thanks, Corby _ Join the world's largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 5-June-2002
Number of tests run: 606 Successful tests: 576 Errors:29 Failures: 1 [time of test: 5 June 2002 0:29 GMT] [java.version: 1.3.1] [java.vendor: Apple Computer, Inc.] [java.vm.version: 1.3.1] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Mac OS X] [os.arch: ppc] [os.version: 10.1.4] See http://lubega.com/testarchive/${build.uid} for details of this test. See http://lubega.com for general test information. 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. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-563799 ] No method permissions assigned to method
Bugs item #563799, was opened at 2002-06-03 11:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=563799group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jakob Dalsgaard (dalsgaard) Assigned to: Nobody/Anonymous (nobody) Summary: No method permissions assigned to method Initial Comment: On: JB3.0RC3 + JB3.0 (just downloaded from sourceforge) I experience the following problem; Dain Sundstrom suggested that I submit a bug - I've been using the last few days convincing myself that it is indeed a bug - and collecting more information, so here goes: I am runing: - jdk 1.4 sun, java -version says: java version 1.4.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92) Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) - JBoss 3.0, before the same bug was experienced on JBoss 3.0 RC3.0. - Windows XP. I am developing an appllication containing a bunch of entity beans with relations - and one of my entity beans is called Customer - a Customer can have many Policy beans - and thus there is a method on the Policy Bean called setCustomer(CustomerLocal customer) -- when I deploy my ejb without security domain set in the jboss.xml file, everything works fine and my EJBCreatePolicyCommand can set the Customer on a newly created Policy Bean without any problems -- on the web layer I can set a securitydomain and have the user authenticated to access certain areas of the web application; but when I add the same security domain to the ejb-layer, things starts to go wrong. I have no problem calling get on my relations, but the EJBCreatePolicyCommand now fails with the exception: Could not create Policy : javax.ejb.TransactionRolledbackLocalException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation; nested exception is: javax.ejb.EJBException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation Embedded Exception Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation; nested exception is: javax.ejb.EJBException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation And the stack trace: Could not create Policy : javax.ejb.TransactionRolledbackLocalException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation; nested exception is: javax.ejb.EJBException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation Embedded Exception Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation; nested exception is: javax.ejb.EJBException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation at com.neupart.sa.policy.command.EJBCreatePolicy.execute(EJBCreatePolicy.java:153) at com.neupart.base.ejb.EJBCommandExecutorBean.execute(EJBCommandExecutorBean.java:37) at com.neupart.sa.policy.ejb.PolicyCMDBean.execute(PolicyCMDBean.java:60) 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.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:664) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:77) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:129) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:313) at org.jboss.ejb.Container.invoke(Container.java:705) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at
[JBoss-dev] [ jboss-Bugs-563799 ] No method permissions assigned to method
Bugs item #563799, was opened at 2002-06-03 11:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=563799group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jakob Dalsgaard (dalsgaard) Assigned to: Nobody/Anonymous (nobody) Summary: No method permissions assigned to method Initial Comment: On: JB3.0RC3 + JB3.0 (just downloaded from sourceforge) I experience the following problem; Dain Sundstrom suggested that I submit a bug - I've been using the last few days convincing myself that it is indeed a bug - and collecting more information, so here goes: I am runing: - jdk 1.4 sun, java -version says: java version 1.4.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92) Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) - JBoss 3.0, before the same bug was experienced on JBoss 3.0 RC3.0. - Windows XP. I am developing an appllication containing a bunch of entity beans with relations - and one of my entity beans is called Customer - a Customer can have many Policy beans - and thus there is a method on the Policy Bean called setCustomer(CustomerLocal customer) -- when I deploy my ejb without security domain set in the jboss.xml file, everything works fine and my EJBCreatePolicyCommand can set the Customer on a newly created Policy Bean without any problems -- on the web layer I can set a securitydomain and have the user authenticated to access certain areas of the web application; but when I add the same security domain to the ejb-layer, things starts to go wrong. I have no problem calling get on my relations, but the EJBCreatePolicyCommand now fails with the exception: Could not create Policy : javax.ejb.TransactionRolledbackLocalException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation; nested exception is: javax.ejb.EJBException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation Embedded Exception Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation; nested exception is: javax.ejb.EJBException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation And the stack trace: Could not create Policy : javax.ejb.TransactionRolledbackLocalException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation; nested exception is: javax.ejb.EJBException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation Embedded Exception Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation; nested exception is: javax.ejb.EJBException: Error in addRelation Embedded Exception checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=addRelation at com.neupart.sa.policy.command.EJBCreatePolicy.execute(EJBCreatePolicy.java:153) at com.neupart.base.ejb.EJBCommandExecutorBean.execute(EJBCommandExecutorBean.java:37) at com.neupart.sa.policy.ejb.PolicyCMDBean.execute(PolicyCMDBean.java:60) 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.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:664) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:77) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:167) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:129) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:313) at org.jboss.ejb.Container.invoke(Container.java:705) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at
Re: [JBoss-dev] LocalManagedConnection.java Breaks Sybase
I should not answer messages so late at night. What I meant to say was... -- if there is a managed TRANSACTION, autocommit is off (obviously) -- if there is no managed TRANSACTION, autocommit is on. Managed transaction being one controlled by the app server/transaction manager rather than your client code. I think if the transaction mode is NEVER then autocommit will be on since there is no managed transaction. Sorry for the confusion david jencks On 2002.06.05 03:17:20 -0400 Vesco Claudio wrote: Hi alls! This problem is triggered when it is called a stored procedure in sybase. The stored procedure must be defined with chained transaction mode or anymode sql sp_procxmode stored procedure name, 'anymode' /sql If the sp is called in transaction (autocommit = false), the mode must be anymode. I think that if the transaction mode for the method of EJB is Never the autocommit mode is setted to false. I have read the code which is written by David, but I have no tested this. David, you say that if there is a managed connection the autocommit is off, is it right? Is this valid when we have a managed connection without transaction? Or we have a autocommit = on? Claudio -Original Message- From: David Jencks [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 6:48 AM To: [EMAIL PROTECTED] Subject:Re: [JBoss-dev] LocalManagedConnection.java Breaks Sybase Someone already reported this problem and I think found a solution. As I recall it was in the jca forum, which I hope will be back tomorrow. There is no autocommit setting in the rar configuration, the wrapper implements the jca required behavior of -- if there is a managed connection, autocommit is off (obviously) -- if there is no managed connection, autocommit is on. Since jdbc has the bad taste to use autocommit settings rather than explicitly starting local transactions, a good deal of jumping through hoops seems to be necessary. If you have a simpler way to implement this behavior I'd like to see it. david jencks On 2002.06.05 00:08:34 -0400 Corby Page wrote: I have had great success using JBoss 2.4.x with our Sybase 12 database. But when I attempted to migrate our production system to JBoss 3.0.0, I immediately had problems. On server startup, several of my MBeans attempt to run queries against the database. Whenever they call Connection.close(), the code blows up with a SQLException (the text of the exception is SET CHAINED IS NOT ALLOWED IN MULTISTATEMENT TRANSACTIONS). The offending code is in LocalManagedConnection.java: void checkTransaction() throws SQLException { if (inManagedTransaction) { return; } // end of if () //Not in managed transaction. //Should we autocommit? if (jdbcAutoCommit !con.getAutoCommit()) { CON.SETAUTOCOMMIT(TRUE); // Emphasis Added return; } // end of if () //Autocommit should be off, is it? if (con.getAutoCommit()) { con.setAutoCommit(false); } // end of if () } The emphasized line is the one which throws the SQLException. If I comment out the line, then my entire application is able to run just fine on 3.0. LocalManagedConnection.java seems to be a rather awkward piece of code. It hardcodes the initial value of jdbcAutoCommit, and then it continually attempts to override the connection's autocommit settings, regardless of how the user specifies autocommit in the RAR configuration. Sybase is barfing when LocalManagedConnection attempts to forcibly override the autocommit settings again, even though Sybase thinks it should be managing the transactional scope. While commenting out the offending line works for me, it wouldn't surprise me if that introduced concerns for other users. I hope that we can find an elegant patch that will allow Sybase users to take advantage of JBoss 3.0. Thanks, Corby _ Join the world's largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development
Re: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
I just took Simone's patch and applied it to the 3_0 branch. it did not work. Here is the stacktrace. ... Cause: java.lang.ClassCircularityError: java/lang/String 07:57:09,416 ERROR [STDERR] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:307) 07:57:09,417 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) 07:57:09,417 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.invokeMethod(Unknown Source) 07:57:09,417 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.postMsg(Unknown Source) 07:57:09,417 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) 07:57:09,418 ERROR [STDERR] at com.candata.gateway.CCRAPoll.run(Unknown Source) 07:57:09,418 ERROR [STDERR] at java.lang.Thread.run(Thread.java:484) On Fri, 2002-05-31 at 12:13, Bordet, Simone wrote: Hi, so I dug into the hotspot code for JDK 131, and I found the problem. I am too tired now to think for a solution, this is for you brave guys :) The problems arises from a 20 lines of code in src/share/vm/memory/systemDictionary.cpp (attached), method resolve_instance_class_or_null(...). The loading mechanism of the JVM is done in 2 steps: 1- look in a dictionary, if not found, put there a placeholder, then 2- load the class, calling loadClassInternal(). Thread A comes in asking for class cls1 with classloader cl1, the class has never been loaded, put a placeholder in the dictionary, and call loadClassInternal. Thread B comes in asking for class cls1 with classloader cl1, there is already a placeholder, throw CCE. The key is to ask for the same class with the same classloader. I think this may happen with the UnifiedClassLoader scheme in several occasions, a simple example being: class Base {} class Derived1 extends Base {} class Derived2 extends Base {} If Base is loaded by classloader1, and we have 2 threads trying to load one Derived1 and one Derived2 (and both need Base), we end up with 2 thread using the same classloader to load the same class, and the JVM code throws CCE. I wrote a simple testcase (attached), but it does not use JBoss classloaders, however should be trivial to code it against JBoss codebase. If someone can take care of it... thanks :P As I said I did not think enough to find a solution, but at least we all know where to start. Cheers Simon PS: it seems attachments are not allowed ? ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] LocalManagedConnection.java Breaks Sybase
Hi Vesco, I encountered the problem when running regular queries against the Sybase database, not stored procedures. It happened whether or not I ran it inside an explicitly declared JBoss transaction. Since the problem first hits me with queries that are being executed by my MBeans's startService() method, I do not have the option of tweaking EJB Container settings to workaround this. Thanks, Corby From: Vesco Claudio [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] CC: 'Corby Page' [EMAIL PROTECTED] Subject: RE: [JBoss-dev] LocalManagedConnection.java Breaks Sybase Date: Wed, 5 Jun 2002 09:17:20 +0200 Hi alls! This problem is triggered when it is called a stored procedure in sybase. The stored procedure must be defined with chained transaction mode or anymode sql sp_procxmode stored procedure name, 'anymode' /sql If the sp is called in transaction (autocommit = false), the mode must be anymode. I think that if the transaction mode for the method of EJB is Never the autocommit mode is setted to false. I have read the code which is written by David, but I have no tested this. David, you say that if there is a managed connection the autocommit is off, is it right? Is this valid when we have a managed connection without transaction? Or we have a autocommit = on? Claudio -Original Message- From: David Jencks [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 6:48 AM To: [EMAIL PROTECTED] Subject:Re: [JBoss-dev] LocalManagedConnection.java Breaks Sybase Someone already reported this problem and I think found a solution. As I recall it was in the jca forum, which I hope will be back tomorrow. There is no autocommit setting in the rar configuration, the wrapper implements the jca required behavior of -- if there is a managed connection, autocommit is off (obviously) -- if there is no managed connection, autocommit is on. Since jdbc has the bad taste to use autocommit settings rather than explicitly starting local transactions, a good deal of jumping through hoops seems to be necessary. If you have a simpler way to implement this behavior I'd like to see it. david jencks _ Send and receive Hotmail on your mobile device: http://mobile.msn.com ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] LocalManagedConnection.java Breaks Sybase
OK, good :-) -Original Message- From: David Jencks [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 1:39 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] LocalManagedConnection.java Breaks Sybase I should not answer messages so late at night. What I meant to say was... -- if there is a managed TRANSACTION, autocommit is off (obviously) -- if there is no managed TRANSACTION, autocommit is on. Managed transaction being one controlled by the app server/transaction manager rather than your client code. I think if the transaction mode is NEVER then autocommit will be on since there is no managed transaction. Sorry for the confusion david jencks On 2002.06.05 03:17:20 -0400 Vesco Claudio wrote: Hi alls! This problem is triggered when it is called a stored procedure in sybase. The stored procedure must be defined with chained transaction mode or anymode sql sp_procxmode stored procedure name, 'anymode' /sql If the sp is called in transaction (autocommit = false), the mode must be anymode. I think that if the transaction mode for the method of EJB is Never the autocommit mode is setted to false. I have read the code which is written by David, but I have no tested this. David, you say that if there is a managed connection the autocommit is off, is it right? Is this valid when we have a managed connection without transaction? Or we have a autocommit = on? Claudio -Original Message- From: David Jencks [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 6:48 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] LocalManagedConnection.java Breaks Sybase Someone already reported this problem and I think found a solution. As I recall it was in the jca forum, which I hope will be back tomorrow. There is no autocommit setting in the rar configuration, the wrapper implements the jca required behavior of -- if there is a managed connection, autocommit is off (obviously) -- if there is no managed connection, autocommit is on. Since jdbc has the bad taste to use autocommit settings rather than explicitly starting local transactions, a good deal of jumping through hoops seems to be necessary. If you have a simpler way to implement this behavior I'd like to see it. david jencks On 2002.06.05 00:08:34 -0400 Corby Page wrote: I have had great success using JBoss 2.4.x with our Sybase 12 database. But when I attempted to migrate our production system to JBoss 3.0.0, I immediately had problems. On server startup, several of my MBeans attempt to run queries against the database. Whenever they call Connection.close(), the code blows up with a SQLException (the text of the exception is SET CHAINED IS NOT ALLOWED IN MULTISTATEMENT TRANSACTIONS). The offending code is in LocalManagedConnection.java: void checkTransaction() throws SQLException { if (inManagedTransaction) { return; } // end of if () //Not in managed transaction. //Should we autocommit? if (jdbcAutoCommit !con.getAutoCommit()) { CON.SETAUTOCOMMIT(TRUE); // Emphasis Added return; } // end of if () //Autocommit should be off, is it? if (con.getAutoCommit()) { con.setAutoCommit(false); } // end of if () } The emphasized line is the one which throws the SQLException. If I comment out the line, then my entire application is able to run just fine on 3.0. LocalManagedConnection.java seems to be a rather awkward piece of code. It hardcodes the initial value of jdbcAutoCommit, and then it continually attempts to override the connection's autocommit settings, regardless of how the user specifies autocommit in the RAR configuration. Sybase is barfing when LocalManagedConnection attempts to forcibly override the autocommit settings again, even though Sybase thinks it should be managing the transactional scope. While commenting out the offending line works for me, it wouldn't surprise me if that introduced concerns for other users. I hope that we can find an elegant patch that will allow Sybase users to take advantage of JBoss 3.0. Thanks, Corby _ Join the world's largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Hi Dave, I just took Simone's patch and applied it to the 3_0 branch. Do you mean what I committed to HEAD 2-3 hrs ago ? it did not work. Here is the stacktrace. ... Cause: java.lang.ClassCircularityError: java/lang/String I catch CCE in the new code, how come you get it back ? Cheers Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
On Wed, 2002-06-05 at 08:36, Bordet, Simone wrote: Hi Dave, I just took Simone's patch and applied it to the 3_0 branch. Do you mean what I committed to HEAD 2-3 hrs ago ? yes version 1.12 it did not work. Here is the stacktrace. ... Cause: java.lang.ClassCircularityError: java/lang/String I catch CCE in the new code, how come you get it back ? I thought you would know that ;-). Anything I can do to help the debugging? Cheers Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Hi Dave, Cause: java.lang.ClassCircularityError: java/lang/String I catch CCE in the new code, how come you get it back ? I thought you would know that ;-). Anything I can do to help the debugging? Yes, can you track down from where exactly the CCE comes from ? It seems from your stack trace that you're using JMX to invoke a method in the CCRAPoll thread. CCE is triggered by classloading so the change I made should catch all CCEs, not let them out. Finding this will really help, I suspect there is more than one entry point in the ULR. Cheers Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-564854 ] subscription-durability not optional
Bugs item #564854, was opened at 2002-06-05 08:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=564854group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Daniel Sieroka (sieroka) Assigned to: Nobody/Anonymous (nobody) Summary: subscription-durability not optional Initial Comment: 16:41:30,354 ERROR [URLDeploymentScanner] Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$ DeployedUR L@ca5ceb4d{ url=file:/C:/jboss- 3.0.0/server/default/deploy/admin.ear, deployedLastModified=0 } org.jboss.deployment.DeploymentException: Error in ejb- jar.xml for Message Driven Bean ejb/ClientEventsMessageBean: expe cted one subscription-durability tag The dtd: !ELEMENT message-driven-destination (destination- type, subscription-durability?) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=564854group_id=22866 ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-564862 ] No warning: Section: 10.6.13
Bugs item #564862, was opened at 2002-06-05 09:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=564862group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Daniel Sieroka (sieroka) Assigned to: Nobody/Anonymous (nobody) Summary: No warning: Section: 10.6.13 Initial Comment: 09:53:30,844 INFO [EJBDeployer] Bean : PS_RECONFIG_SV_MAPPING Section: 10.6.13 Warning: No warning message found, please file a Bug report. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=564862group_id=22866 ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Four more to go ... @ JDJ Best App Server
Hi! JBoss has been constantly catching up in this vote for the last days. The actual stats look like this: IBM WebSphere Application Server 4.0 - 3412 BEA WebLogic Server 6.1 - 3060 Oracle9i Application Server - 2692 Borland Enterprise Server - 1304 JBoss - 1300 [http://www.sys-con.com/java/readerschoice2002/liveupdate.cfm?cat=AppServer] That's only four (4!) votes to get JBoss from the 5th to the 4th place in this vote. Now would be a perfect time to take these 10 minutes to cast your vote at http://www.sys-con.com/java/readerschoice2002/nominationform.cfm if you didn't do it already. Ciao, Tobias PS: You need to go through all the questions and submit a valid email address at the end. But it still doesn't take more time than downloading JBoss3 :) ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-564890 ] JMS recover/redelivery errors
Bugs item #564890, was opened at 2002-06-05 11:13 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=564890group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Josh Cough (joshcough) Assigned to: Nobody/Anonymous (nobody) Summary: JMS recover/redelivery errors Initial Comment: I am trying to test acknowledgement, non- acknowledgement, and redelivery in JMS using JBoss3.0 Final. Unexpected results are occuring, including strange behavior and exceptions. I am sending and receiving from queue/testQueue, which comes default with the JBoss setup. The code that I am using to attempt this testing can be found at http://www.javaworld.com/javaworld/jw-03- 2002/jw-0315-jms_p.html, which page is a document describing behavior in certain JMS situations. The code can be found below as well. In that page, the author gives the following statement, which is exactly what I am trying to test: What happens to messages that are in the session but never acknowledged? The messages remain at the destination until they expire or forever if they lack an expiration date. Message redelivery is not automatic, but messages are redelivered under certain circumstances. First, calling the Session class's recover () method recovers the session. Invoking the recover() method causes the redelivery of all unacknowledged messages. Second, the receiving application restarts, causing the session to restart. Restarting the session causes all unacknowledged messages to be redelivered. In the first case, calling the Session class's recover() method recovers the session...causes the redelivery of all unacknowledged messages, I am getting the following error: javax.jms.IllegalStateException: The session is not transacted at org.jboss.mq.SpySession.rollback (SpySession.java:353) at org.jboss.mq.SpySession.recover (SpySession.java:388) at Receiver.doAll(Receiver.java:39) at ClientReceiver.main(ClientReceiver.java:10) In the code, i use the statement: aQC.createQueueSession(false, Session.CLIENT_ACKNOWLEDGE); The first argument of false declares that the session is not in a transaction. Why is rollback being called if I am not in a transaction? I expected to re-receive all of my unacknowledged messages, but instead got that exception. Is this a bug in JBoss, or is what I know wrong? Any help or advice would be greatly appreciated. In the second case, receiving application restarts, causing the session to restart. Restarting the session causes all unacknowledged messages to be redelivered I am getting unexpected behavior. I stop the receiver in two different ways, one by typing the q button, which tells the code to simply quit and exit properly, and the other by issuing a Control-C, which of course kills the program. In either case, or at least in one case, when the receiver starts back up, I would expect to get some messages that hadnt yet been acknowledged when the receiver went down. I am not getting these messages in either case. But... When I restart JBoss with unacknowledged messages in the Queue, then start up the reciever, the messages are being delivered. I dont quite understand this behavior. Again, is this a bug in JBoss, or is what I know wrong? Any help or advice would be greatly appreciated. The Code that I am using = import javax.naming.InitialContext; import javax.jms.*; public class Sender { public static void main(String[] args) { System.out.println(Starting...); QueueConnectionFactory aQCF = null; QueueConnection aQC = null; QueueSession aQS = null; QueueSender aSender = null; try { InitialContext aIC = new InitialContext(); aQCF = (QueueConnectionFactory) aIC.lookup (ConnectionFactory); aQC = aQCF.createQueueConnection(); aQS = aQC.createQueueSession(false, Session.AUTO_ACKNOWLEDGE); Queue aQueue = (Queue) aIC.lookup (queue/testQueue); aSender = aQS.createSender(aQueue); aQC.start(); for (int i = 0; i 10; i++) { aSender.send(aQS.createObjectMessage (new Integer(i))); } } catch (Exception e) { e.printStackTrace(); } finally { try { if (aSender != null) { aSender.close(); } if (aQS != null) { aQS.close(); } if (aQC != null) { aQC.stop(); aQC.close(); } } catch (JMSException e) { e.printStackTrace(); } } System.out.println(Ending...); } } import javax.jms.*; import javax.naming.InitialContext; import java.io.InputStreamReader; public abstract class Receiver
[JBoss-dev] [ jboss-Bugs-564862 ] No warning: Section: 10.6.13
Bugs item #564862, was opened at 2002-06-05 16:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=564862group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Daniel Sieroka (sieroka) Assigned to: Christian Riege (lqd) Summary: No warning: Section: 10.6.13 Initial Comment: 09:53:30,844 INFO [EJBDeployer] Bean : PS_RECONFIG_SV_MAPPING Section: 10.6.13 Warning: No warning message found, please file a Bug report. -- Comment By: Christian Riege (lqd) Date: 2002-06-05 17:18 Message: Logged In: YES user_id=176671 this is fixed in CVS, both HEAD and Branch_3_0. Please re-open if the problem persists. Thanks for the report. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=564862group_id=22866 ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Well after alot of tracking down it looks like it is comming from the JVM itself. Looking at the code snippet it checks to see if the class is in the table *before* calling the classloader. I can not generate a stack trace for the life of me anywhere ... Any other pointers .. On Wed, 2002-06-05 at 09:05, Bordet, Simone wrote: Hi Dave, Cause: java.lang.ClassCircularityError: java/lang/String I catch CCE in the new code, how come you get it back ? I thought you would know that ;-). Anything I can do to help the debugging? Yes, can you track down from where exactly the CCE comes from ? It seems from your stack trace that you're using JMX to invoke a method in the CCRAPoll thread. CCE is triggered by classloading so the change I made should catch all CCEs, not let them out. Finding this will really help, I suspect there is more than one entry point in the ULR. Cheers Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-564890 ] JMS recover/redelivery errors
Bugs item #564890, was opened at 2002-06-05 11:13 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=564890group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Josh Cough (joshcough) Assigned to: Nobody/Anonymous (nobody) Summary: JMS recover/redelivery errors Initial Comment: I am trying to test acknowledgement, non- acknowledgement, and redelivery in JMS using JBoss3.0 Final. Unexpected results are occuring, including strange behavior and exceptions. I am sending and receiving from queue/testQueue, which comes default with the JBoss setup. The code that I am using to attempt this testing can be found at http://www.javaworld.com/javaworld/jw-03- 2002/jw-0315-jms_p.html, which page is a document describing behavior in certain JMS situations. The code can be found below as well. In that page, the author gives the following statement, which is exactly what I am trying to test: What happens to messages that are in the session but never acknowledged? The messages remain at the destination until they expire or forever if they lack an expiration date. Message redelivery is not automatic, but messages are redelivered under certain circumstances. First, calling the Session class's recover () method recovers the session. Invoking the recover() method causes the redelivery of all unacknowledged messages. Second, the receiving application restarts, causing the session to restart. Restarting the session causes all unacknowledged messages to be redelivered. In the first case, calling the Session class's recover() method recovers the session...causes the redelivery of all unacknowledged messages, I am getting the following error: javax.jms.IllegalStateException: The session is not transacted at org.jboss.mq.SpySession.rollback (SpySession.java:353) at org.jboss.mq.SpySession.recover (SpySession.java:388) at Receiver.doAll(Receiver.java:39) at ClientReceiver.main(ClientReceiver.java:10) In the code, i use the statement: aQC.createQueueSession(false, Session.CLIENT_ACKNOWLEDGE); The first argument of false declares that the session is not in a transaction. Why is rollback being called if I am not in a transaction? I expected to re-receive all of my unacknowledged messages, but instead got that exception. Is this a bug in JBoss, or is what I know wrong? Any help or advice would be greatly appreciated. In the second case, receiving application restarts, causing the session to restart. Restarting the session causes all unacknowledged messages to be redelivered I am getting unexpected behavior. I stop the receiver in two different ways, one by typing the q button, which tells the code to simply quit and exit properly, and the other by issuing a Control-C, which of course kills the program. In either case, or at least in one case, when the receiver starts back up, I would expect to get some messages that hadnt yet been acknowledged when the receiver went down. I am not getting these messages in either case. But... When I restart JBoss with unacknowledged messages in the Queue, then start up the reciever, the messages are being delivered. I dont quite understand this behavior. Again, is this a bug in JBoss, or is what I know wrong? Any help or advice would be greatly appreciated. The Code that I am using = import javax.naming.InitialContext; import javax.jms.*; public class Sender { public static void main(String[] args) { System.out.println(Starting...); QueueConnectionFactory aQCF = null; QueueConnection aQC = null; QueueSession aQS = null; QueueSender aSender = null; try { InitialContext aIC = new InitialContext(); aQCF = (QueueConnectionFactory) aIC.lookup (ConnectionFactory); aQC = aQCF.createQueueConnection(); aQS = aQC.createQueueSession(false, Session.AUTO_ACKNOWLEDGE); Queue aQueue = (Queue) aIC.lookup (queue/testQueue); aSender = aQS.createSender(aQueue); aQC.start(); for (int i = 0; i 10; i++) { aSender.send(aQS.createObjectMessage (new Integer(i))); } } catch (Exception e) { e.printStackTrace(); } finally { try { if (aSender != null) { aSender.close(); } if (aQS != null) { aQS.close(); } if (aQC != null) { aQC.stop(); aQC.close(); } } catch (JMSException e) { e.printStackTrace(); } } System.out.println(Ending...); } } import javax.jms.*; import javax.naming.InitialContext; import java.io.InputStreamReader; public abstract
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Actully does not this part of the JVM spec basically say it all ... 5.3.2 Loading Using a User-defined Class Loader The following steps are used to load and thereby create the nonarray class or interface C denoted by N using a user-defined class loader L. First, the Java virtual machine determines whether L has already been recorded as an initiating loader of a class or interface denoted by N. If so, this class or interface is C, and no class creation is necessary. Otherwise the Java virtual machine invokes loadClass(N ) on L.1 The value returned by the invocation is the created class or interface C. The Java virtual machine then records that L is an initiating loader of C (§5.3.4). The remainder of this section describes this process in more detail. When the loadClass method of the class loader L is invoked with the name N of a class or interface C to be loaded, L must perform one of the following two operations in order to load C : 1. The class loader L can create an array of bytes representing C as the bytes of a ClassFile structure (§4.1); it then must invoke the method defineClass of class ClassLoader. Invoking defineClass causes the Java virtual machine to derive a class or interface denoted by N using L from the array of bytes using the algorithm found in Section 5.3.5. 2. The class loader L can delegate the loading of C to some other class loader L'. This is accomplished by passing the argument N directly or indirectly to an invocation of a method on L' (typically the loadClass method). Th On Wed, 2002-06-05 at 11:17, Dave Smith wrote: Well after alot of tracking down it looks like it is comming from the JVM itself. Looking at the code snippet it checks to see if the class is in the table *before* calling the classloader. I can not generate a stack trace for the life of me anywhere ... Any other pointers .. On Wed, 2002-06-05 at 09:05, Bordet, Simone wrote: Hi Dave, Cause: java.lang.ClassCircularityError: java/lang/String I catch CCE in the new code, how come you get it back ? I thought you would know that ;-). Anything I can do to help the debugging? Yes, can you track down from where exactly the CCE comes from ? It seems from your stack trace that you're using JMX to invoke a method in the CCRAPoll thread. CCE is triggered by classloading so the change I made should catch all CCEs, not let them out. Finding this will really help, I suspect there is more than one entry point in the ULR. Cheers Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Hi Dave, Well after alot of tracking down it looks like it is comming from the JVM itself. Yes, CCE are only thrown from the JVM code. Sorry, I was not clear before. I see you are using JMX to invoke some method, yes ? Let's call it target method, you call it from CCRAAbstract.invokeMethod(...), right ? Check inside the target method if you do: -loadClass() -newInstance() or, recursively, if you call some method that does this (just wrap the whole target method into a try/catch(CCE x)). Do you ever arrive to the target method ? If so, that's good, otherwise, a more difficult. Waiting for news, Thanks Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
OK. wrapped up the target method in CCE. These are thrid party libs and I believe smoewhere in the bowels they use forName() and newInstance(). What I don't understand is why I do not see it going through the UCL. or at least a classloader. Here is the bt 11:48:58,960 ERROR [STDERR] java.lang.ClassCircularityError: com/entrust/toolkit/util/ByteArray 11:48:58,990 ERROR [STDERR] at com.entrust.toolkit.credentials.b.a(StreamUtil.java) 11:48:59,000 ERROR [STDERR] at com.entrust.toolkit.credentials.l.b(InternalStreamProfileReader.java) 11:48:59,010 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.a(Profile.java) 11:48:59,020 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.init(Profile.java) 11:48:59,029 ERROR [STDERR] at com.entrust.toolkit.User.login(User.java) 11:48:59,050 ERROR [STDERR] at com.candata.gateway.EncryptionService.init(Unknown Source) 11:48:59,059 ERROR [STDERR] at com.candata.gateway.EncryptionService.createMsg(Unknown Source) 11:48:59,070 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 11:48:59,079 ERROR [STDERR] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) 11:48:59,090 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) 11:48:59,100 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.invokeMethod(Unknown Source) 11:48:59,129 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.postMsg(Unknown Source) 11:48:59,139 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) 11:48:59,169 ERROR [STDERR] at com.candata.gateway.CCRAPoll.run(Unknown Source) 11:48:59,179 ERROR [STDERR] at java.lang.Thread.run(Thread.java:484) On Wed, 2002-06-05 at 11:38, Bordet, Simone wrote: Hi Dave, Well after alot of tracking down it looks like it is comming from the JVM itself. Yes, CCE are only thrown from the JVM code. Sorry, I was not clear before. I see you are using JMX to invoke some method, yes ? Let's call it target method, you call it from CCRAAbstract.invokeMethod(...), right ? Check inside the target method if you do: -loadClass() -newInstance() or, recursively, if you call some method that does this (just wrap the whole target method into a try/catch(CCE x)). Do you ever arrive to the target method ? If so, that's good, otherwise, a more difficult. Waiting for news, Thanks Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Hi Dave, Actully does not this part of the JVM spec basically say it all ... 5.3.2 Loading Using a User-defined Class Loader The following steps are used to load and thereby create the nonarray class or interface C denoted by N using a user-defined class loader L. First, the Java virtual machine determines whether L has already been recorded as an initiating loader of a class or interface denoted by N. If so, this class or interface is C, and no class creation is necessary. Otherwise the Java virtual machine invokes loadClass(N ) on L.1 The value returned by the invocation is the created class or interface C. The Java virtual machine then records that L is an initiating loader of C (§5.3.4). The remainder of this section describes this process in more detail. Hehehe, no, it does not say it all. IMHO the algorithm implemented in the JVM code is buggy, since it assumes too much (the details on how much is 'too much' are too long to be explained here). For example, the JVM spec does not specify what happens when 2 threads try to load the same class with the same classloader. Nor what happens if a thread waits because it is expecting some state change while another thread comes in. The JVM spec is a spec, ie it says quite a lot, but not too much ;) Read my previous post, and let's try to figure this out. Cheers Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Hi Dave, OK. wrapped up the target method in CCE. These are thrid party libs and I believe smoewhere in the bowels they use forName() and newInstance(). What I don't understand is why I do not see it going through the UCL. or at least a classloader. I guess because they're using their own classloader, probably in StreamUtil.java. I see they're obfuscated, so I guess you don't have access to the source code, do you ? Are these 3rd party libs in the classpath, or they're loaded by JBoss ? Simon Here is the bt 11:48:58,960 ERROR [STDERR] java.lang.ClassCircularityError: com/entrust/toolkit/util/ByteArray 11:48:58,990 ERROR [STDERR] at com.entrust.toolkit.credentials.b.a(StreamUtil.java) 11:48:59,000 ERROR [STDERR] at com.entrust.toolkit.credentials.l.b(InternalStreamProfileReader.java) 11:48:59,010 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.a(Profile.java) 11:48:59,020 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.init(Profile.java) 11:48:59,029 ERROR [STDERR] at com.entrust.toolkit.User.login(User.java) 11:48:59,050 ERROR [STDERR] at com.candata.gateway.EncryptionService.init(Unknown Source) 11:48:59,059 ERROR [STDERR] at com.candata.gateway.EncryptionService.createMsg(Unknown Source) 11:48:59,070 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 11:48:59,079 ERROR [STDERR] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(Reflec tedMBeanDispatcher.java:284) ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
I have decompilied it before to make some sense of it. I now there is a class.forName and a newInstance but I don't think they use there own classloader. All of the classes are in the deploy directory not in the jboss lib dir. The -sevice.xml file that starts this is has them in a classpath def pointing to the current directory. Where it is dieing it is simply reading a file that has the x509 certificate info. On Wed, 2002-06-05 at 12:06, Bordet, Simone wrote: Hi Dave, OK. wrapped up the target method in CCE. These are thrid party libs and I believe smoewhere in the bowels they use forName() and newInstance(). What I don't understand is why I do not see it going through the UCL. or at least a classloader. I guess because they're using their own classloader, probably in StreamUtil.java. I see they're obfuscated, so I guess you don't have access to the source code, do you ? Are these 3rd party libs in the classpath, or they're loaded by JBoss ? Simon Here is the bt 11:48:58,960 ERROR [STDERR] java.lang.ClassCircularityError: com/entrust/toolkit/util/ByteArray 11:48:58,990 ERROR [STDERR] at com.entrust.toolkit.credentials.b.a(StreamUtil.java) 11:48:59,000 ERROR [STDERR] at com.entrust.toolkit.credentials.l.b(InternalStreamProfileReader.java) 11:48:59,010 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.a(Profile.java) 11:48:59,020 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.init(Profile.java) 11:48:59,029 ERROR [STDERR] at com.entrust.toolkit.User.login(User.java) 11:48:59,050 ERROR [STDERR] at com.candata.gateway.EncryptionService.init(Unknown Source) 11:48:59,059 ERROR [STDERR] at com.candata.gateway.EncryptionService.createMsg(Unknown Source) 11:48:59,070 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 11:48:59,079 ERROR [STDERR] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(Reflec tedMBeanDispatcher.java:284) ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] socket error trying to create a session bean
Hello, I am excited that 3.0 has been released. I'm trying to convert a 2.4 project over to 3.0 and get a socket error when I try to call create on a session bean. I don't understand what the problem is and am not sure how i can diagnose the problem. Can anybody give me some pointers as to where i could look? I'm using jdk 1.3.1_02. I copied the entire client directory under jboss3.0 to the class path of the client (which is a web application running under tomcat). The jboss server doesnt' make it to the point of calling my ejbCreate method. Thanks for any help, Gray Jones java.net.SocketException: Connection aborted by peer: socket write error at java.net.SocketOutputStream.socketWrite(Native Method) at java.net.SocketOutputStream.write(SocketOutputStream.java:96) at java.io.BufferedOutputStream.write(BufferedOutputStream.java:112) at java.io.ObjectOutputStream.drain(ObjectOutputStream.java:1463) at java.io.ObjectOutputStream.setBlockData(ObjectOutputStream.java:1486) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:407) at sun.rmi.server.UnicastRef.marshalValue(UnicastRef.java:268) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:106) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Sour ce) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvo kerProxy.java:128) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.jav a:108) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor. java:73) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:7 6) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:185) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76) at $Proxy1.create(Unknown Source) at com.xtriahc.xsecure.model.ejb.client.EJBXSecureManager.acquireHomeRef erences(EJBXSecureManager.java:84) ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 3.0QuickStart template project patch
I've been running through the example/template project and have patched some files: - build.xml - TestMessageDrivenBean.java to correct some small issues within builds and deploy. I've also write the ant.properties file to show what the properties inside build.xml are. I can post my small patch archive if you want. Just my 0.02EU to jboss community Regards, Thelmo ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Hi Dave, I have decompilied it before to make some sense of it. I now there is a class.forName and a newInstance but I don't think they use there own classloader. Uhm. All of the classes are in the deploy directory not in the jboss lib dir. The -sevice.xml file that starts this is has them in a classpath def pointing to the current directory. Where it is dieing it is simply reading a file that has the x509 certificate info. Ok, can you do one more test ? Can you please print the classloader for your classes, via for example: com.candata.gateway.EncryptionService.class.getClassLoader() and for the lib classes, via for example: com.entrust.toolkit.User.class.getClassLoader() com.entrust.toolkit.credentials.Profile.class.getClassLoader() I think Class.forName may be the source of the problem, as bypasses a direct call to the classloader, going directly to the JVM class cache. Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
From my CCE catch block catch(ClassCircularityError err) { err.printStackTrace(); System.out.println(com.candata.gateway.EncryptionService +com.candata.gateway.EncryptionService.class.getClassLoader().getClass().getName()); System.out.println(com/entrust/toolkit/x509/policies/ClientSettings +com.entrust.toolkit.x509.policies.ClientSettings.class.getClassLoader().getClass().getName()); System.out.println(com/entrust/toolkit/util/ByteArray +com.entrust.toolkit.util.ByteArray.class.getClassLoader().getClass().getName()); } The Bt 13:49:06,299 ERROR [STDERR] java.lang.ClassCircularityError: com/entrust/toolkit/util/ByteArray 13:49:06,300 ERROR [STDERR] at com.entrust.toolkit.credentials.b.a(StreamUtil.java) 13:49:06,300 ERROR [STDERR] at com.entrust.toolkit.credentials.l.b(InternalStreamProfileReader.java) 13:49:06,300 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.a(Profile.java) 13:49:06,301 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.init(Profile.java) 13:49:06,301 ERROR [STDERR] at com.entrust.toolkit.User.login(User.java) 13:49:06,301 ERROR [STDERR] at com.candata.gateway.EncryptionService.init(Unknown Source) 13:49:06,301 ERROR [STDERR] at com.candata.gateway.EncryptionService.createMsg(Unknown Source) 13:49:06,302 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 13:49:06,302 ERROR [STDERR] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) 13:49:06,302 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.invokeMethod(Unknown Source) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.postMsg(Unknown Source) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAPoll.run(Unknown Source) 13:49:06,304 ERROR [STDERR] at java.lang.Thread.run(Thread.java:484) On Wed, 2002-06-05 at 13:11, Bordet, Simone wrote: Hi Dave, I have decompilied it before to make some sense of it. I now there is a class.forName and a newInstance but I don't think they use there own classloader. Uhm. All of the classes are in the deploy directory not in the jboss lib dir. The -sevice.xml file that starts this is has them in a classpath def pointing to the current directory. Where it is dieing it is simply reading a file that has the x509 certificate info. Ok, can you do one more test ? Can you please print the classloader for your classes, via for example: com.candata.gateway.EncryptionService.class.getClassLoader() and for the lib classes, via for example: com.entrust.toolkit.User.class.getClassLoader() com.entrust.toolkit.credentials.Profile.class.getClassLoader() I think Class.forName may be the source of the problem, as bypasses a direct call to the classloader, going directly to the JVM class cache. Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Doh .. 13:49:07,802 INFO [STDOUT] com.candata.gateway.EncryptionService org.jboss.mx.loading.UnifiedClassLoader 13:49:13,210 INFO [STDOUT] com/entrust/toolkit/x509/policies/ClientSettings org.jboss.mx.loading.UnifiedClassLoader 13:49:13,224 INFO [STDOUT] com/entrust/toolkit/util/ByteArray org.jboss.mx.loading.UnifiedClassLoader On Wed, 2002-06-05 at 13:53, Dave Smith wrote: From my CCE catch block catch(ClassCircularityError err) { err.printStackTrace(); System.out.println(com.candata.gateway.EncryptionService +com.candata.gateway.EncryptionService.class.getClassLoader().getClass().getName()); System.out.println(com/entrust/toolkit/x509/policies/ClientSettings +com.entrust.toolkit.x509.policies.ClientSettings.class.getClassLoader().getClass().getName()); System.out.println(com/entrust/toolkit/util/ByteArray +com.entrust.toolkit.util.ByteArray.class.getClassLoader().getClass().getName()); } The Bt 13:49:06,299 ERROR [STDERR] java.lang.ClassCircularityError: com/entrust/toolkit/util/ByteArray 13:49:06,300 ERROR [STDERR] at com.entrust.toolkit.credentials.b.a(StreamUtil.java) 13:49:06,300 ERROR [STDERR] at com.entrust.toolkit.credentials.l.b(InternalStreamProfileReader.java) 13:49:06,300 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.a(Profile.java) 13:49:06,301 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.init(Profile.java) 13:49:06,301 ERROR [STDERR] at com.entrust.toolkit.User.login(User.java) 13:49:06,301 ERROR [STDERR] at com.candata.gateway.EncryptionService.init(Unknown Source) 13:49:06,301 ERROR [STDERR] at com.candata.gateway.EncryptionService.createMsg(Unknown Source) 13:49:06,302 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 13:49:06,302 ERROR [STDERR] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) 13:49:06,302 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.invokeMethod(Unknown Source) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.postMsg(Unknown Source) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAPoll.run(Unknown Source) 13:49:06,304 ERROR [STDERR] at java.lang.Thread.run(Thread.java:484) On Wed, 2002-06-05 at 13:11, Bordet, Simone wrote: Hi Dave, I have decompilied it before to make some sense of it. I now there is a class.forName and a newInstance but I don't think they use there own classloader. Uhm. All of the classes are in the deploy directory not in the jboss lib dir. The -sevice.xml file that starts this is has them in a classpath def pointing to the current directory. Where it is dieing it is simply reading a file that has the x509 certificate info. Ok, can you do one more test ? Can you please print the classloader for your classes, via for example: com.candata.gateway.EncryptionService.class.getClassLoader() and for the lib classes, via for example: com.entrust.toolkit.User.class.getClassLoader() com.entrust.toolkit.credentials.Profile.class.getClassLoader() I think Class.forName may be the source of the problem, as bypasses a direct call to the classloader, going directly to the JVM class cache. Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.0QuickStart template project patch
Hi! Great! Why not submit your changes as a patch at Sourceforge ? You should be able to attach files there too. If you want to post diffs please use the -u option. TIA, Tobias Thelmo Loisio wrote: I've been running through the example/template project and have patched some files: - build.xml - TestMessageDrivenBean.java to correct some small issues within builds and deploy. I've also write the ant.properties file to show what the properties inside build.xml are. I can post my small patch archive if you want. Just my 0.02EU to jboss community Regards, Thelmo ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 5-June-2002
Number of tests run: 592 Successful tests: 561 Errors:30 Failures: 1 [time of test: 5 June 2002 12:47 GMT] [java.version: 1.3.1] [java.vendor: Apple Computer, Inc.] [java.vm.version: 1.3.1] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Mac OS X] [os.arch: ppc] [os.version: 10.1.4] See http://lubega.com/testarchive/${build.uid} for details of this test. See http://lubega.com for general test information. 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. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-565026 ] Warning: No warning message found
Bugs item #565026, was opened at 2002-06-05 15:24 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=565026group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Daniel Sieroka (sieroka) Assigned to: Nobody/Anonymous (nobody) Summary: Warning: No warning message found Initial Comment: 15:57:11,048 INFO [EJBDeployer] Bean : PS_BACKUP_SV_MAPPING Section: 10.6.13 Warning: No warning message found, please file a Bug report. 15:57:15,626 INFO [EJBDeployer] -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=565026group_id=22866 ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-565098 ] Store failed to Oracle DB, ok w Default
Bugs item #565098, was opened at 2002-06-05 17:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=565098group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jeff DeLong (jeffdelong) Assigned to: Nobody/Anonymous (nobody) Summary: Store failed to Oracle DB, ok w Default Initial Comment: I originally described this problems on the Forums with RC2, but since they are down I do not know if there has been a response. Since then I have retested with RC3 as well as with the DefaultDS, and there is no proble with the DefaultDS. I have written two StatelessSessionBeans (OrderManager and ProductManager) that provide a facade to the CMP2 commerce example, and written Java clients that access the SSBs via RMI as well as Axis/SOAP. (Axis integration works very nice I might add). The OrderManager.placeOrder method fails with a create exception when attempting to create the order object. I have attached the last portion of the server log with both the successful creation (using DefaultDS) and unsuccessful (using OracleDS). The exception is java.lang.Character. By the way, I am able to create Product and ProductCategory entities as well as their relationship, so perhaps this is something in the data type mapping related to the Order and related EJBs. Thanks. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=565098group_id=22866 ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD) Testsuite Results: 6-June-2002
Number of tests run: 733 Successful tests: 229 Errors:491 Failures: 13 [time of test: 6 June 2002 1:29 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] Useful resources: - http://lubega.com/testarchive/ibm_jdk13_20010626 for the junit report of this test. - http://lubega.com/testarchive/ibm_jdk13_20010626/logs/ for the logs for this test. - http://lubega.com for general test information. 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. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD) Testsuite Results: 6-June-2002
Number of tests run: 733 Successful tests: 229 Errors:491 Failures: 13 [time of test: 6 June 2002 3:9 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20020124 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] Useful resources: - http://lubega.com/testarchive/ibm_jdk13_20020124 for the junit report of this test. - http://lubega.com/testarchive/ibm_jdk13_20020124/logs/ for the logs for this test. - http://lubega.com for general test information. 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. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: [JBoss-user] Four more to go ... @ JDJ Best App Server
Wahoo! We're in 4th place now! Just went ahead Borland. Next lets shoot for Oracle -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tobias Frech Sent: Wednesday, June 05, 2002 10:16 AM To: [EMAIL PROTECTED] Subject: [JBoss-user] Four more to go ... @ JDJ Best App Server Hi! JBoss has been constantly catching up in this vote for the last days. The actual stats look like this: IBM WebSphere Application Server 4.0 - 3412 BEA WebLogic Server 6.1 - 3060 Oracle9i Application Server - 2692 Borland Enterprise Server - 1304 JBoss - 1300 [http://www.sys-con.com/java/readerschoice2002/liveupdate.cfm?cat= AppServer] That's only four (4!) votes to get JBoss from the 5th to the 4th place in this vote. Now would be a perfect time to take these 10 minutes to cast your vote at http://www.sys-con.com/java/readerschoice2002/nominationform.cfm if you didn't do it already. Ciao, Tobias PS: You need to go through all the questions and submit a valid email address at the end. But it still doesn't take more time than downloading JBoss3 :) ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss-2.4.6_Jetty-4.0.1
JBoss-2.4.6_Jetty-4.0.1 I have just released JBoss-2.4.6_Jetty-4.0.1 to SourceForge : http://prdownloads.sourceforge.net/jboss/JBoss-2.4.6_Jetty-4.0.1.zip?download http://www.jboss.org/downloads.jsp should update soon This brings the 2.4.6 integration up-to-date with the latest Jetty: JBoss-2.4.6_Jetty-4.0.1 - Release Candidate 1. (05/06/2002) Jetty - Jetty-4.0.1 JettyExtra/jmx - JettyExtra-4.0.1RC2 JBoss - JBoss-2.4.6 JBoss-Jetty- JBoss/contrib/jetty (cvs update -d -p -r Branch_2_4 -D 'June 5, 2002 05:00am BST') - upgrade Jetty component - see jetty/VERSION.TXT - upgrade security integration and from the Jetty VERSION.TXT: Jetty-4.0.1 - 22 May 2002 + Fixed contextclassloader on ServletContextEvents. + Support graceful stopping of context and server. + Fixed null return from getRealPath + OutputStreamLogSink config improvements + Updated jasper to 16 May snapshot Enjoy, Jules ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CD Subscription Update
On tor, 2002-05-30 at 18:46, Bill Burke wrote: Hi All, After a bit of market research we've dropped the CD subscription price to $500. What is needed (at least for my company) is something in between 1 hour support in this package and the support-package at 5/10k $. 1 hour is to little, and 5k$ is expensive, and maybe too much support. $500 includes: * 1 hour support. The main reason, in addition to docs. to subscribe. * 4 CDs over 1 year span No value to us, as we just download the newest jboss from the web, and not using a up to 3 months old version! If a bug is fixed, we can't wait for the CD to arrive 1 month later :-) * Document subscription OK * graphical installer No value, as jboss is not hard to install. I can't even see that is is needed to install it, just configuring, which could need a gui, but I think you should use your time on something else... (like bugfixing jboss, adding features) Help support JBoss development. Regards, Bill Burke JBossGroup ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-559232 ] RC3 CMP 2 create table exception
Bugs item #559232, was opened at 2002-05-23 01:09 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=559232group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Rik de Groot (synotix) Assigned to: Dain Sundstrom (dsundstrom) Summary: RC3 CMP 2 create table exception Initial Comment: I recently switched from Jboss 3RC1 to RC2. In the standardjbosscmp-jdbc.xml I have the following settings create-tabletrue/create-table remove-tablefalse/remove-table When I deployed an EAR file on RC2, the instance logs that the table exists, but carries on with the deployment. The new RC3 throws an exception and doesnt deploy at all. When I set the create-table on false the EAR deploys normally. Rik. 2002-05-22 11:11:24,002 ERROR [org.jboss.ejb.EjbModule] Starting failed org.jboss.deployment.DeploymentException: Error while creating table; - nested throwable: (java.sql.SQLException: General error: Table 'votebean' already exists) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.createTable(JDBCStartCommand.ja va:190) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.execute(JDBCStartCommand.java:8 4) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.start(JDBCStoreManager.java:384 ) at org.jboss.ejb.plugins.CMPPersistenceManager.start(CMPPersistenceManager.java:19 8) at org.jboss.ejb.EntityContainer.start(EntityContainer.java:376) at org.jboss.ejb.Container.invoke(Container.java:793) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1055) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:8 67) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:339) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche r.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy18.start(Unknown Source) at org.jboss.ejb.EjbModule.startService(EjbModule.java:440) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:162) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche r.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:8 67) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:339) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche r.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy5.start(Unknown Source) at org.jboss.ejb.EJBDeployer.start(EJBDeployer.java:394) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:692) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:685) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:527) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:490) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche r.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.j ava:405) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymentSc anner.java:586) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.jav a:465) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDep loymentScanner.java:237) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:162) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche r.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:8 67) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:339) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche r.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy3.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:276) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:692) at
[JBoss-dev] [ jboss-Bugs-551102 ] LOCATE function in Oracle / PostgreSQL
Bugs item #551102, was opened at 2002-05-01 13:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=551102group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Frederik Sauer (fredsa) Assigned to: Dain Sundstrom (dsundstrom) Summary: LOCATE function in Oracle / PostgreSQL Initial Comment: Please also refer to bug#541507 where the postgres mapping of LOCATE was changed to: (coalesce(nullif(position(?2 in substring(?1 from ?3)), 0) + ?3 -1, 0)) The current Oracle mapping is: instr(?1, ?2, ?3) There are two issue I want to describe: 1) The ordering of first two parameters in the LOCATE function 2) How the mapped function deals with the empty string as the substring to be searched for. Here goes: 1) For some reason I'm unable to locate the definitive EJB 2.0 specification which includes a description of the parameters to the LOCATE EJB-QL function. (Help anyone?) I did find plenty of derivative works which all either don't specify the meaning of the first two string parameters or explicity say that the function searches for occurences of the second string parameter in the first string parameter. In other words the current PostgreSQL mapping would need ?1 and ?2 switched, but the ordering in the Oracle mapping is correct. Since I did locate locate this information in the actual EJB-QL specification I don't want to claim that the PostgreSQL parameter ordering is wrong and the Oracle ordering is correct, but since they are different I will claim that one of them is wrong :-). 2a) The Oracle INSTR() SQL function considers a search for the the empty string (i.e. '') as futile and returns 0 (zero) to indicate the empty string was not found, regardless of what the string being searched is. The PostgreSQL POSITION() SQL function considers the empty string to be found, regardless of the length of the string being searched. I'm sorry I again do not have a good reference to the EJB specification to know which behavior is correct for the LOCATE() EJB-QL function. In my opinion the Oracle behavior is more useful, particularly since null string values get passed in as empty strings to the JDBC drivers. So, searching for a null in a string 'Any text' should not in my opinion return a match. The result of the search for '' in 'Any text' could be debated. Currently if a pass either null or '' as a parameter to a custom finder method both become '' in the final SQL statement. Assuming the Oracle behavior is preferable, then the current mapping for PostgreSQL of: (coalesce(nullif(position(?2 in substring(?1 from ?3)), 0) + ?3 -1, 0)) would need to become (coalesce(nullif(position(nullif(?2,'') in substring(?1 from ?3)), 0) + ?3 -1, 0)). Note: depending on the thoughts on 1) this PostgreSQL mapping should be further changed by swapping ?1 and ?2. 2b) If the empty string is passed as either the first or second parameter to the Oracle INSTR() SQL function, the function returns null. Since the EJB-QL function LOCATE() is supposed to return and integer, the Oracle function needs to be changed from: instr(?1, ?2, ?3) to nvl(instr(?1, ?2, ?3),0) Note: depending on the thoughts on 1) this Oracle mapping should be further changed by swapping ?1 and ?2. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-06-06 00:36 Message: Logged In: YES user_id=251431 Ok I did some research. The proper argument order is as follows: locate(search_string, string_to_be_searched, start_position) Also if any of the arguments are null the function should return null, which means the Postgres mapping is wrong. The new mappings follow: Oracle: instr(?2, ?1, ?3) PostgreSQL: (CASE position(?1 in substring(?2 from ?3)) WHEN 0 THEN 0 ELSE position(?1 in substring(?2 from ?3)) + ?3 - 1 END) The PostgreSQL mapping is long an possibly inefficent, but is the only sql I could come up with that is spec compliant. -- Comment By: Frederik Sauer (fredsa) Date: 2002-05-14 13:16 Message: Logged In: YES user_id=111914 From a SQL perspective it certainly would be consitent to expect a NULL result from a function if any of the parameters to that function are NULL. As for the result when searching for the empty string: any recollection or references as to whether this should result in a match or not? That is, what are the expected results for: LOCATE('', 'text to be searched') LOCATE('substring to search for', '') LOCATE('', '') I'd be happy to determine the proper LOCATE() mappings for PostgreSQL and Oracle and test them if we can decide what the correct results are for both NULL parameters and empty string parameters. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-05-14 11:56 Message: Logged In: YES
[JBoss-dev] [ jboss-Bugs-545974 ] LOCATE function-mapping: ORACLE
Bugs item #545974, was opened at 2002-04-19 01:46 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=545974group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Duplicate Priority: 5 Submitted By: Marco Ladermann (mpl) Assigned to: Dain Sundstrom (dsundstrom) Summary: LOCATE function-mapping: ORACLE Initial Comment: The function-mapping in standardjbosscmp-jdbc.xml for oracle from LOCATE to INSTR is wrong. INSTR uses reverse order of the first to parameters. The mapping should be: function-mapping function-namelocate/function-name function-sqlinstr(?2,?1,?3)/function-sql /function-mapping Greetings Marco -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-06-06 00:38 Message: Logged In: YES user_id=251431 Duplicate of bug 551102, which I just fixed and closed. Thanks for the bug report. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=545974group_id=22866 ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-555556 ] CMR Table Creation
Bugs item #56, was opened at 2002-05-13 12:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=56group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Works For Me Priority: 5 Submitted By: Jeff DeLong (jeffdelong) Assigned to: Dain Sundstrom (dsundstrom) Summary: CMR Table Creation Initial Comment: I have two Entity EJBs (UserEJB and GroupEJB) with a Many relationship between them. They deploy and test correctly with the exception that the relationship table does not appear to be created in my Oracle table space (the ORG_USER and ORG_GROUP tables are created, and deleted, correctly as per the jbosscmp-jdbc.xml (see attached). I believe the relationship table may be created in the DefaultDS. Here is a snippet from the console output when starting JBoss (this is with JBoss 3.0RC2 running on NT4.0 with JDK 1.3.1, database is Oracle 9i running on Solaris 2.8), the server log can be provided if necessary). 11:25:50,923 INFO [GroupEJB] Created table 'ORG_GROUP' successfully. 11:25:51,313 INFO [UserEJB] Created table 'ORG_USER' successfully. 11:25:51,363 INFO [UserEJB] Table 'GROUPEJB_USERS_USEREJB_GROUPS' already exist s 11:25:51,373 INFO [EjbModule] Started -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-06-06 00:40 Message: Logged In: YES user_id=251431 Looks like jeffdelong fixed this in his code. -- Comment By: Jeff DeLong (jeffdelong) Date: 2002-06-03 21:36 Message: Logged In: YES user_id=531609 Retested with the correct DTD reference and everything works fine. -- Comment By: Jeff DeLong (jeffdelong) Date: 2002-05-14 09:49 Message: Logged In: YES user_id=531609 attachment may have been too large - here is a snippet -- Comment By: Jeff DeLong (jeffdelong) Date: 2002-05-14 09:44 Message: Logged In: YES user_id=531609 here is the server log - it appears to barf on many of the elements! -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-05-14 00:02 Message: Logged In: YES user_id=251431 The important messages are printed before this error. It will say some thing like blah is not allowed here The second issue about DTDs in IE is an known IE bug just download the file and read it directly. -- Comment By: Jeff DeLong (jeffdelong) Date: 2002-05-13 22:48 Message: Logged In: YES user_id=531609 The problem may be attributable to the lack of DTD reference at the top of the jbosscmp-jdbc.xml file, however when I put !DOCTYPE jbosscmp-jdbc PUBLIC -//JBoss//DTD JBOSSCMP-JDBC 3.0//EN http://www.jboss.org/j2ee/dtd/jbosscmp- jdbc_3_0.dtd I get the following: org.jboss.deployment.DeploymentException: error in create of EjbModule: file:/G: /jboss-3.0.0RC2/server/default/deploy/organization.jar; - nested throwable: (org .jboss.deployment.DeploymentException: Invalid XML: file=file:/G:/jboss-3.0.0RC2 /server/default/tmp/deploy/server/default/deploy/organizatio n.jar/87.organizatio n.jar!/META-INF/jbosscmp-jdbc.xml) Also when I try to access http://www.jboss.org/j2ee/dtd/jbosscmp-jdbc_3_0.dtd I get Cannot have a DTD declaration outside of a DTD. Line 13, Position 11 !ELEMENT jbosscmp-jdbc (defaults?, enterprise-beans?, relationships?, --^ -- Comment By: Jeff DeLong (jeffdelong) Date: 2002-05-13 13:23 Message: Logged In: YES user_id=531609 If I change my standardjbosscmp-jdbc.xml file's DefaultDS to set remove-table to true, and recycle JBoss, then the table is first deleted and then created: 12:19:43,050 INFO [GroupEJB] Created table 'ORG_GROUP' successfully. 12:19:43,431 INFO [UserEJB] Created table 'ORG_USER' successfully. 12:19:43,531 INFO [UserEJB] Created table 'GROUPEJB_USERS_USEREJB_GROUPS' succe ssfully. 12:19:43,541 INFO [EjbModule] Started however it still does not appear in the Oracle table space. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=56group_id=22866 ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development