Now I have few questions:
A) Are the above mentioned, supported in weblogic 9.2 application server? If so, are there any deployment descriptor settings involved?
B) Is executing local/non-jta transaction SLOW in an application server that supports only JTA environment.
C) Does Spring's non-jta transaction manager usage overrides the default support of weblogic for JTA transactions?
If not what is the benefit of using Spring in weblogic in my application scenario, apart from the configuration based Dependency injection?
A. Default Weblogic Transaction Manager (weblogic.transaction.TransactionManager)supports JTA and
you should not have any problem.
B. There is no impact on local transactions in a JTA enabled App server
C. In a transaction that involves both your Weblogic Transaction Manager through SLSBs and Spring Transaction Manager, its the common denominator that will affect the transaction. If you want your transaction to support JTA when working with Spring POJOs, you need to configure Spring to use the appropriate JTA transaction manager, preferably the same one used by Weblogic. Else, if you have just one resource (DB), stick with the defaults.
See the Spring Txn management
doc. Especially look at the box titled "Is an application server needed for transaction management?"
http://static.springframework.org/spring/docs/2.0.x/reference/transaction.html Howie