- 
        1. Re: User Transaction from non-ejb java clientjuha 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 clientmax 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 clientjuha 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 clienttrevorh 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 clientjuha Sep 21, 2001 7:23 PM (in response to hemanthb)Submit as a RFE or bug in sourceforge. 
 
     
    