db-ojb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Armin Waibel" <ar...@code-au-lait.de>
Subject Re: checkpoint problem
Date Tue, 29 Jul 2003 13:29:35 GMT
Hi again,

----- Original Message -----
From: "Charles Anthony" <charles.anthony@hpdsoftware.com>
To: "'OJB Developers List'" <ojb-dev@db.apache.org>
Sent: Tuesday, July 29, 2003 3:18 PM
Subject: RE: checkpoint problem


> Hi,
>
> I think "Splendid Idea". It did cross my mind earlier, but I thought
"no,
> keep quiet for now".
> So +1 from me.

so, I will start working ...
Thanks!

regards,
Armin

> Cheers,
>
> Charles
>
> >-----Original Message-----
> >From: Armin Waibel [mailto:armin@code-au-lait.de]
> >Sent: 29 July 2003 14:17
> >To: OJB Developers List
> >Subject: Re: checkpoint problem
> >
> >
> >Hi all,
> >
> >> [..Snip..]
> >>
> >> >> I suspect that a cast-to-get-alternate-behaviour is the right
way
> >> >>forward.
> >> >
> >> >+1
> >> >
> >> >>Which way should be the default way ? That depends on what other
> >> >>peoples assumptions of what the correct behaviour is. Probably,
the
> >old
> >> >>behaviour isin correct and therefore the old behaviour should be
> >"hidden"
> >> >>behind a cast.
> >> >
> >> >+1, name of the new "hidden" method?
> >>
> >> How about flush :
> >>
> >> /** Calling <code>flush</code> flushes persistent object
> >modifications
> >>   * made within the ODMG transaction since the last checkpoint to
the
> >> underlying database
> >>   * transaction, but does not commit the database transaction. The
> >ODMG
> >> transaction
> >>   * retains all locks it held on those objects at the time the
flush
> >was
> >> invoked.<br/>
> >>   * flush is very similair to <code>checkpoint</code>, save that
> >checkpoint
> >>   * <b>does</b> commit the database transaction.<p/>
> >>   * Note : this method is <b>not</b> part of the ODMG Transaction
> >interface.
> >>   */
> >> public void flush(){
> >>  ...
> >> }
> >
> >I want to introduce a new interface merge all
> >proprietary public methods used in TransactionImpl
> >class.
> >
> >public interface TransactionExt extends Transaction, HasBroker
> >{
> >public void markDelete(Object anObject);
> >public void markDirty(Object anObject);
> >public void flush();
> >}
> >
> >Better cast to interface, because in future we will
> >replace current implementation by a new one using
> >OTM layer.
> >
> >What do you think?
> >
> >regards,
> >Armin
> >
> >>
> >> Cheers,
> >>
> >> Charles.
> >>
> >>
> >> This email and any attachments are strictly confidential and are
> >intended
> >> solely for the addressee. If you are not the intended recipient you
> >must
> >> not disclose, forward, copy or take any action in reliance on this
> >message
> >> or its attachments. If you have received this email in error please
> >notify
> >> the sender as soon as possible and delete it from your computer
> >systems.
> >> Any views or opinions presented are solely those of the author and
do
> >not
> >> necessarily reflect those of HPD Software Limited or its
affiliates.
> >>
> >>  At present the integrity of email across the internet cannot be
> >guaranteed
> >> and messages sent via this medium are potentially at risk.  All
> >liability
> >> is excluded to the extent permitted by law for any claims
> >arising as a
> >re-
> >> sult of the use of this medium to transmit information by or to
> >> HPD Software Limited or its affiliates.
> >>
> >>
> >>
>
>> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org
> >> For additional commands, e-mail: ojb-dev-help@db.apache.org
> >>
> >>
> >>
> >
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org
> >For additional commands, e-mail: ojb-dev-help@db.apache.org
> >
>
>
> This email and any attachments are strictly confidential and are
intended
> solely for the addressee. If you are not the intended recipient you
must
> not disclose, forward, copy or take any action in reliance on this
message
> or its attachments. If you have received this email in error please
notify
> the sender as soon as possible and delete it from your computer
systems.
> Any views or opinions presented are solely those of the author and do
not
> necessarily reflect those of HPD Software Limited or its affiliates.
>
>  At present the integrity of email across the internet cannot be
guaranteed
> and messages sent via this medium are potentially at risk.  All
liability
> is excluded to the extent permitted by law for any claims arising as a
re-
> sult of the use of this medium to transmit information by or to
> HPD Software Limited or its affiliates.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org
> For additional commands, e-mail: ojb-dev-help@db.apache.org
>
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org
For additional commands, e-mail: ojb-dev-help@db.apache.org


Mime
View raw message