Hey, >> Upon re-attaching the detached obejct, amongst other things, the >> timestamps are being compared to see whether the object has been updated >> during the detachment period. In other words, you need a cache for >> detachment to work. Internally, Castor JDO uses the 2nd level cache for >> this, which in my opinion is not ideal and should be refactored. >> > Since 1.3 it is possible to persist the timestamp of an object which > allows to work with detached objects without any cache. In other words, > if you persist timestamps detachment works without cache, if timestamp > is not persisted object has to stay in 2nd level cache between detaching > and reataching it.
I assume, Timestampable interface must be implemented anyway, right? Lukas >> Does this address all we talked about ? >> >> Werner >> >> Lukas Lang wrote: >> >>> Hello Werner, >>> >>> I know, we discussed that last week in personal, but >>> could you please again explain the different cache levels (1st, 2nd, >>> update cache) of Castor to me? >>> >>> I'm writing to the dev list, because this might be interesting for >>> others too. >>> >>> Thanks, >>> Lukas >>> >>> --------------------------------------------------------------------- >>> To unsubscribe from this list, please visit: >>> >>> http://xircles.codehaus.org/manage_email >>> >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> > > -- > > Syscon Ingenieurbüro für Meß- und Datentechnik GmbH > Ralf Joachim > Raiffeisenstraße 11 > 72127 Kusterdingen > Germany > > Tel. +49 7071 3690 52 > Mobil: +49 173 9630135 > Fax +49 7071 3690 98 > > Internet: www.syscon.eu > E-Mail: ralf.joac...@syscon.eu > > Sitz der Gesellschaft: D-72127 Kusterdingen > Registereintrag: Amtsgericht Stuttgart, HRB 382295 > Geschäftsleitung: Jens Joachim, Ralf Joachim > > --------------------------------------------------------------------- To > unsubscribe from this list, please visit: > http://xircles.codehaus.org/manage_email --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
