Ok, i've found it!
Since the new jboss ts implementation supports only one local-tx-resource per distributed transaction, the timer can not be commited until a bean uses more then one local-tx resource. Timers are hosted by default within the non xa hsqldb. So if we use in our transaction also one another local-tx data source, the exception above occurs!
I've switched from local-tx to xa data source and the timers work fine!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4042949#4042949
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4042949
The RedeliveryDelay is not working for me either. I'm using JBoss Messaging 1.2.0SP1 deployed to JBoss 4.0.5.GA. My destination config looks like this:
| <mbean code="org.jboss.jms.server.destination.QueueService"
| name="jboss.messaging.destination:service=Queue,name=leadQueue"
| xmbean-dd="xmdesc/Queue-xmbean.xml">
| <depends optional-attribute-name="ServerPeer">jboss.messaging:service=ServerPeer</depends>
| <depends>jboss.messaging:service=PostOffice</depends>
| <attribute name="RedeliveryDelay">300000</attribute>
| </mbean>
|
If I throw a RuntimeException in the MDB, then it retries it immediately multiple times until it eventually goes into the DLQ. It should wait 5 min between each attempt for this case, right?
Thanks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4042947#4042947
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4042947
The debugger shed some light on the problem.
In Application:
private static Application getRIApplicationImpl(FacesContext context) {
| ExternalContext extContext;
| if (context != null) {
| extContext = context.getExternalContext();
| } else {
| extContext =
| FacesContext.getCurrentInstance().getExternalContext();
| }
| if (extContext != null) {
| return ((Application) extContext.getApplicationMap().
| get("com.sun.faces.ApplicationImpl"));
| }
| return null;
| }
|
extContext is MockExternalContext. It delegates to MockServletContext, which doesn't contain a value for the key "com.sun.faces.ApplicationImpl"
Should be an easy fix, but I'd have to dig in to see where this stuff is initialized.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4042936#4042936
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4042936