[
https://hibernate.onjira.com/browse/HV-495?page=com.atlassian.jira.plugin...
]
Hardy Ferentschik commented on HV-495:
--------------------------------------
The problem w/ this caching approach is that there is no eviction. This could become a
problem in long running applications or when classes are reloaded. See also HV-479
Also, is this a JVM specific issue? It seems you are JRockit? Did you see the same problem
with the Sun Runtime? I am reluctant to add this type of caching based on problems of a
single JVM.
Many locks on AnnotatedElements
-------------------------------
Key: HV-495
URL:
https://hibernate.onjira.com/browse/HV-495
Project: Hibernate Validator
Issue Type: Patch
Components: validators
Affects Versions: 4.2.0.CR1
Environment: GNU/Linux, JVM 6.0, Hibernate Validator 4.2.0.CR1
Reporter: Loïc DIAS DA SILVA
Fix For: 4.3.0.Beta1
Attachments: jmeter-graph.docx, patch-ldds.patch
Hi all, we use Hibernate Validator 4.2.0-CR1 (previously Apache BVAL) for one of our API
projects.
All is working fine for our needs except one big issue recently discovered during JMeter
tests.
Several injectors make many requests from some Amazon cloud servers to our API and
starting from a number of requests the response time begins to increase eavily, making a
big jump from about 100ms in average to more than 5s.
After investigating we have seen many locks in some AnnotatedElement methods (mainly
getAnnotation).
I've then made a little patch on hibernate in order to cache this kind of requests as
i've not found any other cleaver/yet implemented way..
Since this patch all is working very well for us..
Regards.
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira