Hi Theo, > Does anyone have experiences to share about caching in EJB environments ? > I would like to know how multiple JBoss/OJB instances can share the same
Currently we don't have a cache implementation which fulfill these requirements. > cache or at least not have long-term cache-inconsistencies. use 'empty' the cache, or the 'perBroker' cache implementation to avoid caching problems. > > If the "backoffice" CMS webapp updates items I want to see them a short > time lateron correctly changed in the "frontoffice" website. > Not having a cache at all however would severely impact our performance. > We want to refactoring the cache package in near future, to make a more sophisticated cache available. regards, Armin > > Background: > > I am currently investigating the possibilities of improving performance of our OJB based application. The application consists of > three webapplications on Tomcat, connected to Session EJB's on a central JBoss server that uses OJB for Object/Relational mapping. > > I think that the performance of the application depends on the use of caching (the application is mostly retrieval from searching). > We use the default implementation. > > We use separate Tomcat webservers: the frontoffice is a separate webapp in it's own Tomcat instance, and the backoffice CMS is is a > separate webapp in it's own Tomcat. So they each talk with JBoss via RMI over the network ! > > However, JBoss advices to use the integrated Tomcat with JBoss, because it avoids the RMI network transports and the serialisation > of data. > > If we would go for integrated JBoss+Tomcat instances then we would have multiple OJB instances that share the same database but not > the same cache ! That would probably mean cache inconsistencies because the default implementation AFAIK has no maximum object > lifetime and no distributed synchronisations ? > > Answers anyone ? > > Theo Niemeijer > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
