Stephan,
well, for I do not have an insight into your code, I do not exactly know what there's
going on on
your machine, but what you wrote sounds like case d), right. For performance reasons,
I would
suggest using longer termed transactions, e. g. by using an additional tear (SB with
"Required"
or "RequiredNew"), so all setXXX can be buffered until the end of the transaction and
then become
flushed in one poll; alternatively to use client demarcated transaction (the most
simple way to
achieve this buffering). This gives an extreme performance thrust. But with every
optimization,
we have to keep the 80-20-rule in mind (just tune that 20 percent of code that eats up
80 percent
of performance), or in other words: If, for your application, it is fast enough, KISS
(keep it
simple and stupid). ;-)
Markus
> 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".
>
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
