[jbossts-issues] [JBoss JIRA] (JBTM-1576) Introduce a JBoss deployable artifact for the C++ XATMI services

Tom Jenkinson (JIRA) jira-events at lists.jboss.org
Mon Mar 25 11:56:42 EDT 2013

     [ https://issues.jboss.org/browse/JBTM-1576?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Tom Jenkinson moved BLACKTIE-121 to JBTM-1576:

          Project: JBoss Transaction Manager  (was: Blacktie)
              Key: JBTM-1576  (was: BLACKTIE-121)
      Component/s: Tooling
                       (was: All Java)
                       (was: All C++ )
                       (was: Admininstration)
    Fix Version/s: 5.0.0.Final
                       (was: 5.0.0.Final)

> Introduce a JBoss deployable artifact for the C++ XATMI services
> ----------------------------------------------------------------
>                 Key: JBTM-1576
>                 URL: https://issues.jboss.org/browse/JBTM-1576
>             Project: JBoss Transaction Manager
>          Issue Type: Feature Request
>      Security Level: Public(Everyone can see) 
>          Components: Tooling, BlackTie, BlackTie
>            Reporter: Tom Jenkinson
>            Assignee: Amos Feng
>             Fix For: 5.0.0.Final
>         Attachments: onmessage.tgz
>   Original Estimate: 1 week
>  Remaining Estimate: 1 week
> Currently the XATMI services must be deployed in the standalone "Server" CORBA container
> It is expected to be advantageous to support the deployment of the services into JBoss for ease of management and performance.
> It is expected that the user will deploy a .war file containing a btconfig.xml defining the .so/.dll (also contained in the .war).
> BlackTie java code will read the btconfig.xml and calculate the path of the .so based on the place that AS7 unzips war files to during deployment PLUS the path defined in the users btconfig.xml
> If AS7 does not explode war files during deployment, it will not be possible for the user to package their .so in their .war file (I don't think - please do investigate this) and so a java.native.library.path will need defining at boot time and the user will need to place all their jni code in there thereby not supporting hot deploy unfortunately but still gaining the benefits of performance (not requiring socket comms between java and C).

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

More information about the jbossts-issues mailing list