[eclipselink-dev] bug 382664 - When performing a pk query for an entity

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]

[eclipselink-dev] bug 382664 - When performing a pk query for an entity not in the cache the cache is checked twice

From: Gordon Yorke <gordon.yorke@xxxxxxxxxx>
Date: Mon, 25 Jun 2012 16:13:45 -0300
Delivered-to: eclipselink-dev@xxxxxxxxxxx
List-archive: <https://dev.eclipse.org/mailman/private/eclipselink-dev>
List-help: <mailto:eclipselink-dev-request@eclipse.org?subject=help>
List-subscribe: <https://dev.eclipse.org/mailman/listinfo/eclipselink-dev>, <mailto:eclipselink-dev-request@eclipse.org?subject=subscribe>
List-unsubscribe: <https://dev.eclipse.org/mailman/options/eclipselink-dev>, <mailto:eclipselink-dev-request@eclipse.org?subject=unsubscribe>
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1

https://bugs.eclipse.org/bugs/show_bug.cgi?id=382664

When EclipseLink attempts to perform a Find By PK query EclipseLink willcheck the cache to determine if the object is present. If it is notpresent EclipseLink will issue the query against the database andperform another lookup in the cache when processing the results. Withcertain cache types this second cache lookup is not necessary and isinefficient. This patch updates the code path to pass information tothe cache indicating that this query has already checked the cache forthe object.


Any feedback is welcome
--Gordon

References:
- [eclipselink-dev] Bug 383323 - Removal of reference causes OptimisticLockException
  - From: Andrei Ilitchev

Prev by Date: [eclipselink-dev] BUILD STATUS:: trunk nightly build failed!
Next by Date: [eclipselink-dev] BUILD STATUS:: trunk nightly build has test failures!
Previous by thread: [eclipselink-dev] Bug 383323 - Removal of reference causes OptimisticLockException
Next by thread: [eclipselink-dev] EclipseLink 2.4 stream open for checkin
Index(es):
- Date
- Thread

Breadcrumbs