I suspect this might be a limitation of the current jboss XidFactory... namely it starts over with global ids every time you restart jboss. If you leave SQLServer running, it may object if it gets the same xid later on that it committed earlier. Is there an easy way to see if this is the problem?
thanks david jencks On 2002.10.01 17:04:10 -0400 Jamie Burns wrote: > FW: [JBoss-dev] XADataSource wrapper for JBoss 4Hi Igor. > > I applied the patch and initially found the XAResourceTest tests ran > successfully a number of times. Ive found that after running the > XAResourceTest, if l leave SQL Server running, stop and start JBoss and > then run the test again, the testSimpleCommitTx test fails (see the log > extract below). Ive started having a look at it - if you dont think its > worth the effort let me know. Given the senario the exception occurs > under and the presence of static objects, is it possible that either the > MS JDBC drivers or the VM could be hanging onto something that is messing > up the works? > > Jamie > > line 238 : tx.delistResource(xares, XAResource.TMSUCCESS); > line 239: tx.commit(); > > Log Extract: > > 2002-09-30 20:20:36,987 WARN [org.jboss.tm.TransactionImpl] XAException: > tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=burns01//17, > BranchQual=] errorCode=XAER_RMERR > javax.transaction.xa.XAException: [Microsoft][SQLServer 2000 Driver for > JDBC][SQLServer]xa_end (4000000) returns -6 > at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown > Source) > at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.end(Unknown > Source) > at com.microsoft.jdbcx.base.BaseXAResource.end(Unknown Source) > at >org.jboss.resource.adapter.jdbc.xa.XAManagedConnection.end(XAManagedConnection.java:118) > at org.jboss.tm.TransactionImpl.endResource(TransactionImpl.java:1353) > at org.jboss.tm.TransactionImpl.delistResource(TransactionImpl.java:727) > at org.jboss.test.jca.tm.XAResourceTest.testSimpleCommitTx(XAResourceTest.java:238) > 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.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548) > at org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265) > 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 sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) > at sun.rmi.transport.Transport$1.run(Transport.java:148) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:144) > at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) > at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) > at java.lang.Thread.run(Thread.java:536) > 2002-09-30 20:20:36,997 WARN [org.jboss.tm.TransactionImpl] XAException: > tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=burns01//17, > BranchQual=] errorCode=XAER_RMERR > javax.transaction.xa.XAException: [Microsoft][SQLServer 2000 Driver for > JDBC][SQLServer]xa_end (4000000) returns -6 > at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown > Source) > at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.end(Unknown > Source) > at com.microsoft.jdbcx.base.BaseXAResource.end(Unknown Source) > at >org.jboss.resource.adapter.jdbc.xa.XAManagedConnection.end(XAManagedConnection.java:118) > at org.jboss.tm.TransactionImpl.endResource(TransactionImpl.java:1353) > at org.jboss.tm.TransactionImpl.endResources(TransactionImpl.java:1428) > at org.jboss.tm.TransactionImpl.checkStatusForPrepare(TransactionImpl.java:1917) > at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:308) > at org.jboss.test.jca.tm.XAResourceTest.testSimpleCommitTx(XAResourceTest.java:239) > 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.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548) > at org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265) > 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 sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) > at sun.rmi.transport.Transport$1.run(Transport.java:148) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:144) > at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) > at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) > at java.lang.Thread.run(Thread.java:536) > 2002-09-30 20:20:37,007 INFO [org.jboss.test.jca.tm.XAResourceTest] > Exception in test > javax.transaction.RollbackException: Already marked for rollback > at org.jboss.tm.TransactionImpl.checkStatusForPrepare(TransactionImpl.java:1923) > at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:308) > at org.jboss.test.jca.tm.XAResourceTest.testSimpleCommitTx(XAResourceTest.java:239) > 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.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548) > at org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265) > 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 sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) > at sun.rmi.transport.Transport$1.run(Transport.java:148) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:144) > at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) > at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) > at java.lang.Thread.run(Thread.java:536) > 2002-09-30 20:20:37,598 WARN [org.jboss.tm.TransactionImpl] XAException: > tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=burns01//22, > BranchQual=] errorCode=XAER_RMERR > javax.transaction.xa.XAException: [Microsoft][SQLServer 2000 Driver for > JDBC][SQLServer]xa_end (4000000) returns -6 > at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown > Source) > at com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.end(Unknown > Source) > at com.microsoft.jdbcx.base.BaseXAResource.end(Unknown Source) > at >org.jboss.resource.adapter.jdbc.xa.XAManagedConnection.end(XAManagedConnection.java:118) > at org.jboss.tm.TransactionImpl.endResource(TransactionImpl.java:1353) > at org.jboss.tm.TransactionImpl.delistResource(TransactionImpl.java:727) > at org.jboss.test.jca.tm.XAResourceTest.test590816(XAResourceTest.java:423) > 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.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548) > at org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265) > at sun.reflect.GeneratedMethodAccessor51.invoke(Unknown Source) > at >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) > at sun.rmi.transport.Transport$1.run(Transport.java:148) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:144) > at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) > at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) > at java.lang.Thread.run(Thread.java:536) > 2002-09-30 20:20:37,608 INFO [org.jboss.test.jca.tm.XAResourceTest] > Exception in test > java.lang.Exception: could not delist xares in tx1 > at org.jboss.test.jca.tm.XAResourceTest.test590816(XAResourceTest.java:425) > 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.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548) > at org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265) > at sun.reflect.GeneratedMethodAccessor51.invoke(Unknown Source) > at >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261) > at sun.rmi.transport.Transport$1.run(Transport.java:148) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:144) > at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) > at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) > at java.lang.Thread.run(Thread.java:536) > 2002-09-30 20:25:37,539 WARN [org.jboss.tm.TransactionImpl] Transaction > TransactionImpl:XidImpl [FormatId=257, GlobalId=burns01//22, BranchQual=] > timed out. status=STATUS_MARKED_ROLLBACK > 2002-09-30 20:25:37,549 WARN [org.jboss.tm.TransactionImpl] Transaction > TransactionImpl:XidImpl [FormatId=257, GlobalId=burns01//23, BranchQual=] > timed out. status=STATUS_ACTIVE > > -----Original Message----- > From: Igor Fedorenko [mailto:[EMAIL PROTECTED]] > Sent: Sunday, September 22, 2002 3:52 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] XADataSource wrapper for JBoss 4 > > > > Jamie, > > Could you try following patch for XAResourceTest.java. It is supposed > to > fix empty branch id problem. > > Jamie Burns wrote: > > By way of reminder, the exception is: > > > > javax.transaction.xa.XAException > > at com.microsoft.jdbcx.base.BaseXAResource.checkXid(Unknown Source) > > > at com.microsoft.jdbcx.base.BaseXAResource.start(Unknown Source) at > > org.jboss.resource.adapter.jdbc.xa.XAManagedConnection.start(XAManagedConnec > > > tion.java:107) > > at > > org.jboss.test.jca.tm.XAResourceTest.testSimpleCommitXid(XAResourceTest.java > > > :173) > > > > The checkXid method is failing with the value it is getting from > > XidImpl.getBranchQualifier(). XidImpl is returning a byte[0]. Ive > > started comparing it to the JBoss 3.0 code and it looks pretty the > > same. Im guessing that somewhere JBoss 3.0 was setting it to a > > non-zero length array. I am going to look into it more closely over > > the weekend. > > > > ----- Original Message ----- > > From: "Igor Fedorenko" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Saturday, September 07, 2002 2:18 PM > > Subject: Re: [JBoss-dev] XADataSource wrapper for JBoss 4 > > > > > > > >>There are two types of tests in this test suite. First type ("raw" > >>tests) manages xids and makes xa calls directly, second type ("tx" > >>tests) create instance of Transaction and use this instance to manage > > >>xa stuff. "Tx" tests are more important because they exercise actual > >>behaviour of jboss, while "raw" tests were meant to prove that very > >>basic xa functionality works. In your case all "raw" tests failed and > > >>all "tx" tests succeeded. It is definitely a bug with raw tests but I > > >>do not know what could be wrong with them. > >> > >>Jamie Burns wrote: > >> > >>>Ok. The XAResourceUnitTestCase threw 3 errors. See attached report. > >>> > >>>There are sections for 3 adapters in the class. I have hsqldb-ds.xml > > >>>(Firebird?) and mssql-xa-ds.xml installed. Apart from removing one > of > >> > > them, > > > >>>how do you tell which one has failed? > >>> > >>>Thanks > >>> > >>>Jamie > >>> > >> > >> > >>-- > >>Igor Fedorenko > >>Think smart. Think automated. Think Dynamics. www.thinkdynamics.com > >> > >> > >> > >>------------------------------------------------------- > >>This sf.net email is sponsored by: OSDN - Tired of that same old cell > > >>phone? Get a new here for FREE! > >>https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > >>_______________________________________________ > >>Jboss-development mailing list [EMAIL PROTECTED] > > >>https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Jboss-development mailing list [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > -- > Igor Fedorenko > Think smart. Think automated. Think Dynamics. www.thinkdynamics.com > > > > ******************************************************************************** > This electronic mail system is used for information purposes and is > not intended to form any legal contract or binding agreement. > The content is confidential and may be legally privileged. Access > by anyone other than the addressee(s) is unauthorised and any > disclosure, copying, distribution or any other action taken in > reliance on it is prohibited and maybe unlawful > > All incoming and outgoing e-mail communications and attachments > are scanned automatically by software designed to detect and remove > any material containing viruses or other unauthorised content. While > we undertake best endeavours to ensure that this content checking > software is up to date, recipients should take steps to assure > themselves > that e-mails received are secure. > ******************************************************************************** > > > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > <HTML><HEAD><TITLE>FW: [JBoss-dev] XADataSource wrapper for JBoss > 4</TITLE> > <META http-equiv=Content-Type content="text/html; charset=iso-8859-1"> > <META content="MSHTML 6.00.2600.0" name=GENERATOR> > <STYLE></STYLE> > </HEAD> > <BODY bgColor=#ffffff> > <DIV><FONT face=Arial size=2>Hi Igor.</FONT></DIV> > <DIV><FONT face=Arial size=2></FONT> </DIV> > <DIV><FONT face=Arial size=2>I applied the patch and initially found > the > XAResourceTest tests ran successfully a number of times. Ive found that > after > running the XAResourceTest, if l leave SQL Server running, stop and > start > JBoss and then run the test again, the testSimpleCommitTx test fails (see > the > log extract below). Ive started having a look at it - if you dont think > its > worth the effort let me know. Given the senario the exception occurs > under and > the presence of static objects, is it possible that either the MS > JDBC > drivers or the VM could be hanging onto something that is messing up > the > works?</FONT></DIV> > <DIV><FONT face=Arial size=2></FONT> </DIV> > <DIV><FONT face=Arial size=2>Jamie</FONT></DIV> > <DIV><FONT face=Arial size=2></FONT> </DIV> > <DIV><FONT face=Arial size=2>line 238 : </FONT><FONT > face=Arial > size=2>tx.delistResource(xares, XAResource.TMSUCCESS);</FONT></DIV> > <DIV> > <DIV><FONT face=Arial size=2>line 239: > tx.commit();</FONT></DIV> > <DIV><FONT face=Arial size=2></FONT> </DIV> > <DIV><FONT face=Arial size=2>Log Extract:</FONT></DIV> > <DIV><FONT face=Arial size=2> </DIV></FONT></DIV> > <DIV><FONT face=Arial size=2>2002-09-30 20:20:36,987 WARN > [org.jboss.tm.TransactionImpl] XAException: tx=TransactionImpl:XidImpl > [FormatId=257, GlobalId=burns01//17, BranchQual=] > errorCode=XAER_RMERR<BR>javax.transaction.xa.XAException: > [Microsoft][SQLServer > 2000 Driver for JDBC][SQLServer]xa_end (4000000) returns -6<BR> at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown > > Source)<BR> at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.end(Unknown > Source)<BR> at com.microsoft.jdbcx.base.BaseXAResource.end(Unknown > Source)<BR> at > >org.jboss.resource.adapter.jdbc.xa.XAManagedConnection.end(XAManagedConnection.java:118)<BR> at > > org.jboss.tm.TransactionImpl.endResource(TransactionImpl.java:1353)<BR> at > > org.jboss.tm.TransactionImpl.delistResource(TransactionImpl.java:727)<BR> at > > >org.jboss.test.jca.tm.XAResourceTest.testSimpleCommitTx(XAResourceTest.java:238)</FONT><FONT > > face=Arial size=2><BR> at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<BR> at > >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)<BR> at > > >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<BR> at > > java.lang.reflect.Method.invoke(Method.java:324)<BR> at > >org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)<BR> at > > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548)<BR> at > > org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265)<BR> at > > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<BR> at > >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)<BR> at > > >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<BR> at > > java.lang.reflect.Method.invoke(Method.java:324)<BR> at > sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)<BR> at > > sun.rmi.transport.Transport$1.run(Transport.java:148)<BR> at > java.security.AccessController.doPrivileged(Native Method)<BR> at > sun.rmi.transport.Transport.serviceCall(Transport.java:144)<BR> at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)<BR> at > > >sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)<BR> at > > java.lang.Thread.run(Thread.java:536)<BR>2002-09-30 20:20:36,997 > WARN > [org.jboss.tm.TransactionImpl] XAException: tx=TransactionImpl:XidImpl > [FormatId=257, GlobalId=burns01//17, BranchQual=] > errorCode=XAER_RMERR<BR>javax.transaction.xa.XAException: > [Microsoft][SQLServer > 2000 Driver for JDBC][SQLServer]xa_end (4000000) returns -6<BR> at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown > > Source)<BR> at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.end(Unknown > Source)<BR> at com.microsoft.jdbcx.base.BaseXAResource.end(Unknown > Source)<BR> at > >org.jboss.resource.adapter.jdbc.xa.XAManagedConnection.end(XAManagedConnection.java:118)<BR> at > > org.jboss.tm.TransactionImpl.endResource(TransactionImpl.java:1353)<BR> at > > org.jboss.tm.TransactionImpl.endResources(TransactionImpl.java:1428)<BR> at > > >org.jboss.tm.TransactionImpl.checkStatusForPrepare(TransactionImpl.java:1917)<BR> at > > org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:308)<BR> at > > >org.jboss.test.jca.tm.XAResourceTest.testSimpleCommitTx(XAResourceTest.java:239)<BR> at > > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<BR> at > >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)<BR> at > > >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<BR> at > > java.lang.reflect.Method.invoke(Method.java:324)<BR> at > >org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)<BR> at > > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548)<BR> at > > org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265)<BR> at > > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<BR> at > >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)<BR> at > > >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<BR> at > > java.lang.reflect.Method.invoke(Method.java:324)<BR> at > sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)<BR> at > > sun.rmi.transport.Transport$1.run(Transport.java:148)<BR> at > java.security.AccessController.doPrivileged(Native Method)<BR> at > sun.rmi.transport.Transport.serviceCall(Transport.java:144)<BR> at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)<BR> at > > >sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)<BR> at > > java.lang.Thread.run(Thread.java:536)<BR>2002-09-30 20:20:37,007 > INFO > [org.jboss.test.jca.tm.XAResourceTest] Exception in > test<BR>javax.transaction.RollbackException: Already marked for > rollback<BR> at > >org.jboss.tm.TransactionImpl.checkStatusForPrepare(TransactionImpl.java:1923)<BR> at > > org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:308)<BR> at > > >org.jboss.test.jca.tm.XAResourceTest.testSimpleCommitTx(XAResourceTest.java:239)<BR> at > > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<BR> at > >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)<BR> at > > >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<BR> at > > java.lang.reflect.Method.invoke(Method.java:324)<BR> at > >org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)<BR> at > > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548)<BR> at > > org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265)<BR> at > > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<BR> at > >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)<BR> at > > >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<BR> at > > java.lang.reflect.Method.invoke(Method.java:324)<BR> at > sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)<BR> at > > sun.rmi.transport.Transport$1.run(Transport.java:148)<BR> at > java.security.AccessController.doPrivileged(Native Method)<BR> at > sun.rmi.transport.Transport.serviceCall(Transport.java:144)<BR> at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)<BR> at > > >sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)<BR> at > > java.lang.Thread.run(Thread.java:536)<BR>2002-09-30 20:20:37,598 > WARN > [org.jboss.tm.TransactionImpl] XAException: tx=TransactionImpl:XidImpl > [FormatId=257, GlobalId=burns01//22, BranchQual=] > errorCode=XAER_RMERR<BR>javax.transaction.xa.XAException: > [Microsoft][SQLServer > 2000 Driver for JDBC][SQLServer]xa_end (4000000) returns -6<BR> at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.executeXaRpc(Unknown > > Source)<BR> at > com.microsoft.jdbcx.sqlserver.SQLServerImplXAResource.end(Unknown > Source)<BR> at com.microsoft.jdbcx.base.BaseXAResource.end(Unknown > Source)<BR> at > >org.jboss.resource.adapter.jdbc.xa.XAManagedConnection.end(XAManagedConnection.java:118)<BR> at > > org.jboss.tm.TransactionImpl.endResource(TransactionImpl.java:1353)<BR> at > > org.jboss.tm.TransactionImpl.delistResource(TransactionImpl.java:727)<BR> at > > org.jboss.test.jca.tm.XAResourceTest.test590816(XAResourceTest.java:423)<BR> at > > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<BR> at > >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)<BR> at > > >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<BR> at > > java.lang.reflect.Method.invoke(Method.java:324)<BR> at > >org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)<BR> at > > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548)<BR> at > > org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265)<BR> at > > sun.reflect.GeneratedMethodAccessor51.invoke(Unknown Source)<BR> at > >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<BR> at > > java.lang.reflect.Method.invoke(Method.java:324)<BR> at > sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)<BR> at > > sun.rmi.transport.Transport$1.run(Transport.java:148)<BR> at > java.security.AccessController.doPrivileged(Native Method)<BR> at > sun.rmi.transport.Transport.serviceCall(Transport.java:144)<BR> at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)<BR> at > > >sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)<BR> at > > java.lang.Thread.run(Thread.java:536)<BR>2002-09-30 20:20:37,608 > INFO > [org.jboss.test.jca.tm.XAResourceTest] Exception in > test<BR>java.lang.Exception: > could not delist xares in tx1<BR> at > org.jboss.test.jca.tm.XAResourceTest.test590816(XAResourceTest.java:425)<BR> at > > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<BR> at > >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)<BR> at > > >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<BR> at > > java.lang.reflect.Method.invoke(Method.java:324)<BR> at > >org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)<BR> at > > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548)<BR> at > > org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl.invoke(RMIAdaptorImpl.java:265)<BR> at > > sun.reflect.GeneratedMethodAccessor51.invoke(Unknown Source)<BR> at > >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<BR> at > > java.lang.reflect.Method.invoke(Method.java:324)<BR> at > sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)<BR> at > > sun.rmi.transport.Transport$1.run(Transport.java:148)<BR> at > java.security.AccessController.doPrivileged(Native Method)<BR> at > sun.rmi.transport.Transport.serviceCall(Transport.java:144)<BR> at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)<BR> at > > >sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)<BR> at > > java.lang.Thread.run(Thread.java:536)<BR>2002-09-30 20:25:37,539 > WARN > [org.jboss.tm.TransactionImpl] Transaction TransactionImpl:XidImpl > [FormatId=257, GlobalId=burns01//22, BranchQual=] timed out. > status=STATUS_MARKED_ROLLBACK<BR>2002-09-30 20:25:37,549 WARN > [org.jboss.tm.TransactionImpl] Transaction TransactionImpl:XidImpl > [FormatId=257, GlobalId=burns01//23, BranchQual=] timed out. > status=STATUS_ACTIVE<BR></DIV></FONT> > <BLOCKQUOTE dir=ltr > style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; > BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px"> > <P><FONT size=2>-----Original Message-----</FONT> <BR><FONT > size=2>From: Igor > Fedorenko [<A > href="mailto:[EMAIL PROTECTED]";>mailto:[EMAIL PROTECTED]</A>] > > </FONT><BR><FONT size=2>Sent: Sunday, September 22, 2002 3:52 AM</FONT> > > <BR><FONT size=2>To: <A > >href="mailto:[EMAIL PROTECTED]";>[EMAIL PROTECTED]</A></FONT> > > <BR><FONT size=2>Subject: Re: [JBoss-dev] XADataSource wrapper for > JBoss > 4</FONT> </P><BR> > <P><FONT size=2>Jamie,</FONT> </P> > <P><FONT size=2>Could you try following patch for XAResourceTest.java. > It is > supposed to </FONT><BR><FONT size=2>fix empty branch id problem.</FONT> > </P> > <P><FONT size=2>Jamie Burns wrote:</FONT> <BR><FONT size=2>> By way > of > reminder, the exception is:</FONT> <BR><FONT size=2>> > </FONT><BR><FONT > size=2>> javax.transaction.xa.XAException</FONT> <BR><FONT > size=2>> at com.microsoft.jdbcx.base.BaseXAResource.checkXid(Unknown > > Source) </FONT><BR><FONT size=2>> at > com.microsoft.jdbcx.base.BaseXAResource.start(Unknown Source) > at</FONT> > <BR><FONT size=2>> > org.jboss.resource.adapter.jdbc.xa.XAManagedConnection.start(XAManagedConnec</FONT> > > <BR><FONT size=2>> tion.java:107)</FONT> <BR><FONT size=2>> > > at</FONT> <BR><FONT size=2>> > org.jboss.test.jca.tm.XAResourceTest.testSimpleCommitXid(XAResourceTest.java</FONT> > > <BR><FONT size=2>> :173)</FONT> <BR><FONT size=2>> > </FONT><BR><FONT > size=2>> The checkXid method is failing with the value it is getting > from > </FONT><BR><FONT size=2>> XidImpl.getBranchQualifier(). XidImpl is > returning a byte[0]. Ive </FONT><BR><FONT size=2>> started comparing > it to > the JBoss 3.0 code and it looks pretty the </FONT><BR><FONT size=2>> > same. > Im guessing that somewhere JBoss 3.0 was setting it to a > </FONT><BR><FONT > size=2>> non-zero length array. I am going to look into it more > closely > over </FONT><BR><FONT size=2>> the weekend.</FONT> <BR><FONT > size=2>> > </FONT><BR><FONT size=2>> ----- Original Message -----</FONT> > <BR><FONT > size=2>> From: "Igor Fedorenko" > <[EMAIL PROTECTED]></FONT> > <BR><FONT size=2>> To: > <[EMAIL PROTECTED]></FONT> <BR><FONT > size=2>> > Sent: Saturday, September 07, 2002 2:18 PM</FONT> <BR><FONT size=2>> > > Subject: Re: [JBoss-dev] XADataSource wrapper for JBoss 4</FONT> > <BR><FONT > size=2>> </FONT><BR><FONT size=2>> </FONT><BR><FONT size=2>> > </FONT><BR><FONT size=2>>>There are two types of tests in this > test > suite. First type ("raw"</FONT> <BR><FONT size=2>>>tests) manages > xids > and makes xa calls directly, second type ("tx"</FONT> <BR><FONT > size=2>>>tests) create instance of Transaction and use this > instance to > manage </FONT><BR><FONT size=2>>>xa stuff. "Tx" tests are more > important > because they exercise actual </FONT><BR><FONT size=2>>>behaviour > of > jboss, while "raw" tests were meant to prove that very </FONT><BR><FONT > > size=2>>>basic xa functionality works. In your case all "raw" > tests > failed and </FONT><BR><FONT size=2>>>all "tx" tests succeeded. It > is > definitely a bug with raw tests but I </FONT><BR><FONT > size=2>>>do not > know what could be wrong with them.</FONT> <BR><FONT > size=2>>></FONT> > <BR><FONT size=2>>>Jamie Burns wrote:</FONT> <BR><FONT > size=2>>></FONT> <BR><FONT size=2>>>>Ok. The > XAResourceUnitTestCase threw 3 errors. See attached report.</FONT> > <BR><FONT > size=2>>>></FONT> <BR><FONT size=2>>>>There are > sections for > 3 adapters in the class. I have hsqldb-ds.xml</FONT> <BR><FONT > size=2>>>>(Firebird?) and mssql-xa-ds.xml installed. Apart > from > removing one of</FONT> <BR><FONT size=2>>></FONT> <BR><FONT > size=2>> > them,</FONT> <BR><FONT size=2>> </FONT><BR><FONT > size=2>>>>how do > you tell which one has failed?</FONT> <BR><FONT > size=2>>>></FONT> > <BR><FONT size=2>>>>Thanks</FONT> <BR><FONT > size=2>>>></FONT> <BR><FONT size=2>>>>Jamie</FONT> > <BR><FONT > size=2>>>></FONT> <BR><FONT size=2>>></FONT> <BR><FONT > size=2>>></FONT> <BR><FONT size=2>>>--</FONT> <BR><FONT > size=2>>>Igor Fedorenko</FONT> <BR><FONT size=2>>>Think > smart. > Think automated. Think Dynamics. www.thinkdynamics.com</FONT> <BR><FONT > > size=2>>></FONT> <BR><FONT size=2>>></FONT> <BR><FONT > size=2>>></FONT> <BR><FONT > size=2>>>-------------------------------------------------------</FONT> > > <BR><FONT size=2>>>This sf.net email is sponsored by: OSDN - > Tired of > that same old cell </FONT><BR><FONT size=2>>>phone? Get a > new here > for FREE! </FONT><BR><FONT size=2>>><A > href="https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390"; > > >target=_blank>https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390</A></FONT> > > <BR><FONT > size=2>>>_______________________________________________</FONT> > <BR><FONT size=2>>>Jboss-development mailing list > [EMAIL PROTECTED]</FONT> <BR><FONT > size=2>>><A > href="https://lists.sourceforge.net/lists/listinfo/jboss-development"; > >target=_blank>https://lists.sourceforge.net/lists/listinfo/jboss-development</A></FONT> > > <BR><FONT size=2>>></FONT> <BR><FONT size=2>> </FONT><BR><FONT > > size=2>> </FONT><BR><FONT size=2>> </FONT><BR><FONT size=2>> > </FONT><BR><FONT size=2>> > -------------------------------------------------------</FONT> > <BR><FONT > size=2>> This sf.net email is sponsored by:ThinkGeek</FONT> > <BR><FONT > size=2>> Welcome to geek heaven.</FONT> <BR><FONT size=2>> <A > href="http://thinkgeek.com/sf"; target=_blank>http://thinkgeek.com/sf</A> > > </FONT><BR><FONT size=2>> > _______________________________________________</FONT> <BR><FONT > size=2>> > Jboss-development mailing list [EMAIL PROTECTED]</FONT> > > <BR><FONT size=2>> <A > href="https://lists.sourceforge.net/lists/listinfo/jboss-development"; > >target=_blank>https://lists.sourceforge.net/lists/listinfo/jboss-development</A></FONT> > > </P> > <P><FONT size=2>-- </FONT><BR><FONT size=2>Igor Fedorenko</FONT> > <BR><FONT > size=2>Think smart. Think automated. Think Dynamics. > www.thinkdynamics.com</FONT> </P> > <P><FONT face=Arial color=#000000 size=2></FONT> <FONT color=blue > > >size=3><PRE>******************************************************************************** > This electronic mail system is used for information purposes and is > not intended to form any legal contract or binding agreement. > The content is confidential and may be legally privileged. Access > by anyone other than the addressee(s) is unauthorised and any > disclosure, copying, distribution or any other action taken in > reliance on it is prohibited and maybe unlawful > > All incoming and outgoing e-mail communications and attachments > are scanned automatically by software designed to detect and remove > any material containing viruses or other unauthorised content. While > we undertake best endeavours to ensure that this content checking > software is up to date, recipients should take steps to assure > themselves > that e-mails received are secure. > ******************************************************************************** > </PRE></BLOCKQUOTE></FONT></BODY></HTML> > ------------------------------------------------------- This sf.net email is sponsored by: DEDICATED SERVERS only $89! Linux or FreeBSD, FREE setup, FAST network. Get your own server today at http://www.ServePath.com/indexfm.htm _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
