Re: Working toward a JTA 1.0.1 Compliant XADataSource

From: Dave Cramer <pg(at)fastcrypt(dot)com>
To: Bryan Varner <bvarner(at)polarislabs(dot)com>
Cc: Florent Guillaume <fg(at)nuxeo(dot)com>, "pgsql-jdbc(at)postgresql(dot)org" <pgsql-jdbc(at)postgresql(dot)org>
Subject: Re: Working toward a JTA 1.0.1 Compliant XADataSource
Date: 2013-03-01 21:16:32
Message-ID: CADK3HHKQFXaMpeR3A8fK3boJZLjvddprnG_WiTkncb3DC-8GQA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

Yes, moving everything to src will not work for the project.

Dave

Dave Cramer

dave.cramer(at)credativ(dot)ca
http://www.credativ.ca

On Fri, Mar 1, 2013 at 3:48 PM, Bryan Varner <bvarner(at)polarislabs(dot)com>wrote:

> Since it's been nearly two weeks since my first message, I thought I'd
> send an update on where we are with our XA reimplementation.
>
> Our production environment (GlassFish) is standing on it's own two feet
> with our XA implementation.
> https://github.com/**polarislabs/pgjdbc/tree/**POLARIS_XA<https://github.com/polarislabs/pgjdbc/tree/POLARIS_XA>
>
> We're seeing decent performance and (mostly) reliable operation.
>
> We're hammering out a few obscure race condition bugs with regards to
> threaded invocations of shared XAResources & the connection handle usage. I
> expect we'll have these fixed and in our github repo by Monday.
>
> We are passing all the existing XA pgjdbc tests, as well as the expanded
> ones we've produced. The driver operates with and without interleaving (you
> can disable the extra physical connection allocation with a property).
>
> Our XA implementation also passes the JBoss TM (version 4.17) JDBC (XA
> mode!) test suite.
> https://github.com/jbosstm/**narayana/tree/4.17<https://github.com/jbosstm/narayana/tree/4.17>
>
>
> I know there were some complaints earlier in the thread that we moved all
> the source code into a 'src' directory. We did this to support IDE
> environments which don't like having the source folder be the same as the
> root of the project (NetBeans comes to mind). We also fixed the build.xml
> to _completely_ respect the property it already had for the source
> directory location.
>
> If the src directory and build changes are going to be an obstacle to
> getting this work accepted upstream, now would be a good time to tell me.
>
> If there's no hope of having this accepted upstream, now would be a good
> time to tell me.
>
> Again, I invite anyone to suggest changes, test it out, and report back
> what you find.
>
> Regards,
> -Bryan Varner
>
>
> ----------------
> Senior Developer
> POLARIS Laboratories
>
>
>
> On 02/20/2013 05:44 PM, Florent Guillaume wrote:
>
>> For what it's worth Bryan I thing what you're doing is a good thing,
>> this makes the implementation more robust and I'll be testing what you
>> have as soon as I find the time.
>>
>> Thanks,
>> Florent
>>
>
>
> --
> Sent via pgsql-jdbc mailing list (pgsql-jdbc(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/**mailpref/pgsql-jdbc<http://www.postgresql.org/mailpref/pgsql-jdbc>
>

In response to

Responses

Browse pgsql-jdbc by date

  From Date Subject
Next Message Hannu Krosing 2013-03-01 23:48:52 Re: Working toward a JTA 1.0.1 Compliant XADataSource
Previous Message Bryan Varner 2013-03-01 20:48:28 Re: Working toward a JTA 1.0.1 Compliant XADataSource