[jbossts-issues] [JBoss JIRA] (JBTM-2620) Introduce narayana-properties.xml and use as as default property file name, change search order of properties file name

Tom Jenkinson (JIRA) issues at jboss.org
Fri Feb 5 09:46:00 EST 2016


    [ https://issues.jboss.org/browse/JBTM-2620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13159287#comment-13159287 ] 

Tom Jenkinson commented on JBTM-2620:
-------------------------------------

Add a WARNING or NOTE in the docs to bring this to the attention of people as much as possible.

> Introduce narayana-properties.xml and use as as default property file name, change search order of properties file name
> -----------------------------------------------------------------------------------------------------------------------
>
>                 Key: JBTM-2620
>                 URL: https://issues.jboss.org/browse/JBTM-2620
>             Project: JBoss Transaction Manager
>          Issue Type: Feature Request
>          Components: Configuration
>            Reporter: Tom Jenkinson
>             Fix For: 6.later
>
>
> With the next Major release of Narayana:
> 1. We introduce a new narayana-properties.xml
> 2. The narayana-jt* jars not override the properties name in their manifest but we still support that facility in case someone else is using it
> 3. We change the search path to look for <user-overridden-value>.xml, narayana-properties.xml, then jbossts-properties.xml and finally arjuna-properties.xml.
>  
> When people use the raw jars (org.jboss.narayana.jta.jta for example) then they can then provide the same narayana-properties.xml as they would if they were using the uber jar (example org.jboss.narayana.jta.narayana-jta) without a system property. It should help in a Maven enabled debugger when executing applications running in integration environments like WildFly or Spring where debugging via an uber jar adds an extra layer that makes getting to the real source code harder and code fix cycle slower.
>  
> This should not pose too much of a backwards compatibility issue unless the user has multiple config files with different names (arjuna and jbossts) in their path, were only using arjuna.jar and now jbossts-properties.xml was picked up. But for this reason I propose waiting until Narayana 6.



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)


More information about the jbossts-issues mailing list