You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Donald Woods (JIRA)" <ji...@apache.org> on 2010/02/24 15:22:27 UTC
[jira] Updated: (OPENJPA-748) Disable QuerySQLCache by default
[ https://issues.apache.org/jira/browse/OPENJPA-748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Donald Woods updated OPENJPA-748:
---------------------------------
Fix Version/s: (was: 2.0.0)
2.0.0-beta
> Disable QuerySQLCache by default
> --------------------------------
>
> Key: OPENJPA-748
> URL: https://issues.apache.org/jira/browse/OPENJPA-748
> Project: OpenJPA
> Issue Type: Bug
> Components: jdbc
> Affects Versions: 1.2.0, 1.3.0
> Reporter: Jeremy Bauer
> Assignee: Jeremy Bauer
> Fix For: 2.0.0-beta
>
>
> I posted this dev forum question regarding QuerySQLCache:
> ---
> We've had a few regression-type issues (OPENJPA-660 & OPENJPA-731)
> since the addition of QuerySQLCache in 1.2.0. While this cache has
> shown to provide significant performance improvements for certain
> scenarios, I think we should consider disabling the cache by default.
> The main reason is the potential for future regression issues.
> Another reason is that we didn't follow the pattern set by existing
> caches. With the exception of the query compilation cache (which is
> relatively static after queries are initialized), the other caches are
> disabled by default. While the cache is supposed to be transparent,
> it could (and has shown to) affect the behavior of an application that
> has been working for quite some time on a prior release.
> Arguably, QuerySQLCache may just need more rigorous testing. While
> additional testing may help, testing every scenario is difficult and
> if we miss one, regression issues due to performance enhancements are
> pretty hard to swallow. I think a better approach is to allow users
> to enable the cache if they choose to do so.
> ---
> And received positive responses. The necessary updates will be made to disable the cache by default and committed to trunk.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.