You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Jukka Zitting (JIRA)" <ji...@apache.org> on 2007/09/20 18:27:31 UTC

[jira] Updated: (JCR-564) Remove geronimo JTA as a runtime dependency

     [ https://issues.apache.org/jira/browse/JCR-564?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jukka Zitting updated JCR-564:
------------------------------

    Attachment: jta.patch

Interesting, we actually had an existing issue for the change that was recently discussed on the mailing list [1].

The attached patch changes the scope of the geronimo-jta dependency from compile to test within jackrabbit-core. The only required code changes are about copying a few private transaction status constants. In fact, looking at the code flow, the status codes are mostly unused, and could easily be replaced with two boolean flags (prepared & rolledBack). However, in order to keep this patch strictly non-functional, I didn't include such changes.

I haven't yet looked at how this change affects downstream components like jackrabbit-jca.

[1] http://www.nabble.com/Using-the-geronimo-jta-dependency-only-in-test-scope-tf4466162.html

> Remove geronimo JTA as a runtime dependency
> -------------------------------------------
>
>                 Key: JCR-564
>                 URL: https://issues.apache.org/jira/browse/JCR-564
>             Project: Jackrabbit
>          Issue Type: Improvement
>          Components: maven
>    Affects Versions: 1.0.1
>            Reporter: Michael Neale
>            Assignee: Jukka Zitting
>            Priority: Minor
>         Attachments: jta.patch
>
>
> Geronimo JTA is marked as a dependency for runtime when it should be (at most) a compile time dependency. 
> Is it possible to remedy this so when using the war or building your own, you don't get the geronimo jar stowing away?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.