Details
-
Feature Request
-
Resolution: Won't Do
-
Minor
-
None
-
None
-
None
Description
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).
Cache the JNIEnv* to use to callback on the datasources - Allow C++ XATMI services deployed into the AS to use the existing JCA connections
Attachments
Issue Links
- blocks
-
JBTM-1577 Create a quickstart that shows a transaction created in EJB being propagated to an XATMI service
- Closed
-
JBTM-1574 Allow C++ XATMI services deployed into the AS to use the existing JCA connections
- Closed
- incorporates
-
JBTM-1586 reloadDomain reloadServer: reload configuration server operation (compatable with svn update)
- Closed