-
1. Re: Memory Leak using subordinate transactions
marklittle Jun 27, 2007 4:30 PM (in response to stone_42)Thanks for spotting this. There's a path that misses the cleanup for subordinates in the case you outline. We've fixed it in the trunk. For now, you are safe to call remove on the transaction within the last participant that is driven by your subordinate.
-
2. Re: Memory Leak using subordinate transactions
marklittle Jun 27, 2007 4:32 PM (in response to stone_42)By the way, have you checked out the end-to-end transactions work that Jonathan did for JavaOne? It's not in the mainline code yet, but is still available via anonsvn.
-
3. Re: Memory Leak using subordinate transactions
stone_42 Jun 28, 2007 2:13 AM (in response to stone_42)Wow, what a quick response and solution. Thank you very much!
Until now I did not know of Jonathans end-to-end tx work. I had a short look at the source code in svn right now, but I'm sorry I don't have the time to investigate it further.
Now I will check if I can merge your fix into sp5 or use the described workaround.
Regards,
Martin -
4. Re: Memory Leak using subordinate transactions
marklittle Jun 28, 2007 6:27 AM (in response to stone_42)OK, let us know if you have any further issues.