-
1. Re: CMP & CMT: can't create new transaction ctx when calling
aloubyansky Oct 12, 2002 12:18 PM (in response to soeiro)Could you post this to jboss user list? It's an interesting topic.
-
2. Re: CMP & CMT: can't create new transaction ctx when calling
soeiro Oct 14, 2002 11:12 AM (in response to soeiro)Alex
How do I post to the user list? I thought that this forum was the "entry point" (and that every body would get this message as long as he or she had signed up for this).
By the way, do you know if it is true?
Thanks,
Luis -
3. Re: CMP & CMT: can't create new transaction ctx when calling
aloubyansky Oct 14, 2002 1:34 PM (in response to soeiro)It's just a forum. These messages aren't posted to the mailing list. To post a message to jboss user mailing list you need to subscribe to it first. See instructions on sf.net.
-
4. Re: CMP & CMT: can't create new transaction ctx when calling
adrian.brock Oct 14, 2002 3:10 PM (in response to soeiro)The container never gets control in the following
situation. So how can it start a new transaction?
public void someMethod()
{
anotherMethod();
}
public void anotherMethod()
{
...
}
The container gets control when you go through
the remote/local interface.
Regards,
Adrian -
5. Re: CMP & CMT: can't create new transaction ctx when calling
soeiro Oct 16, 2002 9:33 AM (in response to soeiro)That's just what I thought. I just needed some confirmation, anyway.
Sometimes I just wonder if it would be better just to implement a set of new reserved words into the Java Language itself, instead of trying to implement so many things aftarwards. Imagine declaring an method to be a "property", to be "CMT and CMP" and so on. That way we could get compile time checks and better support from the environment.
Well, that was just a thought. :-)
Cheers,
Luis -
6. Re: CMP & CMT: can't create new transaction ctx when calling
adrian.brock Oct 16, 2002 9:44 AM (in response to soeiro)Funny you should mention that.
We are looking at implementing AOP
(Aspect Oriented Programming) in JBoss4.0,
With AOP the example I mentioned above would work.
Basically, we would wrap your object with another
object during classloading. This wrapper can
begin/commit/rollback the transactions according
to whatever configuration you choose before passing
the invocation to your class.
It wouldn't work in other J2EE implementations though. :-)
There's also a JSR for adding meta-data to classes,
I haven't got the number to hand.
Regards,
Adrian