Hi, i wanted to give you some additional hints: - the beans are set to be reentrant - from the database logs one can see that there are three transactions (as suspected). The third one gets rolled back. - this rollback is never reported by the getRollbackOnly function until the last ejbStore. So either the getRollbackOnly does not work or the rollback is initiated after executing my code. Is there any chance to clear what is happening? I am kind of stuck with this error (although there is always the workaround to use the raw DataSource as before until there is a bugfix). And in general: when can we expect the next release? Best regards, Jens Stutte -----Ursprüngliche Nachricht----- Von: Jens Stutte [mailto:[EMAIL PROTECTED]] Gesendet am: Samstag, 1. April 2000 08:01 An: Orion-Interest Betreff: Uncommited transactions without prior error ? Hi again, before i leave in the weekend, i wanted to report another problem (that i encountered after changing the jndi name of the databases in my bean managed beans ;-). I have a bean type T and create two beans (from a remote client): A = T.create -> should start a new transaction -> ejbCreate -> INSERT into table -> should commit transaction B = T.create -> should start a new transaction -> ejbCreate -> INSERT into table -> should commit transaction A.setSomeVarThatDependsOnABean( B ); -> should start a new transaction -> ejbFindByPrimaryKey(B) -> SELECT -> B.callSomeBusinessMethod() -> B.changeSomeValue() -> A.setTheVar() -> A.ejbStore -> UPDATE -> B.ejbStore -> UPDATE -> should commit transaction Until here everything seems ok. But the transaction of the A.setSomeVarThatDependsOnABean( B ); seems never to be commited. Neither the values changed in A nor in B are written to the database. If i use the "raw" datasource instead, everything works fine (probably because there's no transaction handling at all for the DB in this case ;-). Note that there's no exception, neither on client nor on server side. And (that's strange, too) after this the server loads both bean A and B with ejbLoad, though there was no client request (but this happens with both datasource variants and has no negative effects). This happens with 0.9.4. I stopped testing with other versions (like 0.9.4v), for the sake of the ejbPassivate problem mentioned a few days before. Best regards, nice Weekend Jens Stutte ____________________________________________ [EMAIL PROTECTED], http://www.net-media.de NetMedia GmbH Schubertstr. 8 66111 Saarbruecken Germany fon: +49 (0) 681 - 37 98 80 fax: +49 (0) 681 - 33 89 3