Well, it took longer than expected as the source of the failures became more obscure, but here it is, done on the master (5.3) branch.
https://github.com/coladict/hibernate-orm/tree/dom4j-removal It's in the dom4j-removal branch. The tests for entity-mode dom4j have been removed, but it might be a better idea to write new ones that expect an error. Also the hibernate-mapping-4.0.xsd schema hasn't been valid since dom4j entity-mode was removed in 2011 (4a4f636caf9ecc62fe0d230f422ad3eab2517db0) but I haven't touched it. You could wait for 6.0, but there is time to review this for 5.3. I have only passed a `clean build` using JDK8 and the default H2 database. Maybe other databases could expose errors, but it's highly unlikely. JDK9 is a bit more likely to expose an incompatibility. On 19 February 2018 at 17:03, Chris Cranford <[email protected]> wrote: > See below > > On 02/18/2018 11:38 AM, Steve Ebersole wrote: > > On Sun, Feb 18, 2018 at 4:52 AM Jordan Gigov <[email protected]> wrote: > > > >> I think transitioning to automatic bindings via JAXB will result in > error > >> messages on wrong configurations becoming far too vague to be useful to > the > >> users. > >> > > I'm not understanding... we've used jaxb since 4.0 > > > > I am just talking about envers and how it integrates with hibernate-core. > > At the moment it directly uses dom4j - we'd like to eventualy have it use > > the jaxb model instead > > There is a JIRA [1] that specifically targets this work from an Envers > perspective. > > I have a working implementation based on Hibernate 5.x but this is > planned to be integrated in Hibernate 6. I'd expect to see this get > integrated once we get a bit more development finalized around Hibernate > Core in 6. > > [1]: https://hibernate.atlassian.net/browse/HHH-11483 > > Thanks, > Chris > _______________________________________________ hibernate-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/hibernate-dev
