You have to provide a transactional resource that it is registered with
the EJB transaction coordinator (via JTA...). This is complicated by the
fact that your datastore probably cannot perform a two phase commit...

<vendor>
You might consider going to an EJB server that would let you commit
these updates to a transactional intermediate store, and then play the
updates to your non-transactional resource outside of transaction.
Our customer find that GemStone/J's persistent cache is ideal for this
sort of business.
</vendor>

-Chris.

> -----Original Message-----
> From: Juliano Junio Viana [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, May 20, 1999 3:34 PM
> To:   [EMAIL PROTECTED]
> Subject:      BMP(non-database) & transaction behaviour
>
> Hi,
>
> I am pretty new to ejb, but i think this issue was not adressed on this
> list before ( if it is a issue at all :) )
> I have some BMP entity ejb�s that do *not*  store information on
> JDBC-aware databases.
> One such creature is a ejb that represents a virtual domain. The virtual
> domain�s  configuration is stored in a configuration file  used by the
> web server, and the ejb parses the file on ejbLoad() and changes the
> file on ejbStore().
> I have found a problem with this approach:  the entity beans are never
> notified of a tranaction rollback. So, if i have method calls on several
> beans in the same transaction, when i commit the transaction my bean
> will receive a ejbStore() call, but if the transaction is rolled back it
> will never know ( and therefore never be able to roll back the change).
> In the spec�s sequence diagrams, the rollback notification goes to the
> database(as a resource registered with the transaction coordinator ),
> but in this case there is no " database" .
> Any sugestions on how can i make my ejb transaction aware in this case?
>
> Regards,
>
>         Juliano.
>
> ==========================================================================
> =
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> body
> of the message "signoff EJB-INTEREST".  For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".

===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST".  For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".

Reply via email to