Re: ObjectStore and Caching

From: Andrus Adamchik (andru..bjectstyle.org)
Date: Mon Jan 12 2004 - 11:34:34 EST

  • Next message: Andrus Adamchik: "[FIXED] Re: rollbackChanges in a unit test"

    On Jan 12, 2004, at 11:13 AM, James Treleaven wrote:

    >
    > Andrus Adamchik wrote:
    >> ...
    >> As I said I don't fully understand what problem you are solving...
    >> The solution might not necessarily be turning off the cache.
    >
    > I am anticipating the deployment of my Tapestry/Cayenne application
    > across a Linux Virtual Server web cluster. This would mean that there
    > would be multiple instances of Tomcat running on multiple computers in
    > the cluster - any one of which could be called on to handle a
    > particular HTTP request in the stream of requests that make up a
    > user's session.
    >
    > So a user could submit a form to computer A, updating the Artist
    > record for, say, Michelangelo. They could subsequently submit a
    > request to display the artist record for Michelangelo, with that
    > request being received by computer B. Since, in my setup, the two
    > different computers will be running separate instances of Cayenne in
    > separate LVMs ... I assume that until Cayenne 1.1 is released I will
    > need to 'turn off the caching'.

    Stateful clustered applications would normally serialize session data
    and then restore it on the node that handles current request. With
    Level 1 cache, DataContext is serialized with all its cache, so it will
    be propagated across the cluster, providing the same user experience as
    if the app was running on a single server. So ideally there is no need
    to change anything.

    Andrus



    This archive was generated by hypermail 2.0.0 : Mon Jan 12 2004 - 11:34:40 EST