-
1. Re: User Transaction from non-ejb java client
juha Sep 17, 2001 7:11 AM (in response to hemanthb)How about building a stateless session facade and within a (transacted) method calls both your other two enterprise beans?
-
2. Re: User Transaction from non-ejb java client
max Sep 17, 2001 9:51 AM (in response to hemanthb)You have not always the freedom of choice. I'm faced
with a similiar problem: The (given) interfaces I need
to implement use transactions spanned over many methods.
Any further suggestions?
Max -
3. Re: User Transaction from non-ejb java client
juha Sep 17, 2001 2:14 PM (in response to hemanthb)No.
Use a stateless facade ;-)
Otherwise you will have to separate the client portion and the EJB portion into two different JVM's. I don't know why the UserTransaction was coded with the restriction you're seeing, the same issue came up in London training last week. To me it looks like poor implementation but there might be other reasons behind why it was done this way. -
4. Re: User Transaction from non-ejb java client
trevorh Sep 20, 2001 10:24 AM (in response to hemanthb)It is not always possible to use another session bean.
I have a jsp which processes an input stream from a multipart posting. I would like to do this in 1 transaction but I get
javax.transaction.SystemException: Cannot use this in the server. So please I would be grateful if someone could fix this. -
5. Re: User Transaction from non-ejb java client
juha Sep 21, 2001 7:23 PM (in response to hemanthb)Submit as a RFE or bug in sourceforge.