Return-Path: 
 <dev-return-18023-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org
Received: (qmail 11143 invoked from network); 7 Apr 2008 18:06:06 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 7 Apr 2008 18:06:06 -0000
Received: (qmail 65174 invoked by uid 500); 7 Apr 2008 18:06:06 -0000
Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
Received: (qmail 65147 invoked by uid 500); 7 Apr 2008 18:06:06 -0000
Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@jackrabbit.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
List-Post: <mailto:dev@jackrabbit.apache.org>
List-Id: <dev.jackrabbit.apache.org>
Reply-To: dev@jackrabbit.apache.org
Delivered-To: mailing list dev@jackrabbit.apache.org
Received: (qmail 65137 invoked by uid 99); 7 Apr 2008 18:06:06 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Apr 2008 11:06:05 -0700
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Apr 2008 18:05:32 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 615A3234C0C2
	for <dev@jackrabbit.apache.org>; Mon,  7 Apr 2008 11:03:24 -0700 (PDT)
Message-ID: <59773649.1207591404397.JavaMail.jira@brutus>
Date: Mon, 7 Apr 2008 11:03:24 -0700 (PDT)
From: "Padraic Hannon (JIRA)" <jira@apache.org>
To: dev@jackrabbit.apache.org
Subject: [jira] Updated: (JCR-872) Cache framework integration
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org


     [ https://issues.apache.org/jira/browse/JCR-872?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Padraic Hannon updated JCR-872:
-------------------------------

    Attachment: ocm_cache.zip

Here is the work I have done so far. I do not have test cases specific for this implementation as I have been working on these files against my existing internal test cases. To use this from within Spring (it requires SessionFactory to make everything work), wire it up as a replacement to JcrMappingTemplate:

    <bean id="secondLevelCache"
          class="org.apache.jackrabbit.ocm.objectconverter.cache.ehcache.SynchronizedEhCacheObjectCache"
          singleton="true">
        <constructor-arg index="0" ref="jcrSessionFactory"/>
    </bean>
    <bean id="vdmMappingTemplate"
                class="org.apache.jackrabbit.ocm.spring.JcrCachedMappingTemplate">
            <constructor-arg index="0" ref="jcrSessionFactory"/>
            <constructor-arg index="1" ref="jcrMappingDescriptor"/>
            <constructor-arg index="2" ref="secondLevelCache"/>
            <property name="allowCreate" value="false"/>
          </bean>



> Cache framework integration
> ---------------------------
>
>                 Key: JCR-872
>                 URL: https://issues.apache.org/jira/browse/JCR-872
>             Project: Jackrabbit
>          Issue Type: Task
>          Components: jackrabbit-ocm
>            Reporter: Christophe Lombart
>         Attachments: ocm_cache.zip
>
>
> OCM should work with a cache manager. 
> * The Spring frameworks offer a nice solution to integrate an application with a cache manager (based on AOP). 
> * Which cache framework to use ? oscache, JCS, ...
> * A more detailled proposal is required

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.