http://cvs.sourceforge.net/viewcvs.py/*checkout*/jboss/nukes/nukes/src/ main/org/jboss/nukes/servlet/TransactionFilter.java?content- type=text%2Fplain&rev=1.6
only RequiresNew behaviour is used by Nukes
julien
On Jan 19, 2004, at 7:33 PM, Bill Burke wrote:
Nicholas wrote:
Something like this ? /myapp/ATMOps/* ---> REQUIRES_NEW /myapp/AccountOps/* ---> REQUIRES /myapp/SimpleOps/* ----> NOT_SUPPORTED /myapp/FlushOps/* ---> NEVER // probably not.... successful call to: /myapp/ATMOps/completeTransfer ----> COMMIT /myapp/AccountOps/completeUpdate ----> COMMIT redirect to: /myapp/ATMOps/handleError ---> ROLLBACK /myapp/AccountOps/handleError ---> ROLLBACK etc. 1. Determine the URL 2. Lookup the URL/Transaction Map (Default to NOT SUPPORTED) 3. A. If REQUIRES lookup HTTP Session and grab UserTran. If does not exist, create one and start. B. If REQUIRES_NEW, set flag for Nested tran in session, acquire new user tran and start. C. If NEVER, lookup tran in session and if tran is present and active, throw exception. more rules here....
Sounds good. You interested?
Bill
//Nicholas --- Bill Burke <[EMAIL PROTECTED]> wrote:-------------------------------------------------------I say make it a filter. If the invocation mechanism supports interception, you might as well use it. I am also not sure if the web container will have a good joinpoint for this.
I hope somebody volunteers. This would be easy to implement and give somebody a good introduction to coding JBoss.
Bill
Marc Fleury wrote:
Isn't that already part of the AOP framework or
are you talking about a
servlet filter? narcf
-----Original Message----- From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
OnBehalf Of Bill Burke Sent: Monday, January 19, 2004 11:51 AM To: Jboss-Dev Subject: [JBoss-dev] URL based transaction
demarcation andlong running transations
I'd like for somebody to look into being able to
definetransaction demarcation like we can for EJB at the
servlet/jsp/war level. So, based on a URL pattern
you canspecify trans-attributes. Along with this would
be stuffingthe transaction into the HTTP session so that you
can havelong transactions that span separate HTTP
requests. I don'tthink that something like this would be very hard
to do. Itis just a matter of providing a Filter and some
metadata withjboss-web.xml. You can probably steal a lot of
code from thetransaction interceptors within our ejb stack and
invokers.
Let me know if anybody is interested and I can
give you somemore ideas.
Bill
P.S. Ivelin. I'd like to add this to the roadmap.
-- ================ Bill Burke Chief Architect JBoss Group LLC. ================
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and
Integration
See the breadth of Eclipse activity. February 3-5
in Anaheim, CA.
http://www.eclipsecon.org/osdn _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
https://lists.sourceforge.net/lists/listinfo/jboss-developmentThe SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and
Integration
See the breadth of Eclipse activity. February 3-5
in Anaheim, CA.
http://www.eclipsecon.org/osdn _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED]
--------------------------------------------------------- ================ Bill Burke Chief Architect JBoss Group LLC. ================
https://lists.sourceforge.net/lists/listinfo/jboss-developmentThe SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED]
=====
Nicholas Whitehead
Home: (973) 377 9335
Cell: (201) 615 2716
[EMAIL PROTECTED]
Get Your News From The Crowbar: http://crowbar.dnsalias.com:443/crowbar/
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
-- ================ Bill Burke Chief Architect JBoss Group LLC. ================
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
