On 2002.08.12 18:09:17 -0400 Igor Fedorenko wrote: > David Jencks wrote: > > Thanks!! > > > > I want to get this in our testsuite as soon as possible. I'm not sure > how > > best to do this. Right now the only xa thingy we ship with is the > jmxra > > adapter. > Just to make sure that we are talking about same testing approach:
I think so, although we might have slightly different viewpoints. > > XATest has a test case for all interesting interection between > transaction manager and resource manager, in particular for all > sequences of xa calls that caused us trouble (as bugs 585632 and > 590816). We also have configurations of the test for all resource > managers we would like to support (oracle, swift, sap, mssql, and so > on). Each time we change anything in transaction manager we run tests > with resource managers to see if they are compatible. Once we find an > incompatibility with specific rm we either change transaction manager to > avoid the problem or write adaptor/wrapper for problematic rm. > > We need to find volunteers for all resource managers we want to test > with. We also need to find a way to initiate tests and to gather results. Yes, I haven't thought of a good way to do that. I still want it in our test suite. > > I think I can do oracle 817 with various jdbc drivers/configurations... > > > I lean toward modifying the test so it only tests jca adapters, since > that > > is the only thing we can deploy in jboss. Then we can work on writing > > driver-specific jca wrappers to work around the particular spec > violations > > in each driver. > Do you have jca adapter for jdbc xa data sources and jms xa connection > factories? If this is the case, then sure it is the way to go (and shame > on me that I did not do that). Yes, this is how everything connection-like is now deployed in jboss. The jms adapter "jmsra" is in connector/src/main/org/jboss/resource/adapter/jms. The current jdbc xa wrapper adapter sucks and I am working on a replacement based on the jdbc Local wrapper that will be easy to customize. > > At the same time I find that oracle-specific jca adaptor would be > overkill and all oracle-specific problems can be solved with a wrapper > for oracle jdbc driver. As far as I understood, wrapper for informix > jdbc driver solves all informix specific problems. I think with a suitable "base" xa wrapper these customizations for specific drivers will be very easy. > > > Is it important to do work on the connection before trying to commit? > If > > it is unnecessary it will be easier to make the test more generic. If > it > > is necessary I think it will be easiest to test the adapter inside > jboss by > > deploying it using the normal .rar deployment mechanism. > If we did not do any work on a connection, resource manager is supposed > to return XA_RDONLY from XAResource.prepare and transaction manager does > not have to commit the connection. The point is that both resource > manager and transaction manager behave differently, and I think it is > important to test both XA_OK and XA_RDONLY. Good point. I definitely agree. Btw, how does deployment of > .rar help to test work on a connection? With a jca adapter, you theres a part of the application server between the connection factory (e.g. datasource) and ManagedConnectionFactory (similar to an XADataSource. This part, called ConnectionManager, manages pooling, security, and transactions. I think our ConnectionManager has the hooks we need to run all your tests, if not we can add them easily. You need a ConnectionManager in order to get a ConnectionFactory (datasource) so you can get a connection to do some work. Since the only things we can deploy in jboss are jca adapters, even if they are wrapping xa drivers of some other kind, I think it makes sense to only test jca adapters. > > To be honest, I do not have any experience with XA or JCA, but I've read > some docs :-) Reading the xa docs didn't do me that much good;-) I think I understand the jca stuff ok. Thanks david > > > > > Any thoughts? > > > > Thanks > > david jencks > > > > On 2002.08.11 17:54:21 -0400 Igor Fedorenko wrote: > > > >>Ok, attached is "jboss xa compatibility test, version 0.0 pre-alpha" > :-) > >> > >>Main test is org.jboss.tm.XATest. It is supposed to be resource-manager > > >>independent and uses two interfaces org.jboss.tm.test.ResourceManager > >>and org.jboss.tm.test.XAConnection to access/test real resource > >>managers. There is an implementation of these interfaces for JDBC and > >>JMS. I have defined few basic tests as well as tests for bugs #590816 > >>and #585632. Of course more tests are needed. > >> > >>Test is configured by property file which specifies what implementation > > >>of org.jboss.tm.test.ResourceManager to be used and configuration of > the > >>implementation itself. You can find example configuration for oracle, > >>jbossmq and weblogic-jms. > >> > >>Hope this would be helpful. As usual, questions, comments and > >>suggestions are welcome. > >> > >>-- > >>Igor Fedorenko > >>Think smart. Think automated. Think Dynamics. > >>www.thinkdynamics.com > >> > >>Scott M Stark wrote: > >> > >>>Do it. > >>> > >>>xxxxxxxxxxxxxxxxxxxxxxxx > >>>Scott Stark > >>>Chief Technology Officer > >>>JBoss Group, LLC > >>>xxxxxxxxxxxxxxxxxxxxxxxx > >>> > >>>----- Original Message ----- > >>>From: "Igor Fedorenko" <[EMAIL PROTECTED]> > >>>To: <[EMAIL PROTECTED]> > >>>Sent: Thursday, August 08, 2002 9:06 AM > >>>Subject: Re: [JBoss-dev] [ jboss-Bugs-590816 ] XAProto Errors on > closed > >> > >>XA Resources > >> > >>>>By the way, why do not we setup XA compatibility tests we can run > >>>>against different resource managers? I see two types of tests -- > tests > >>>>that use XAResource directly and tests that check TransactionImpl. If > > >>>>this sounds reasonable I can try to write something we can start > with. > >>> > > -- > Igor Fedorenko > Think smart. Think automated. Think Dynamics. > www.thinkdynamics.com > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Dice - The leading online job board > for high-tech professionals. Search and apply for tech jobs today! > http://seeker.dice.com/seeker.epl?rel_code=31 > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ------------------------------------------------------- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
