<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 12pt; color: #000000'><br><br><hr id="zwchr"><blockquote id="DWT8145" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px; color: rgb(0, 0, 0); font-weight: normal; font-style: normal; text-decoration: none; font-family: Helvetica,Arial,sans-serif; font-size: 12pt;"><b>From: </b>"Carlo de Wolf" &lt;cdewolf@redhat.com&gt;<br><b>To: </b>jboss-as7-dev@lists.jboss.org<br><b>Sent: </b>Wednesday, October 19, 2011 12:04:33 PM<br><b>Subject: </b>Re: [jboss-as7-dev] Better handling of transaction leaks?<br><br>On 10/19/2011 07:34 PM, Remy Maucherat wrote:<br>&gt; On Wed, 2011-10-19 at 19:29 +0200, Carlo de Wolf wrote:<br>&gt;&gt; On 10/19/2011 04:27 PM, Remy Maucherat wrote:<br>&gt;&gt;&gt; On Wed, 2011-10-19 at 19:25 +0530, Jaikiran Pai wrote:<br>&gt;&gt;&gt;&gt; I agree that there should be a way to easily disable this. The only real<br>&gt;&gt;&gt;&gt; reason why I am in favour of this simple check/cleanup is to ensure that<br>&gt;&gt;&gt;&gt; some rogue application (which doesn't handle transactions correctly)<br>&gt;&gt;&gt;&gt; doesn't end up breaking/affecting some other (well-written) application<br>&gt;&gt;&gt;&gt; deployed on the same instance.<br>&gt;&gt;&gt; A rogue application will be able to trivially do something that would<br>&gt;&gt;&gt; affect other applications in the same instance, I believe.<br>&gt;&gt;&gt;<br>&gt;&gt; EE.4.2.2 Transaction in Web Component Life Cycles<br>&gt;&gt; Returning from the service method to the network client with an active<br>&gt;&gt; transaction<br>&gt;&gt; context is an error. The web container is required to detect this error<br>&gt;&gt; and abort the<br>&gt;&gt; transaction.<br>&gt;&gt;<br>&gt;&gt; How do you propose we implement this?<br>&gt; I didn't know it was a spec requirement :) Old legacy item, probably. So<br>&gt; you win, congratulations, let's make our product worse.<br>&gt;<br>No, we need our product to be the best. It just means we need to have <br>the option to break and bend compliance. Like Jaikiran says, if we can <br>have an easy setting to enable/disable this (preferably in <br>standalone.xml). We're good to go. I would even say to turn the check <br>off by default.<br><br>Carlo<br></blockquote>That's what I have been saying too.&nbsp; It needs to be there for the SPEC, but its really a development/debugging tool, and we can disable it for non-TCK runs (especially performance benchmarking, which is my main concern).&nbsp; I already remove the current valve for all performance tests (EAP 5.x), since I get a good increase in throughput by doing so.<br><br>Andy<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px; color: rgb(0, 0, 0); font-weight: normal; font-style: normal; text-decoration: none; font-family: Helvetica,Arial,sans-serif; font-size: 12pt;">_______________________________________________<br>jboss-as7-dev mailing list<br>jboss-as7-dev@lists.jboss.org<br>https://lists.jboss.org/mailman/listinfo/jboss-as7-dev<br></blockquote><br></div></body></html>