Re: Working toward a JTA 1.0.1 Compliant XADataSource - Mailing list pgsql-jdbc
| From | Dave Cramer |
|---|---|
| Subject | Re: Working toward a JTA 1.0.1 Compliant XADataSource |
| Date | |
| Msg-id | CADK3HHKcrKMCUvujN2i1qBS8N3QEo79mQnadwuEH-0DsJUyeRg@mail.gmail.com Whole thread Raw |
| In response to | Re: Working toward a JTA 1.0.1 Compliant XADataSource (Hannu Krosing <hannu@2ndQuadrant.com>) |
| Responses |
Re: Working toward a JTA 1.0.1 Compliant XADataSource
|
| List | pgsql-jdbc |
There's no technical reason as to why it would not work.
The project has used this layout for as long as I can remember. If we were to change it for this patch why not change it for every patch ?
I can get the project to build in eclipse and IDEA, I haven't tried netbeans, but I see no reason why it wouldn't work.
Dave
On Fri, Mar 1, 2013 at 6:48 PM, Hannu Krosing <hannu@2ndquadrant.com> wrote:
Could you also tell _why_ it would not work ?On 03/01/2013 10:16 PM, Dave Cramer wrote:Yes, moving everything to src will not work for the project.
Will it break some other IDEs expectations ?
HannuDaveOn Fri, Mar 1, 2013 at 3:48 PM, Bryan Varner <bvarner@polarislabs.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
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
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@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-jdbc
pgsql-jdbc by date: