Hi Robin,
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
--- cut ---
>>
>> I don't think you missing something obvious. But why don't you
>> want any caching on you're objects ?
I have two different (real-world) scenarios:
- A standalone application loading data from an xml-file and update the
objects in the database (so there can not be a 'old' version in the cache).
I can workaround this problem by loading the objects in another transaction
and use a second transaction to update (Database.update(Object)) the
elements.
- A web application is developed to view and edit data which is edited also
by an exisiting application. The data in the web-application should always
be up to date. Decreasing the cache-timeout increases Cache-Misses (->unable
to update) while increasing the cache-timeout leads to obsolete data.
>>
>> Good luck,
>>
>> Robin Hoogeboom
>>
>>
>>
>> > hi,
>> >
>> > i would like to rephrase my question:
>> >
>> > Is it possible to do long transactions without bounded dirty
>> checking ?
>> >
>> > Example:
>> > Product p = new Product(...);
>> > db.update(p);
>> >
>> > I tried various cache-type and dirty settings but to no avail.
>> (can someone
>> > explain what <cache-type>none</cache-type> does ?)
>> >
>> > Am i missing something obvious ?
>> >
>> > thanks,
>> > Henning
>> >
>> > -----------------------------------------------------------
>> > If you wish to unsubscribe from this mailing, send mail to
>> > [EMAIL PROTECTED] with a subject of:
>> > unsubscribe castor-dev
>> >
>>
>>
>>
>> --
>> _____________________________________________________________________
>> Zon Breedband Family, 2 keer zo snel als alle andere ADSL aanbieders.
>> Voor maar 34 euro per maand. Bestel nu op www.zonnet.nl/breedband
>> Tijdelijk gratis modem en geen aansluitkosten!
>>
>> -----------------------------------------------------------
>> If you wish to unsubscribe from this mailing, send mail to
>> [EMAIL PROTECTED] with a subject of:
>> unsubscribe castor-dev
>>
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
