Hi Markus,

my statement was simple practical experience,
what I did was calling the set-Method and then
looking into the DB. If I got a wrong impression
I'm of course glad to hear the truth!

But to be a bit more precise: What I did was not
using transactional code, I only set the DD to
what I described before...

But I guess, this is exactly what you (Markus)
described in your listing item d).

Do you agree ?

Stephan


[EMAIL PROTECTED] schrieb:
> 
> Does it really take place immediately? I always thought it to take place at the end 
>of the
> transaction, which is given either through one of these:
> a) Transaction timeout
> b) Manually end of transaction, if applied
> c) End of caller's method, if caller is an SB
> d) Immediately, if caller is a client application and no user managed transaction is 
>applied
> 
> What sense does it make to immediately post every SET directly into the DBMS, if 
>there is a
> transaction used, that will become rolled back some time? This will only lead to 
>poorer
> performance. I can imagine only one scenario where this would make sense: If you 
>have no
> transaction isolation on DBMS transactions and want to access the current (!) value 
>at any time
> directly from the DBMS. But for what are you using transaction (->ACID) then?
> 
> > Hi all,
> >
> > I just wanted to let you know (whoever might be
> > interested in it), that even if you use a database
> > like MySQL, that does _NOT_ support transactions,
> > it does make sense to set the <trans-attribute>
> > in the deployment-descriptor to "Required".
> >
> > The reason is, that, as soon as you use a set-Method
> > on a CMP-Entity Bean, the update to the DB takes
> > place immediately, while - as Philippe described before -
> > when you have "NotSupported" in the <trans-attribute>,
> > you don't have this update, which is IMO not intuitive.
> >
> > Stephan
> >
> > Philippe Durieux schrieb:
> > >
> > > Stephan Bauer wrote:
> > > >
> > > > Hi,
> > > >
> > > > another short question:
> > > >
> > > > I have deployed my CMP-Entity-EJBs successfully.
> > > > In my TestClient, I have the following code:
> > > >
> > > >    AddressHome home = (AddressHome) initialContext.lookup(beanName);
> > > >    Address addr = home.create(new Integer(3));
> > > >    addr.setCity("Straubing");
> > > >    addr.setCountry("Deutschland");
> > > >    ...
> > > >    ...
> > > >
> > > > But in my Database, the newly inserted row consists only
> > > > of the id, which I provided with the create-Method, all
> > > > the other fields are NULL.
> > > > Is there anything else I have to do to make the
> > > > CMP-Entity-Bean synchronize with the Database ?
> > > > I thought, that in CMP, I don't have to do something
> > > > in ejbStore(), because the synchronization is done by
> > > > the container...?
> > > >
> > > > [PS: the <trans-attribute> is set to "NotSupported" in
> > > > the deployment desc., because I'm using MySQL ! ]
> > > >
> > > > Thanks,
> > > >
> > > > Stephan
> > > You are not using transactions. In this case, entity beans
> > > will be written in the database only when one of these event
> > > occur:
> > > - you stop the server. (JonasAdmin -s)
> > > - you unload your container (JonasAdmin -r ...)
> > > - a transaction is started on your bean instance (not your case)
> > > - you run manually JonasAdmin -sync
> > > - you have defined a non null passivation timeout in your bean deployment
> > >   descriptor:
> > >
> > >     <jonas-entity>
> > >       <ejb-name>Item</ejb-name>
> > >       <passivation-timeout>5</passivation-timeout>
> > >       .....
> > >     </jonas-entity>
> > >
> > > In all other cases, the bean state is kept in memory for efficiency.
> > >
> > > --
> > > Philippe Durieux  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > Bull - 1 rue de Provence - 38432 Echirolles Cedex France
> > > [EMAIL PROTECTED]
> > > -> Download our EJBServer at http://www.evidian.com/ejb <-
> > > ----
> > > To unsubscribe, send email to [EMAIL PROTECTED] and
> > > include in the body of the message "unsubscribe jonas-users".
> > > For general help, send email to [EMAIL PROTECTED] and
> > > include in the body of the message "help".
> >
> > --
> > _________________________________________________________________________
> >
> >    Stephan Bauer, Dipl. Inform. (FH)                  IT-Freelancer
> >    Siemensstr. 46                             Bauer Internetprojects.de
> >    D-94315 Straubing                          Tel.:  +49 9421 9749549
> >    E-Mail: [EMAIL PROTECTED]    Fax:   +49 9421 9749550
> >    http://www.internetprojects.de             Mobil: +49 172  9795002
> >
> >               Software-Design, Implementation & Webhosting
> > _________________________________________________________________________
> > ----
> > To unsubscribe, send email to [EMAIL PROTECTED] and
> > include in the body of the message "unsubscribe jonas-users".
> > For general help, send email to [EMAIL PROTECTED] and
> > include in the body of the message "help".
> >
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]

-- 
_________________________________________________________________________

   Stephan Bauer, Dipl. Inform. (FH)            IT-Freelancer
   Siemensstr. 46                               Bauer Internetprojects.de
   D-94315 Straubing                            Tel.:  +49 9421 9749549
   E-Mail: [EMAIL PROTECTED]    Fax:   +49 9421 9749550
   http://www.internetprojects.de               Mobil: +49 172  9795002 
       
                Software-Design, Implementation & Webhosting
_________________________________________________________________________
----
To unsubscribe, send email to [EMAIL PROTECTED] and
include in the body of the message "unsubscribe jonas-users".
For general help, send email to [EMAIL PROTECTED] and
include in the body of the message "help".

Reply via email to