[JBoss-user] [JCA/JBoss] - Re: How to Declaratively set autoCommit to false
[EMAIL PROTECTED] wrote : | JBoss assumes auto commit is true when the connection is first created, | as per spec.I searched the JCA and J2EE specs for this, but couldn't find anything backing this assumption. Do you per chance have some concrete reference for this? Thanks, Jörg View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3925938#3925938 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3925938 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JCA/JBoss] - Re: Uses without session beans
Thank you for your answers! I'd rather like to stick to API specified in JSRs, though. I'm going to dump that JCA adapter and try to use the JTA API directly instead (even though the spec sounds a bit like the application server would use it to talk to itself only...) Would you discourage using the JTA directly? Regards, Jörg View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3924918#3924918 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3924918 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JCA/JBoss] - Uses without session beans
Hi, it would be nice if someone could give a statement whether the following is a supported scenario (either by spec and / or JBOSS ;) We're not using sessions beans, and we're using a JCA resource adapter (tx-connection-factory). The following steps are made:the cci.ConnectionFactory is looked up via JNDI a connection handle is obtained using getConnection() on the cci.ConnectionFactory, which in turn calls spi.ConnectionManager.allocateConnection() some non-transactional operations are performed on the connection UserTransaction.begin() is invoked the connection should be enlisted in the transaction. Unfortunately, step 4. does not enlist the connection in the transaction. If we first call UserTransaction.begin() and obtain the connection afterwards, the obtained connection is correctly enlisted. Shouldn't an existing connection be enlisted if a transaction is begun after the connection was obtained? Thanks for any information, Jörg P.S. I tried both xa-transaction and the default, and I set SpecCompliant to true for the org.jboss.resource.connectionmanager.CachedConnectionManager mbean. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3924392#3924392 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3924392 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JCA/JBoss] - Re: WARN [TransactionSynchronizer] ... not the enlisting
What I'm doing is that I look up the ManagedConnectionFactory once, and then use it from different threads to obtain a connection. What then happens is that different threads receive handles to the same ManagedConnection object. As I don't know much of the JCA spec, I can't tell whether that is legal or not, and where the source of this behaviour might even be. However, concerning this, I've been told the following by the guys who maintain the JCA adapter I'm using (which was originally written by David Jencks): anonymous wrote : You may ask JBOSS why the ManagedConnect(thread 1) was given to MCF.matchManagedConnection in thread 2 while the user requested a new ManagedConnection (getConnection()) | | You have | | Thread 1 | MCF (1) | MC (2) | | Thread 2 | MCF (1) | MC (2) -- why?Sounds like this could be related to the warning, what do you think? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3917332#3917332 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3917332 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JCA/JBoss] - Re: WARN [TransactionSynchronizer] ... not the enlisting
I forgot to mention that the warning is followed by another one: 2005-12-15 15:38:01,628 WARN [org.jboss.resource.connectionmanager.TxConnectionManager] Prepare called on a local tx. Use of local transactions on a jta transaction with more than one branch may result in inconsistent data in some cases of failure. What do I have to think of this one? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3912895#3912895 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3912895 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JCA/JBoss] - Re: WARN [TransactionSynchronizer] ... not the enlisting
This is with Windows XP and JDK 1.5_05, and I'm not concurrently using the same UserTransaction or something. Sorry I don't have time at the moment to try to find the gap in the logic here, I might look at it in the debugger when those warnings in the log get on our nerves overly ;) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3912593#3912593 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3912593 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JCA/JBoss] - WARN [TransactionSynchronizer] ... not the enlisting thre
Hi, using JBossw 4.0.3 SP1, I'm getting the above warning, and I wonder what that should mean to me. Does anybody know whether I should care about it? Here's the stacktrace: anonymous wrote : 19:19:49,548 WARN [TransactionSynchronizer] Thread Thread[http-0.0.0.0-8080-1,5,jboss] not the enlisting thread null | java.lang.Exception: STACKTRACE | at org.jboss.resource.connectionmanager.TransactionSynchronizer.enlisted(TransactionSynchronizer.java:144) | at org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener.enlist(TxConnectionManager.java:596) | at org.jboss.resource.connectionmanager.TxConnectionManager.managedConnectionReconnected(TxConnectionManager.java:367) | at org.jboss.resource.connectionmanager.BaseConnectionManager2.reconnectManagedConnection(BaseConnectionManager2.java:598) | at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:465) | at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:894) | Thanks for any information, Jörg View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3912406#3912406 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3912406 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user