Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 76976 invoked from network); 15 Jul 2009 19:06:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 15 Jul 2009 19:06:54 -0000 Received: (qmail 17724 invoked by uid 500); 15 Jul 2009 19:07:03 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 17691 invoked by uid 500); 15 Jul 2009 19:07:03 -0000 Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user-java@ibatis.apache.org Delivered-To: mailing list user-java@ibatis.apache.org Received: (qmail 17683 invoked by uid 99); 15 Jul 2009 19:07:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Jul 2009 19:07:03 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of anindya.mukherjee@gmail.com designates 209.85.219.215 as permitted sender) Received: from [209.85.219.215] (HELO mail-ew0-f215.google.com) (209.85.219.215) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Jul 2009 19:06:52 +0000 Received: by ewy11 with SMTP id 11so4189687ewy.0 for ; Wed, 15 Jul 2009 12:06:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:date :message-id:mime-version:content-type:x-mailer:thread-index :content-language:x-cr-hashedpuzzle:x-cr-puzzleid; bh=hsLHWNRlHjoy3KivLyqxMu3PZ/jWI1VKKp6RftSJj7A=; b=TAXvSGyWapIAv4bVFdTokOXJTN9GeRTyYJ1nSEDunVmZjXPJRcV0wrykWDiIvGJtWD HQqwL1eTVqbKfF8uadilsv2R6B9Ldgab1nIU89RE/N/ueCLmAXyBEbNVFjLeR8kymWMc 08+QWKsR/X8Nd5G9wD+WM2VbXhmWNQHb1MaTY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:mime-version:content-type :x-mailer:thread-index:content-language:x-cr-hashedpuzzle :x-cr-puzzleid; b=O0R5QpqHEfL0HFrRe86p/vWZWhH+qsOoVS+p8AlIkDQdFOZRQcEEC7CvaQVaRfC69w r2K3oSU8dglMtlHNp9yDtsmzP2lT+1I5vPcm/t6ElhTxoUrzZQwqSRQmNQ+ewHM4lQ0k KohsIecSB32PtXBCw/Jkm1dDb0F2wORFv5ujI= Received: by 10.211.199.11 with SMTP id b11mr8522300ebq.57.1247684792374; Wed, 15 Jul 2009 12:06:32 -0700 (PDT) Received: from mukherjeePC ([220.224.243.225]) by mx.google.com with ESMTPS id 28sm1866087eye.36.2009.07.15.12.06.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Jul 2009 12:06:31 -0700 (PDT) From: "Anindya Mukherjee" To: Cc: Subject: Force cache refresh + precaching Date: Thu, 16 Jul 2009 00:36:11 +0530 Message-ID: <4a5e28b7.1c05d00a.4d5f.ffffaa6d@mx.google.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0044_01CA05AD.6F74D810" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcoFf0znR2dnGndORYi4+5f1n95QvA== Content-Language: en-ca x-cr-hashedpuzzle: MWI= AMXi AxBp BCD+ B0H8 CeVh Cn3G DNUN GPA1 GepK JZjk Kidb PcEW QiYH RY/w VO3P;2;YQBuAGkAbgBkAHkAYQAuAG0AdQBrAGgAZQByAGoAZQBlAEAAZwBtAGEAaQBsAC4AYwBvAG0AOwB1AHMAZQByAC0AagBhAHYAYQBAAGkAYgBhAHQAaQBzAC4AYQBwAGEAYwBoAGUALgBvAHIAZwA=;Sosha1_v1;7;{EC6B6F81-AFC6-4CF4-9845-A119CCCEBA7C};YQBuAGkAbgBkAHkAYQAuAG0AdQBrAGgAZQByAGoAZQBlAEAAZwBtAGEAaQBsAC4AYwBvAG0A;Wed, 15 Jul 2009 19:06:04 GMT;RgBvAHIAYwBlACAAYwBhAGMAaABlACAAcgBlAGYAcgBlAHMAaAAgACsAIABwAHIAZQBjAGEAYwBoAGkAbgBnAA== x-cr-puzzleid: {EC6B6F81-AFC6-4CF4-9845-A119CCCEBA7C} X-Virus-Checked: Checked by ClamAV on apache.org ------=_NextPart_000_0044_01CA05AD.6F74D810 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi , We have started using iBatis caches. To start with we are using an LRU cache. However we have an issue , the underlying tables in our db can be updated by manual inserts ( it is a shared db used by a number of apps ). Now we need a mechanism whereby we can forcefully refresh the iBatis cache. Can anybody help us with this ? Also the ibatis caches are lazy loading ( it loads on demand ) , is it possible to somehow precache some data during app load. - Thanks, - Anindya ------=_NextPart_000_0044_01CA05AD.6F74D810 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hi ,

 

We have started using iBatis caches. To start with = we are using an LRU cache. However we have an issue ,  the underlying = tables in our db can be updated by manual inserts ( it is a shared db used by a = number of apps ).

 

Now we need a mechanism whereby we can forcefully = refresh the iBatis cache. Can anybody help us with this ? Also the ibatis caches = are lazy loading ( it loads on demand ) , is it possible to somehow precache = some data during app load.

 

-          Thanks,

-          Anindya

------=_NextPart_000_0044_01CA05AD.6F74D810--