Hi David. You were right about the XidFactory being the problem. It looks like the MS SQLServer JDBC drivers keep a history of Xid's that have been used with its XAResources. If MS SQL Server is not restarted when JBoss is stopped and started, the XidFactory creates the same Xid's as its previous session, which the SQLServer JDBC drivers reject. When l turned on trace the log showed the exception being thrown in endResource():
2002-10-10 12:35:39,973 TRACE [org.jboss.tm.TransactionImpl] Created new
instance for tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=burns01//17,
BranchQual=]
2002-10-10 12:35:39,973 TRACE [org.jboss.tm.TxManager] began tx:
TransactionImpl:XidImpl [FormatId=257, GlobalId=burns01//17, BranchQual=]
2002-10-10 12:35:39,983 TRACE [org.jboss.tm.TxManager] suspended tx:
TransactionImpl:XidImpl [FormatId=257, GlobalId=burns01//17, BranchQual=]
2002-10-10 12:35:39,983 TRACE [org.jboss.tm.TransactionImpl]
enlistResource(): Entered, tx=TransactionImpl:XidImpl [FormatId=257,
GlobalId=burns01//17, BranchQual=] status=STATUS_ACTIVE
2002-10-10 12:35:39,983 TRACE [org.jboss.tm.TransactionImpl]
startResource(XidImpl [FormatId=257, GlobalId=burns01//17, BranchQual=1])
entered: org.jboss.resource.adapter.jdbc.xa.XAManagedConnection@4af9f7
flags=0
2002-10-10 12:35:39,983 TRACE [org.jboss.tm.TransactionImpl]
startResource(XidImpl [FormatId=257, GlobalId=burns01//17, BranchQual=1])
leaving: org.jboss.resource.adapter.jdbc.xa.XAManagedConnection@4af9f7
flags=0
2002-10-10 12:35:39,993 TRACE [org.jboss.tm.TransactionImpl]
delistResource(): Entered, tx=TransactionImpl:XidImpl [FormatId=257,
GlobalId=burns01//17, BranchQual=] status=STATUS_ACTIVE
2002-10-10 12:35:39,993 TRACE [org.jboss.tm.TransactionImpl]
endResource(XidImpl [FormatId=257, GlobalId=burns01//17, BranchQual=1])
entered: org.jboss.resource.adapter.jdbc.xa.XAManagedConnection@4af9f7
flag=67108864
2002-10-10 12:35:40,013 TRACE [org.jboss.tm.TransactionImpl]
endResource(XidImpl [FormatId=257, GlobalId=burns01//17, BranchQual=1])
leaving: org.jboss.resource.adapter.jdbc.xa.XAManagedConnection@4af9f7
flag=67108864
2002-10-10 12:35:40,013 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(XAManagedConnecti
on.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)
I wrote a small program to test the theory and it showed the same
behaviour - failed with the same error when l used an Xid more than once.
Ive made some changes to XidFactory that have addressed the problem. I added
2 things to the baseGlobalId to make it more unique. Ive added a timestamp
and an instance counter. The timestamp is the System.currentTimeMillis()
when the XidFactory is created. The XidFactory didnt seem to be a singleton
so l added the instance counter to cover 2 instances being created close
enough together that they have the same timestamp. This creates a
baseGlobalId like
myhost//1/1034281915599/
The globalIdNumber is added after the final slash.
Ive attached the changed XidFactory. Have a look at it and let me know what
you think.
Another issue with the XidFactory that l think needs addressing is
setBaseGlobalId() and setGlobalIdNumber(). In the constructor you made a
point of allowing 14 digits for a serial number - which l assume is the
current value of globalIdNumber. These 2 setters dont have any code to
enforce that we still have a 14 digit serial number or a global transaction
id that is no more than Xid.MAXGTRIDSIZE long. Is this something that these
setters should be enforcing? If so, let me know and l will add some guard
clauses to these setters.
Thanks
Jamie
----- Original Message -----
From: "Jamie Burns" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 02, 2002 11:35 PM
Subject: Re: [JBoss-dev] XADataSource wrapper for JBoss 4
> Had a look at testing your theory. I think l can do it. I'll get back to
you
> when l have a result.
>
> ----- Original Message -----
> From: "David Jencks" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, October 01, 2002 11:15 PM
> Subject: Re: [JBoss-dev] XADataSource wrapper for JBoss 4
>
>
> > 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(XAManagedConnecti
> on.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(ReflectedMBeanDispat
> cher.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:7
> 01)
> > > 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(XAManagedConnecti
> on.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(ReflectedMBeanDispat
> cher.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:7
> 01)
> > > 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(ReflectedMBeanDispat
> cher.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:7
> 01)
> > > 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(XAManagedConnecti
> on.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(ReflectedMBeanDispat
> cher.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:7
> 01)
> > > 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(ReflectedMBeanDispat
> cher.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:7
> 01)
> > > 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(XAManagedConnecti
> on.java:118)<BR> at
> > >
> > >
>
org.jboss.tm.TransactionImpl.endResource(TransactionImpl.java:1353)<BR> 
> ;at
> > >
> > >
>
org.jboss.tm.TransactionImpl.delistResource(TransactionImpl.java:727)<BR>&nb
> sp;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(ReflectedMBeanDispat
> cher.java:284)<BR> at
> > >
> > >
>
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548)<BR>&nbs
> p;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:7
> 01)<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(XAManagedConnecti
> on.java:118)<BR> at
> > >
> > >
>
org.jboss.tm.TransactionImpl.endResource(TransactionImpl.java:1353)<BR> 
> ;at
> > >
> > >
>
org.jboss.tm.TransactionImpl.endResources(TransactionImpl.java:1428)<BR>&nbs
> p;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(ReflectedMBeanDispat
> cher.java:284)<BR> at
> > >
> > >
>
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548)<BR>&nbs
> p;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:7
> 01)<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(ReflectedMBeanDispat
> cher.java:284)<BR> at
> > >
> > >
>
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548)<BR>&nbs
> p;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:7
> 01)<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(XAManagedConnecti
> on.java:118)<BR> at
> > >
> > >
>
org.jboss.tm.TransactionImpl.endResource(TransactionImpl.java:1353)<BR> 
> ;at
> > >
> > >
>
org.jboss.tm.TransactionImpl.delistResource(TransactionImpl.java:727)<BR>&nb
> sp;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(ReflectedMBeanDispat
> cher.java:284)<BR> at
> > >
> > >
>
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548)<BR>&nbs
> p;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:7
> 01)<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(ReflectedMBeanDispat
> cher.java:284)<BR> at
> > >
> > >
>
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:548)<BR>&nbs
> p;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:7
> 01)<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]
> om</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]";>jboss-development@list
> s.sourceforge.net</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=vs3
> 390</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
> >
>
>
> -------------------------------------------------------
> 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
>
XidFactory.java
Description: Binary data
