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