-->
These old forums are deprecated now and set to read-only. We are waiting for you on our new forums!
More modern, Discourse-based and with GitHub/Google/Twitter authentication built-in.

All times are UTC - 5 hours [ DST ]



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 
Author Message
 Post subject: Best way to use hibernate for a three tier with thick client
PostPosted: Tue Sep 05, 2006 3:09 pm 
Newbie

Joined: Tue Sep 05, 2006 2:44 pm
Posts: 1
Hi,

We're working on the design of a three tier application that uses a thick Swing client. The middle tier uses hibernate to access the data from mysql and then send the objects to the Swing client based on queries to the client.

As we've traveled through the discovery phase of this approach, we've wondered about a few issues with this approach:

1.) Can the Swing client create a local hibernate cache that can be queried without querying the middle tier using a level 1 or 2 cache?

2.) Will hibernate work on a local cache (1 or 2) without having access to a database? (corollary to above)

3.) What is the best way to access a lazy loaded data hierarchy from the Swing client? (WebObjects has an approach based on mirroring the object graph on the server and client. The object "faults" in the child object, the first time the child is accessed. I've also seen mention of using the old entity bean approach.)

Any other lessons learned from the field on the best use of hibernate for this type of architecture would also be much appreciated! :-)

Thanks,

Rob


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 

All times are UTC - 5 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
© Copyright 2014, Red Hat Inc. All rights reserved. JBoss and Hibernate are registered trademarks and servicemarks of Red Hat, Inc.