Return-Path: Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: (qmail 41990 invoked from network); 27 May 2008 15:08:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 May 2008 15:08:44 -0000 Received: (qmail 13097 invoked by uid 500); 27 May 2008 15:08:44 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 13028 invoked by uid 500); 27 May 2008 15:08:44 -0000 Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openjpa.apache.org Delivered-To: mailing list dev@openjpa.apache.org Received: (qmail 12974 invoked by uid 99); 27 May 2008 15:08:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 May 2008 08:08:44 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of techhusky@gmail.com designates 66.249.90.182 as permitted sender) Received: from [66.249.90.182] (HELO ik-out-1112.google.com) (66.249.90.182) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 May 2008 15:07:56 +0000 Received: by ik-out-1112.google.com with SMTP id c21so1532483ika.1 for ; Tue, 27 May 2008 08:08:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Heu/cVrx++kaKj7B03cZz9HUnME28tXv61Plg8RZjik=; b=d9yDEgnMmJAwFAogiIIiTvHlNjcRCVsBCzGOCvH22SJZa1zVcj1orfqHQlZe7ru6jhhnhP+3caJ+qKKV7/3Ywo+sTl+R88oeZMfI1/8d3HPOVJg0U9TOYcItvpVPNxIYeA4aLu1GJQvhDf4vxolnlWstWgLLd5dZFtCcEVh47QM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RJ2rBe0qaxYOkugUURij7jRouRA4Wji098lXwCNNjiaGIiggXKzBqQvfsSYDmUMYJeBO9xuhvSyg1+SgsE0jLaymbrJbls3gnZ9JuPrHTm8olBvUdmTM65sOTqaf8ABoDvFGgZQ+Hk96bL1c4uQU6esA4JffbmyOELLqgWUhk+I= Received: by 10.78.118.5 with SMTP id q5mr856495huc.62.1211900891797; Tue, 27 May 2008 08:08:11 -0700 (PDT) Received: by 10.78.147.10 with HTTP; Tue, 27 May 2008 08:08:11 -0700 (PDT) Message-ID: Date: Tue, 27 May 2008 10:08:11 -0500 From: "Jeremy Bauer" To: dev@openjpa.apache.org Subject: Re: [jira] Updated: (OPENJPA-407) Cache SQL (or closer precursors to SQL) more aggressively In-Reply-To: <1508509574.1211683318220.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <26454308.1192643510624.JavaMail.jira@brutus> <1508509574.1211683318220.JavaMail.jira@brutus> X-Virus-Checked: Checked by ClamAV on apache.org Hi Patrick. The 1.1.0 release notes currently list OPENJPA-407 as an improvement, but I see you've just changed the fix version to 1.1.1 (and there is no commit for the 1.1.0 release). It appears that the release note tooling may rely only on the fix version when generating the doc? I am unable to bring up the JIRA history so I can't determine if/when the fix version was last modified. -Jeremy On 5/24/08, Patrick Linskey (JIRA) wrote: > > [ https://issues.apache.org/jira/browse/OPENJPA-407?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] > > Patrick Linskey updated OPENJPA-407: > ------------------------------------ > > Fix Version/s: (was: 1.1.0) > 1.1.1 > > > Cache SQL (or closer precursors to SQL) more aggressively > > --------------------------------------------------------- > > > > Key: OPENJPA-407 > > URL: https://issues.apache.org/jira/browse/OPENJPA-407 > > Project: OpenJPA > > Issue Type: Improvement > > Components: jdbc, kernel, query, sql > > Affects Versions: 0.9.0, 0.9.6, 0.9.7, 1.0.0 > > Reporter: Patrick Linskey > > Fix For: 1.1.1 > > > > Attachments: findBy.patch, OPENJPA-407.patch, OPENJPA-407.patch, OPENJPA-407.patch, OPENJPA-407.patch, QuerySQLCache.doc > > > > > > When data is not available in the data cache, OpenJPA dynamically creates SQL to look up the requested data. OpenJPA should more aggressively cache this SQL to accelerate pathways from a cache miss to the database. > > The generated SQL takes a number of factors into account, including the requested records, transaction status, currently-loaded data, and the current fetch configuration. Any caching would need to account for these factors as well. > > -- > This message is automatically generated by JIRA. > - > You can reply to this email to add a comment to the issue online. > >