Support for @QueryHints on CRUD methods [DATAJPA-173] #590
Comments
|
pascal gehl commented Adding query hints for caching on CRUD methods (findAll, findOne...) seems to be a minimum feature, specially with ORM's second level caches. Do you have any timeline for this feature ? |
|
Dmitry Angelov commented IMHO at least its worth to move its priority one level up |
|
Jan Goyvaerts commented Is there a straightforward way to work around this issue ? I have massive amounts of find-by-id queries only producing cache misses. The second level cache is filled but is never used. Because findOne is not cached ? |
|
Martin Maier-Moessner commented You could write your own base repository class and override findOne() or create a new method findOneCached(). In your custom implementation you then have direct access to the javax.persistence.Query instance, which has the setHint()-method you want to use. For details see http://docs.spring.io/spring-data/jpa/docs/1.5.0.RELEASE/reference/htmlsingle/#repositories.custom-behaviour-for-all-repositories |
|
Jan Goyvaerts commented I've added: @Transactional(readOnly = true, propagation = Propagation.MANDATORY, rollbackFor = Throwable.class)
public T findById(@NotNull final Long id) {
return em.find(clazz, id, QUERY_HINTS);
}Where clazz is the domain class of the constructor and QUERY_HINTS a static immutable map containing two Hibernate hints. private static final Map<String, Object> QUERY_HINTS;
static {
final Map<String, Object> map = new HashMap<String, Object>();
// The official JPA2 hints don't seem to work for Hibernate 4.2.8.Final
// map.put("javax.persistence.cache.retrieveMode", CacheRetrieveMode.USE);
// map.put("javax.persistence.cache.storeMode", CacheStoreMode.REFRESH);
map.put("org.hibernate.cacheable", true);
map.put("org.hibernate.cacheMode", CacheMode.NORMAL);
QUERY_HINTS = Collections.unmodifiableMap(map);
}Making a query each each call is way too slow for me. Hence the usage of EntityManager.find() |
|
Oliver Drotbohm commented That's in place for the 1.6.0.BUILD-SNAPSHOTS. Feel free to give this a spin. I extended the previously existing infrastructure to detect I also added some caching of the metadata to make sure we don't waste too much time for reflection based annotation lookup for every method invocation. We're shooting for an M1 by some time next week, so it'd be incredibly helpful to get some feedback about this |
|
Jan Goyvaerts commented I'll have a go today - I have other cats to skin, but I will be the last to discourage such speedy support ! :-) |
|
Jan Goyvaerts commented A bit of a hassle to upgrade from 1.4 => new methods But here we are ! I'm getting NPE at SimpleJpaRepository.applyRepositoryMethodMetadata(), line 528. Variable "crudMethodMetadata" is null. Anything I can try ? ==================================================== java.lang.NullPointerException |
|
Oliver Drotbohm commented Which versions are you using exactly? |
|
Jan Goyvaerts commented spring-data-commons-1.8.0.BUILD-20140311.113611-24.jar and spring-data-jpa-1.6.0.BUILD-20140312.143908-17.jar Btw, there is no source jar for the Data Commons artifact |
|
Oliver Drotbohm commented Hm, there clearly is… see the repo. How do you instantiate the repository? If you manually create them via |
|
Jan Goyvaerts commented Because I have specialized repositories I had to make a repository factory bean - as described in the documentation. I didn't know about the method meta data. Do you have documentation about what kind of data it expects ? |
spring-projects-issues
added
type: enhancement
Pascal Heus opened DATAJPA-173 and commented
Add support for
@QueryHintsannotations for CRUD methods such asfindAll(…),findOne(…), etc. For complex hierarchical structure, having the option to fine tune joins would be highly beneficial in terms of performanceReference URL: http://forum.springsource.org/showthread.php?113519-Query-Caching
Issue Links:
Referenced from: commits b71cd3e, 5438c44
9 votes, 10 watchers
The text was updated successfully, but these errors were encountered: