Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / June 2004

Tip: Looking for answers? Try searching our database.

Transactable and Threadsafe Java Object Cache

Thread view: 
toqeer - 28 Jun 2004 14:29 GMT
Hi All
My question is regarding the need of another caching APIs or
framework.
In my last project we handled the transactions on business layer
controller, which commit or rollback the transaction based on the
success or error in updating the database. We were not using EJBs but
if I compare it with EJBs then it's like CMT for stateless session
EJBs. As this application was data intensive so we decided to
implement simple cache to hold read-only objects in memory. But
developers also used this simple solution for other objects. As a
result in business methods the developer update the cache if database
is updated successfully. Now the cache was read and updated through
out in application and soon updating and rolling back the cache become
complex and error prone.
Then we realised the importance of cache that can be used seamlessly
at persistence layer and satisfy some basic requirements like

Thread Safe
    If multiple users are updating same object, cache should remain
consistent with DB, also if one object is being updated the other
thread will see the old copy (last committed copy) without blocking
itself.

Transact-able
    If a transaction involves multiple objects to be updated in DB, each
object is updated in DB and cache independently. In case of error
during updating one of the object the business layer controller will
roll back the data base and also rollback the cache like
cache.rollback();

Seamless
    No application layer code is aware of the cache accept the
persistence layer.

My emphasis was on thread-safe and transact-able cache, because it was
the main pain for us to manage through out the application. I tried my
best to find such cache, but didn't succeed. Then I decided to build
my own cache API to do the job and fortunately successfully built such
cache and we got rid of all nasty errors and code, our business layer
become simpler and error free. Initially I implemented READCOMMITTED
isolation level, as it was enough in my case.

Now I'm thinking to refactor and enhance the cache APIs so that it can
be used in other projects having same requirements and make it
open-source so that other developers can get benefit for it.
I'm not sure whether such thing is available already in the market.
I'm not sure whether such functionality has any importance for others.

I want some feedback from developer community regarding the importance
and redundancy of such work. So that I do not re-invent the wheel and
also do not spent my time on some thing won't help others.
Your feedback is very import for me.

Regards,
Toqeer Sardar.
Chris Smith - 28 Jun 2004 15:07 GMT
> My question is regarding the need of another caching APIs or
> framework.

JCS or ehcache might be worth a look.  I haven't looked through and
verified all of your requirements (and I probably won't), but those are
fairly common packages to do this.  Certainly Hibernate is able to use
ehcache in an environment with transactions and such.

Signature

www.designacourse.com
The Easiest Way to Train Anyone... Anywhere.

Chris Smith - Lead Software Developer/Technical Trainer
MindIQ Corporation

toqeer - 29 Jun 2004 10:04 GMT
> JCS or ehcache might be worth a look.  I haven't looked through and
> verified all of your requirements (and I probably won't), but those are
> fairly common packages to do this.  Certainly Hibernate is able to use
> ehcache in an environment with transactions and such.

Thanks for your feedback, I have looked at ehcache specially because
hibernate use this cache and also provide transaction facility. I have
not seen in the documentation that the ehcache provide the ability to
commit or rollback, also there is no information regarding if multiple
threads are reading/updating same object in cache.
So I assume that it's the Hibernate that provide the transaction
functionality not the ehcache.

Regards,
Toqeer Sardar.


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.