Setting infinite transaction timeout for method calls

[shyam_siv]

Hi,

Im using 3.2.6 version of JBoss.
By default JBoss 3x will terminate any transaction which reach the 5min. boundary.
I have a requirement wherein the time to return a method call may take any time upto 1 - 2 hrs.
Since, JBoss 4 by default doesn't interrupt a transaction until directed for using the "InterruptThread" attribute in the jboss-service.xml file, do we have a similar solution for JBoss 3x where we can set an infinite timeout for a method call.

I tried modifying the jboss.xml for the stateless session bean, and modified the xml as follows:


<method-name>sendCancelCommand</method-name>
<transaction-timeout>-1</transaction-timeout>


Setting the timeout to -1 working is ambiguous as it gives Unmarshal Exception at some times.

Please give a suggestion on how to set the infinite timeout on JBoss 3x. Its extremely urgent as Im banging my head over this issue for 4 days.

Regards,
Shyam

[marklittle]

http://wiki.jboss.org/wiki/Wiki.jsp?page=TransactionTimeout

[shyam_siv]

Hi Mark,

I already went through this page quoted by you, and additionally through the page:
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBoss4FAQ.

The point 8 on this FAQ talks about configuring JBoss 4 to inturrupt threads after a specified timeout. By default JBoss 4 doesn't interrupt threads until directed to do so using the "InterruptThreads" attribute set to "true" in jboss-service.xml. The same attribute when used with a "false" value in JBoss 3.2.6 won't work.

The essense is that is there any way I can make JBoss 3.2.6 behave as JBoss 4 in case of transactions, i.e., method trasaction timeouts to be infinite.

Regards & Thanx,
Shyam

[alesj]

Mark,

why the change to default of InterruptThreads?

And, would that solve sajid's and my problems?

Thanx and rgds, Ales

[marklittle]

It's generally a really bad idea to just arbitrarily interrupt threads. The transaction service does not have the necessary semantic information to know that sending a kill/hup to a thread will not cause unrecoverable data corruption. Only the application has that knowledge.

Therefore by default, JBoss Transactions will not do this when a timeout occurs. It will rollback the transaction and threads will have to find out that is the case lazily. If you want to interrupt threads, then you can do so by registering application specific handlers with JBossTS.

In general, if you are using transactions in JBoss 4, I'd recommend moving to JBoss Transactions.