June 2009 - jboss-user - Jboss List Archives

[JCA/JBoss] - Re: Problem with RA & inbound transaction -> MDB -> CMPs

by adrian＠jboss.org

You should be able to test your guess by adding a BMP entity bean to your transaction and seeing what TransactionManager.getTransaction() is when ejbStore() is invoked at the end of the transaction. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236027#4236027 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236027

17 years, 1 month

1
0
0 / 0

[JCA/JBoss] - Re: Problem with RA & inbound transaction -> MDB -> CMPs

by adrian＠jboss.org

"matterbury" wrote : | So, my questions are: is there any other reason the update could fail? how might I track down what's going wrong (I have turned on arjuna's DEBUG but it doesn't give enough detail for this)? | | FWIW, the actual exception is: | | | 2009-05-19 09:50:42,557 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.AddressEB] Executing SQL: UPDATE ADDRESS SET CITY=?, STATE=?, SUBURB_CODE=?, COUNTRY=?, TELEPHONE=?, EMAIL=?, cname=? WHERE LINE1=? | | 2009-05-19 09:50:42,561 DEBUG [com.arjuna.ats.jta.logging.logger] BaseTransaction.getStatus | | 2009-05-19 09:50:52,014 DEBUG [com.arjuna.ats.jta.logging.logger] TransactionImple.setRollbackOnly | | 2009-05-19 09:50:52,014 WARN [com.arjuna.ats.arjuna.logging.arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator_2] TwoPhaseCoordinator.beforeCompletion - failed for com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple@1971f66 | | javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=875 Main St | | at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:169) | | at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:666) | | at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:428) | | : | | : | | : | | | Ask the question in the EJB forum. If your quess is correct then the correct transaction is not associated with the thread when you do the prepare() and so the JDBCStoreManager() is trying to execute the storeEntity() during a transaction synchronization callback in the wrong transaction (or more probably no transaction)? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236025#4236025 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236025

17 years, 1 month

1
0
0 / 0

[JCA/JBoss] - Re: Obtaining an independent transaction for auditing

by adrian＠jboss.org

no-tx-datasource View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236020#4236020 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236020

17 years, 1 month

1
0
0 / 0

[JCA/JBoss] - Re: Problem with Xa transactions in Oracle, Can anyone help

by adrian＠jboss.org

There is very little change between 4.0 and 4.2.x/5.x for Oracle XA except that the transaction manager in the later versions always pads the XIDs so there is no longer a configuration for that. I'd suggest you use the example in the Oracle docs on how to create an XA connection by hand. This will let you see the error code of the OracleXAException thrown by Oracle's XAResource.start() Which most likely is telling you that Oracle is not configured properly for XA? You might also want to complain to Oracle that their exception doesn't contain any useful information? :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236019#4236019 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236019

17 years, 1 month

1
0
0 / 0

[JCA/JBoss] - Re: Configuring Local and Remote JMS

by adrian＠jboss.org

Use the JBoss Messaging Forum/FAQ for this question. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236015#4236015 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236015

17 years, 1 month

1
0
0 / 0

[JCA/JBoss] - Re:

by adrian＠jboss.org

Read the FAQ. What you are doing is an anti-pattern and will cause connection leaks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236014#4236014 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236014

17 years, 1 month

1
0
0 / 0

[JCA/JBoss] - Re: Possible failure to cleanup connection when returned to

by adrian＠jboss.org

I assume by "transaction level" you mean the transaction isolation level. I know in the past Oracle had problems with changing the transaction isolation level. It only allowed it if you hadn't executed any other queries. That's probably changed since I last looked at it, which was a while ago? Having said that, I'd guess your problem (from what I understand of the description) is that WrappedConnection.setTransactionIsolation() is not checking whether the connection is in the correct auto commit state. | public void setTransactionIsolation(int isolationLevel) throws SQLException | { | lock(); | try | { | checkStatus(); | mc.setJdbcTransactionIsolation(isolationLevel); | } | finally | { | unlock(); | } | } | If that is true then changing checkStatus() to be checkTransaction() would solve the problem. i.e. it would make sure the physical connection is in the same autocommit state as the logical connection before trying to change the isolation level. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236012#4236012 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236012

17 years, 1 month

1
0
0 / 0

[Beginners Corner] - Re: Accesss ssl certificate information

by skn81

@In private FacesContext facesContext; (java.security.cert.X509Certificate[]) ((HttpServletRequest) facesContext.getExternalContext().getRequest()).getAttribute("javax.servlet.request.X509Certificate"); Thanks skn81! Your welcome skn81! skn81 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236011#4236011 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236011

17 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Re: OrderingGroup and Transaction Rollback

by mclu

Hi! Ok. Here is my method which receives the message from the queue. There is also a slowdown feature but this can be ignored here. The method is called at a statefull sessionbean with CMT so a transaction is just started. | Session session = null; | Connection conn = null; | MessageConsumer consumer = null; | try { | conn = getConnection(); | boolean transacted = true; | session = conn.createSession(transacted, Session.SESSION_TRANSACTED); | | consumer = session.createConsumer(m_queue); | | Logger.debug(this, "blocking to receive message from queue"); | | // keep waittime small to ensure handling inside the transaction | Message msg = consumer.receive(20000); | if (msg != null) { | // get deliverycount of the message. If it is the first time the count is 1 | int redeliveryCount = msg.getIntProperty("JMSXDeliveryCount"); | if (redeliveryCount > 1) { | // at least the second retry so wait to slow consuming down | // in ms: 10, 20, 40, 80, .... 102400 (at the 10 delivery) | long waittime = (long) (10 * Math.pow(2, redeliveryCount)); | Logger.info(this, "Redelivery is slowed down. Waittime (ms):" + waittime); | try { | Thread.sleep(waittime); | } | catch (InterruptedException e) { | // ignore | } | } | // HERE the message is delegated to a handler. see expl. below | jmsMessageHandler.handleMessage(msg); | } | } | catch (JMSException e) { | throw new RuntimeException("Problems handling message.", e); | } | finally { | if (consumer != null) | try { | consumer.close(); | } | catch (Exception ignore) { | } | if (session != null) | try { | session.close(); | } | catch (Exception ignore) { | } | if (conn != null) | try { | conn.close(); | } | catch (Exception ignore) { | } | } | So I open a connection, create a transacted session and receive ONE message. Then I delegate the message to a handler. In the final I close the resources. The handler just uses: private SessionContext ctx; and then calls ctx.setRollbackOnly(); When I debug I see that the first message is delivered. The OrderingGroup.markSending() is called and the handler handles the message. Then while the transaction is commited the unregister is called. Now comes the failing message where the transaction is marked as rollback only. While the session is closed in the final block the unregister method is called again!! So the message is removedfrom the linked list! Stack trace: OrderingGroup.unregister(MessageReference) line: 121 | OrderingGroupMonitor.unmarkSending(MessageReference) line: 178 | MessagingQueue(ChannelSupport).cancelInternal(MessageReference) line: 609 | MessagingQueue(PagingChannelSupport).cancelInternal(MessageReference) line: 323 | MessagingQueue(ChannelSupport).cancel(Delivery) line: 328 | SimpleDelivery.cancel() line: 110 | ServerSessionEndpoint.cancelDeliveryInternal(Cancel) line: 1643 | ServerSessionEndpoint.cancelDelivery(Cancel) line: 456 | SessionAdvised.org$jboss$jms$server$endpoint$advised$SessionAdvised$cancelDelivery$aop(Cancel) line: 145 | SessionAdvised$cancelDelivery_2980985335510575813.invokeNext() line: not available | ServerLogInterceptor.invoke(Invocation) line: 105 | SessionAdvised$cancelDelivery_2980985335510575813.invokeNext() line: not available | SessionAdvised.cancelDelivery(Cancel) line: not available | SessionCancelDeliveryRequest.serverInvoke() line: 84 | JMSServerInvocationHandler.invoke(InvocationRequest) line: 143 | SSLBisocketServerInvoker(ServerInvoker).invoke(InvocationRequest) line: 862 | ServerThread.processInvocation(SocketWrapper) line: 609 | ServerThread.dorun() line: 421 | ServerThread.run() line: 174 | What I see in OrderingGroupMonitor is that unmarksending AND messageCompleted has more or less the same code? Can this be right? Both call: OrderingGroup group = orderingGroups.get(grpName); if (group != null) { group.unregister(ref); } Greets View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236007#4236007 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236007

17 years, 1 month

1
0
0 / 0

[JCA/JBoss] - Re: java.sql.SQLException: Connection handle has been closed

by adrian＠jboss.org

Read the FAQ View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236006#4236006 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236006

17 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user June 2009