Change from class to interface leads to IncompatibleClassChangeError
(org.hibernate.stat.EntityStatistics and co.)
------------------------------------------------------------------------------------------------------------------
Key: HHH-5541
URL:
http://opensource.atlassian.com/projects/hibernate/browse/HHH-5541
Project: Hibernate Core
Issue Type: Bug
Components: core
Affects Versions: 3.6.0.Beta4, 3.6.0.Beta3, 3.5.5, 3.6.0.Beta2, 3.6.0.Beta1, 3.5.4,
3.5.3, 3.5.2, 3.5.1, 3.5.0-Final
Reporter: Cédrik LIME
Hibernate 3.5.0 introduced a concurrent implementation for Statistics. Thus the classes of
{{org.hibernate.stat.*}} became interfaces and lo and behold! a Java 5 concurrent
implementation was born, and all rejoiced at this marvel.
But in the land of compiled binaries, some said that a
{{java.lang.IncompatibleClassChangeError}} would rear its ugly head since where a Class
was expected an Interface would appear, and so the current thread would stop its
processing with an Error.
And it was said in the kingdom of Hibernate that documentation was forthcoming that
everyone should re-compile their dependant 3rd-party libraries, whether one could access
the 3rd-party sources or not.
In an ironic twist, now that Hibernate 3.6 depends on Java 5, we still have the
non-concurrent implementation lying around unused...
All prose apart, this bug means I can not distribute a {{.jar}} that is compiled against
Hibernate 3.1 and that works for all released Hibernate versions. I don't want impose
my users the hassle to re-compile (even if I provide the source code), but I guess this
3.5.0 change leaves me no choice... This should at least be clearly documented.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira