[hibernate-dev] Trying Hibernate 5.0.0.Beta1

Petar Tahchiev paranoiabla at gmail.com
Thu Apr 2 19:54:40 EDT 2015


Hi Steve,

I just pulled and did ./gradlew install. Unfortunately this didn't install
the jars in my local maven repo because the maven plugin declaration was
missing (you might want to consider adding it). Anyways, after I added it
the jars were installed in my repo. I ran schema export and the schema
result was missing the foreign keys - great!!!
However when I ran my tests against HSQL (my tests are using
hibernate.ddl-auto=update to create the tables) I got an exception:


2015-04-03 02:39:50,456 org.springframework.boot.SpringApplication [main]
ERROR: Application startup failed
org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'entityManagerFactory' defined in class path resource
[org/springframework/boot/autoconfigure/orm/jpa/HibernateJpaAutoConfiguration.class]:
Invocation of init method failed; nested exception is
javax.persistence.PersistenceException: [PersistenceUnit: default] Unable
to build Hibernate SessionFactory
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1566)
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:539)
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:476)
    at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:303)
    at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
    at
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:299)
    at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
    at
org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:956)
    at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:747)
    at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:480)
    at
org.springframework.boot.SpringApplication.refresh(SpringApplication.java:691)
    at
org.springframework.boot.SpringApplication.run(SpringApplication.java:321)
    at
org.springframework.boot.test.SpringApplicationContextLoader.loadContext(SpringApplicationContextLoader.java:98)
    at
org.springframework.test.context.DefaultCacheAwareContextLoaderDelegate.loadContextInternal(DefaultCacheAwareContextLoaderDelegate.java:68)
    at
org.springframework.test.context.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:86)
    at
org.springframework.test.context.DefaultTestContext.getApplicationContext(DefaultTestContext.java:72)
    at
org.springframework.test.context.web.ServletTestExecutionListener.setUpRequestContextIfNecessary(ServletTestExecutionListener.java:170)
    at
org.springframework.test.context.web.ServletTestExecutionListener.prepareTestInstance(ServletTestExecutionListener.java:110)
    at
org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:212)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:200)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:252)
    at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:254)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:217)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:83)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
    at
org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
    at
org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:68)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:163)
    at org.junit.runners.Suite.runChild(Suite.java:127)
    at org.junit.runners.Suite.runChild(Suite.java:26)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
    at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
    at org.junit.runner.JUnitCore.run(JUnitCore.java:138)
    at
org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createReqestAndRun(JUnitCoreWrapper.java:139)
    at
org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:111)
    at
org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:84)
    at
org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:135)
    at
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
    at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
    at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
Caused by: javax.persistence.PersistenceException: [PersistenceUnit:
default] Unable to build Hibernate SessionFactory
    at
org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.persistenceException(EntityManagerFactoryBuilderImpl.java:874)
    at
org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:802)
    at
org.springframework.orm.jpa.vendor.SpringHibernateJpaPersistenceProvider.createContainerEntityManagerFactory(SpringHibernateJpaPersistenceProvider.java:60)
    at
org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:343)
    at
org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:318)
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1625)
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1562)
    ... 50 more
Caused by: org.hibernate.tool.schema.spi.SchemaManagementException: BIG
PROBLEM
    at
org.hibernate.tool.schema.internal.SchemaMigratorImpl.doMigrationToTargets(SchemaMigratorImpl.java:128)
    at
org.hibernate.tool.schema.internal.SchemaMigratorImpl.doMigration(SchemaMigratorImpl.java:76)
    at
org.hibernate.tool.hbm2ddl.SchemaUpdate.execute(SchemaUpdate.java:146)
    at
org.hibernate.tool.hbm2ddl.SchemaUpdate.execute(SchemaUpdate.java:114)
    at
org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:456)
    at
org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:151)
    at
org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:799)
    ... 55 more
2015-04-03 02:39:50,456 org.springframework.test.context.TestContextManager
[main] ERROR: Caught exception while allowing TestExecutionListener
[org.springframework.test.context.web.ServletTestExecutionListener at 14dc3f89]
to prepare test instance
[com.samplestore.storefront.controllers.pages.CustomerServiceContentPageControllerIntegrationTest at 5e3193ac
]
java.lang.IllegalStateException: Failed to load ApplicationContext
    at
org.springframework.test.context.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:94)
    at
org.springframework.test.context.DefaultTestContext.getApplicationContext(DefaultTestContext.java:72)
    at
org.springframework.test.context.web.ServletTestExecutionListener.setUpRequestContextIfNecessary(ServletTestExecutionListener.java:170)
    at
org.springframework.test.context.web.ServletTestExecutionListener.prepareTestInstance(ServletTestExecutionListener.java:110)
    at
org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:212)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:200)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:252)
    at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:254)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:217)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:83)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
    at
org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
    at
org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:68)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
    at
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:163)
    at org.junit.runners.Suite.runChild(Suite.java:127)
    at org.junit.runners.Suite.runChild(Suite.java:26)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
    at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
    at org.junit.runner.JUnitCore.run(JUnitCore.java:138)
    at
org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createReqestAndRun(JUnitCoreWrapper.java:139)
    at
org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:111)
    at
org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:84)
    at
org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:135)
    at
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
    at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
    at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
Caused by: org.springframework.beans.factory.BeanCreationException: Error
creating bean with name 'entityManagerFactory' defined in class path
resource
[org/springframework/boot/autoconfigure/orm/jpa/HibernateJpaAutoConfiguration.class]:
Invocation of init method failed; nested exception is
javax.persistence.PersistenceException: [PersistenceUnit: default] Unable
to build Hibernate SessionFactory
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1566)
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:539)
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:476)
    at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:303)
    at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
    at
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:299)
    at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
    at
org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:956)
    at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:747)
    at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:480)
    at
org.springframework.boot.SpringApplication.refresh(SpringApplication.java:691)
    at
org.springframework.boot.SpringApplication.run(SpringApplication.java:321)
    at
org.springframework.boot.test.SpringApplicationContextLoader.loadContext(SpringApplicationContextLoader.java:98)
    at
org.springframework.test.context.DefaultCacheAwareContextLoaderDelegate.loadContextInternal(DefaultCacheAwareContextLoaderDelegate.java:68)
    at
org.springframework.test.context.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:86)
    ... 36 more
Caused by: javax.persistence.PersistenceException: [PersistenceUnit:
default] Unable to build Hibernate SessionFactory
    at
org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.persistenceException(EntityManagerFactoryBuilderImpl.java:874)
    at
org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:802)
    at
org.springframework.orm.jpa.vendor.SpringHibernateJpaPersistenceProvider.createContainerEntityManagerFactory(SpringHibernateJpaPersistenceProvider.java:60)
    at
org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:343)
    at
org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:318)
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1625)
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1562)
    ... 50 more
Caused by: org.hibernate.tool.schema.spi.SchemaManagementException: BIG
PROBLEM
    at
org.hibernate.tool.schema.internal.SchemaMigratorImpl.doMigrationToTargets(SchemaMigratorImpl.java:128)
    at
org.hibernate.tool.schema.internal.SchemaMigratorImpl.doMigration(SchemaMigratorImpl.java:76)
    at
org.hibernate.tool.hbm2ddl.SchemaUpdate.execute(SchemaUpdate.java:146)
    at
org.hibernate.tool.hbm2ddl.SchemaUpdate.execute(SchemaUpdate.java:114)
    at
org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:456)
    at
org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:151)
    at
org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:799)
    ... 55 more

So I placed a log in SchemaMigratorImpl:128 to see which table it is
finding as null. The result - absract_filter. And I can see in the logs
just on the line before that

2015-04-03 02:48:44,082
org.hibernate.tool.schema.extract.internal.InformationExtractorJdbcDatabaseMetaDataImpl
[main] INFO : HHH000262: Table not found: abstract_filter
abstract_filter
2015-04-03 02:48:44,084
org.springframework.web.context.support.GenericWebApplicationContext [main]
WARN : Exception encountered during context initialization - cancelling
refresh attempt
org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'entityManagerFactory' defined in class path resource
[org/springframework/boot/autoconfigure/orm/jpa/HibernateJpaAutoConfiguration.class]:
Invocation of init method failed; nested exception is
javax.persistence.PersistenceException: [PersistenceUnit: default] Unable
to build Hibernate SessionFactory
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1566)
    at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:539)
    at org.springf

So the hbm2ddl must be creating it. So I don't know why it is failing to
find it afterwords.

2015-04-03 1:16 GMT+03:00 Steve Ebersole <steve at hibernate.org>:

> Ok Petar, when you get a chance pull and give that a try wrt ForeignKeys
>
> On Thu, Apr 2, 2015 at 2:06 PM, Steve Ebersole <steve at hibernate.org>
> wrote:
>
>> I am working on it as we speak :)
>>
>> On Thu, Apr 2, 2015 at 2:05 PM, Petar Tahchiev <paranoiabla at gmail.com>
>> wrote:
>>
>>> Cool,
>>>
>>> ping me once resolved - I'm eager to test it :)
>>>
>>> 2015-04-02 21:57 GMT+03:00 Steve Ebersole <steve at hibernate.org>:
>>>
>>>> Petar, so I was unfortunately remembering the work done for 6.0 when
>>>> saying that wrt the FK name.  What I found is that binding support for JPA
>>>> @FK is, lets say "spotty" at best:
>>>> https://hibernate.atlassian.net/browse/HHH-9709
>>>>
>>>> On Wed, Apr 1, 2015 at 8:02 AM, Petar Tahchiev <paranoiabla at gmail.com>
>>>> wrote:
>>>>
>>>>>
>>>>> OK, maybe I'm doing something wrong. I also tried setting the foreign
>>>>> key name to "none" like this:
>>>>>
>>>>>     @ManyToMany(targetEntity = AbstractFilterModel.class, cascade = {
>>>>> CascadeType.PERSIST, CascadeType.MERGE, CascadeType.REFRESH }, fetch =
>>>>> FetchType.LAZY)
>>>>>     @JoinTable(inverseJoinColumns = {
>>>>>                     @JoinColumn(unique = false, nullable = true,
>>>>> insertable = true, updatable = true, foreignKey = @ForeignKey(name =
>>>>> "none", value = ConstraintMode.NO_CONSTRAINT), name = "filter_pk") },
>>>>> indexes = {
>>>>>                     @Index(unique = false, columnList = "entity_pk")
>>>>> }, inverseForeignKey = @ForeignKey(name = "none", value =
>>>>> ConstraintMode.NO_CONSTRAINT), foreignKey = @ForeignKey(name = "none",
>>>>> value = ConstraintMode.NO_CONSTRAINT), joinColumns = {
>>>>>                     @JoinColumn(unique = false, nullable = true,
>>>>> insertable = true, updatable = true, foreignKey = @ForeignKey(name =
>>>>> "none", value = ConstraintMode.NO_CONSTRAINT), name = "entity_pk") }, name
>>>>> = "entity_filters")
>>>>>
>>>>>
>>>>> it didn't help - the foreign keys are still generated. I prepared a
>>>>> sample project with 2 tests:
>>>>> 1) will try to create an entity and fail because of the foreign key
>>>>> 2) will export the schema.sql so you can see the foregin keys are
>>>>> still generated.
>>>>>
>>>>> Sample project is here: https://github.com/paranoiabla/HHH-8805
>>>>>
>>>>>
>>>>> 2015-04-01 14:36 GMT+03:00 Steve Ebersole <steve at hibernate.org>:
>>>>>
>>>>>>
>>>>>> https://hibernate.atlassian.net/browse/HHH-8805?focusedCommentId=66093&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-66093
>>>>>>
>>>>>> On Wed, Apr 1, 2015 at 6:20 AM, Steve Ebersole <steve at hibernate.org>
>>>>>> wrote:
>>>>>>
>>>>>>> And no, we generally do not reopen issues from Closed state.  And
>>>>>>> here, given the different branches, I'd be more inclined to create a
>>>>>>> different issue referencing the original.
>>>>>>>
>>>>>>> On Wed, Apr 1, 2015 at 6:18 AM, Steve Ebersole <steve at hibernate.org>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hmm, it seems I inadvertently set the wrong fix version on
>>>>>>>> HHH-8805.  It is fixed in our metamodel branch which is 6.0.  I pulled the
>>>>>>>> necessary metamodel (org.hibernate.mapping) changes back to master (5.0),
>>>>>>>> but only the hbm.xml form of naming the FK "none" (magic value) is
>>>>>>>> supported to truly disable generation.  For the time being you can use this
>>>>>>>> as well from annotations; just name the FK "none".
>>>>>>>>
>>>>>>>> If you can write some tests for this, it will make it easier for me
>>>>>>>> to implement.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Wed, Apr 1, 2015 at 5:40 AM, Petar Tahchiev <
>>>>>>>> paranoiabla at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Oh,
>>>>>>>>>
>>>>>>>>> and one last thing: I don't think this is fixed:
>>>>>>>>> https://hibernate.atlassian.net/browse/HHH-8805
>>>>>>>>>
>>>>>>>>> Here's my mapping:
>>>>>>>>>
>>>>>>>>>     @ManyToMany(targetEntity = AbstractFilterModel.class, cascade
>>>>>>>>> = {
>>>>>>>>>         CascadeType.PERSIST,
>>>>>>>>>         CascadeType.MERGE,
>>>>>>>>>         CascadeType.REFRESH
>>>>>>>>>     }, fetch = FetchType.LAZY)
>>>>>>>>>     @JoinTable(indexes = {
>>>>>>>>>         @Index(unique = false, columnList = "entity_pk")
>>>>>>>>>     }, inverseForeignKey =
>>>>>>>>> @ForeignKey(ConstraintMode.NO_CONSTRAINT), inverseJoinColumns = {
>>>>>>>>>         @JoinColumn(unique = false, nullable = true, insertable =
>>>>>>>>> true, updatable = true, foreignKey =
>>>>>>>>> @ForeignKey(ConstraintMode.NO_CONSTRAINT), name = "filter_pk")
>>>>>>>>>     }, joinColumns = {
>>>>>>>>>         @JoinColumn(unique = false, nullable = true, insertable =
>>>>>>>>> true, updatable = true, foreignKey =
>>>>>>>>> @ForeignKey(ConstraintMode.NO_CONSTRAINT), name = "entity_pk")
>>>>>>>>>     }, foreignKey = @ForeignKey(ConstraintMode.NO_CONSTRAINT),
>>>>>>>>> name = "entity_filters")
>>>>>>>>>     private Collection<AbstractFilterModelDefinition> filters;
>>>>>>>>>
>>>>>>>>> As you can see I have added ConstraintMode.NO_CONSTRAINT wherever
>>>>>>>>> it is possible to add it. However here's what the schema tool generates:
>>>>>>>>>
>>>>>>>>>     create index IDX8b6xl4emqmow8hikaf4hgx9xn on entity_filters
>>>>>>>>> (entity_pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FKra38l70n01disvkge7i9ff5ym
>>>>>>>>>         foreign key (filter_pk)
>>>>>>>>>         references abstract_filter (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FKderx50xtd0lkeeblrj3o0ipq9
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references stock_level (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FK7ery3yx4pg32ogvv1wpr150oq
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references content_slot (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FKse5m2mj7rrwj8ndimynfnr2px
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references blog_entry (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FK9nubqtdhrmefjv2a5oab2fcr2
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references price (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FKcsuwqm524wu4u41oatrcalxvh
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references tax (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FKmd3mm5pw9naa05ype38m6x1eo
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references abstract_template (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FKsx6vnh2tga70pkne44dnq8kp0
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references discount (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FK6yx2wc1w1yb6qa1cx4byv7mju
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references classification_feature (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FKpoh168do203hfqwb7so7c4c79
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references cms_navigation_node (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FKi85fkvbm7otl679ijlr6oyoff
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references product (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FKi8semxf3lq0n12lm05v7oydeq
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references abstract_page (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FKsjqo9a6quh1cg4y0wyqo4tp8b
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references promotion (pk);
>>>>>>>>>
>>>>>>>>>     alter table entity_filters
>>>>>>>>>         add constraint FKfw64whfl6vgbqehj20qmc39i3
>>>>>>>>>         foreign key (entity_pk)
>>>>>>>>>         references simple_cms_widget (pk);
>>>>>>>>>
>>>>>>>>> The foreign keys are all different (in Hibernate 4.3.x they were
>>>>>>>>> the same), but I just don't want them. Shall I reopen the issue?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 2015-04-01 13:32 GMT+03:00 Petar Tahchiev <paranoiabla at gmail.com>:
>>>>>>>>>
>>>>>>>>>> One other thing I noticed:
>>>>>>>>>> hibernate-core-5 depends on
>>>>>>>>>>
>>>>>>>>>> <groupId>org.jboss.logging</groupId>
>>>>>>>>>> <artifactId>jboss-logging</artifactId>
>>>>>>>>>> <version>3.2.1.Final</version>
>>>>>>>>>>
>>>>>>>>>> and if you have hibernate-validator 5.1.3.Final (the last
>>>>>>>>>> stable), it will depend on
>>>>>>>>>>
>>>>>>>>>> <groupId>org.jboss.logging</groupId>
>>>>>>>>>> <artifactId>jboss-logging</artifactId>
>>>>>>>>>> <version>3.1.4.GA</version>
>>>>>>>>>>
>>>>>>>>>> So you will get an exception of method not found on some
>>>>>>>>>> jboss-logging API. I excluded the jboss-loggin from the hibernate-validator
>>>>>>>>>> dependency, but now I get a ton of these TRACE statements
>>>>>>>>>> (literally every millisecond):
>>>>>>>>>>
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>> 2015-04-01 13:28:02,090
>>>>>>>>>> org.hibernate.event.internal.DefaultPersistEventListener
>>>>>>>>>> [http-nio-8112-exec-9] TRACE: Ignoring persistent instance
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>  But at least it works.. I guess the only real solution is to
>>>>>>>>>> have hibernate-validator use the same jboss-logging version.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2015-04-01 10:39 GMT+03:00 Gunnar Morling <gunnar at hibernate.org>:
>>>>>>>>>>
>>>>>>>>>>> 2015-04-01 2:21 GMT+02:00 Steve Ebersole <steve at hibernate.org>:
>>>>>>>>>>>
>>>>>>>>>>> > Just to clarify...  I *think* that as long as we run the build
>>>>>>>>>>> with Java 8
>>>>>>>>>>> > and set the bootclasspath to 6 or 7 we should be fine.
>>>>>>>>>>> >
>>>>>>>>>>>
>>>>>>>>>>> Yes, setting the boot classpath to 6 (or 7) makes sure you only
>>>>>>>>>>> use classes
>>>>>>>>>>> present in that JDK (be it explicitly or implicitly as in the
>>>>>>>>>>> ConcurrentHashMap case), because it's that class library which
>>>>>>>>>>> will be used
>>>>>>>>>>> for compilation then. It is cumbersome to use though as you need
>>>>>>>>>>> to specify
>>>>>>>>>>> the location of a 6 or 7 JDK which makes the build less easily
>>>>>>>>>>> portable
>>>>>>>>>>> between machines.
>>>>>>>>>>>
>>>>>>>>>>> Currently, AnimalSniffer is in place to prevent this very
>>>>>>>>>>> category of error
>>>>>>>>>>> and I'm wondering why it didn't detect the "usage" of
>>>>>>>>>>> KeySetView. It really
>>>>>>>>>>> should have detected it, assuming it analyses the byte code of
>>>>>>>>>>> classes. But
>>>>>>>>>>> this makes me wonder now whether it only analyses the source
>>>>>>>>>>> code actually.
>>>>>>>>>>> Then it wouldn't be usable to prevent this sort of issue.
>>>>>>>>>>>
>>>>>>>>>>> Coding against the ConcurrentMap interface is the best way to
>>>>>>>>>>> avoid the
>>>>>>>>>>> issue. But of course there is no guarantee that it happens
>>>>>>>>>>> again, unless
>>>>>>>>>>> e.g. having a build on CI which uses 6 or 7 on its boot
>>>>>>>>>>> classpath.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> > On Tue, Mar 31, 2015 at 7:13 PM, Steve Ebersole <
>>>>>>>>>>> steve at hibernate.org>
>>>>>>>>>>> > wrote:
>>>>>>>>>>> >
>>>>>>>>>>> > > Well the idea is to run the Gradle process with Java 8 (the
>>>>>>>>>>> build itself
>>>>>>>>>>> > > is a Java process too don't forget).  We pass in the older
>>>>>>>>>>> JDK
>>>>>>>>>>> > specifically
>>>>>>>>>>> > > to be able to set the bootclasspath for compilation and the
>>>>>>>>>>> executable
>>>>>>>>>>> > for
>>>>>>>>>>> > > running tests.  That's the theory.
>>>>>>>>>>> > >
>>>>>>>>>>> > > Interestingly I developed a simplified project to test these
>>>>>>>>>>> theories:
>>>>>>>>>>> > > https://github.com/sebersole/gradle-mixed-jdk  And of
>>>>>>>>>>> course this all
>>>>>>>>>>> > > works there.  As you'd expect right?
>>>>>>>>>>> > >
>>>>>>>>>>> > > I think the JAXB thing comes into play here as well.  Gradle
>>>>>>>>>>> does not
>>>>>>>>>>> > have
>>>>>>>>>>> > > any XJC support built in, so we have to make use of its Ant
>>>>>>>>>>> support to
>>>>>>>>>>> > run
>>>>>>>>>>> > > the XJC Ant tasks for JAXB model generation.  The problem
>>>>>>>>>>> there is that,
>>>>>>>>>>> > > afaik, there is no way to tell Gradle's AntBuilder to use a
>>>>>>>>>>> JDK other
>>>>>>>>>>> > than
>>>>>>>>>>> > > the one that launched Gradle.  I think this is why we see a
>>>>>>>>>>> JAXB model
>>>>>>>>>>> > > defined for Java 7, rather than Java 6, because we
>>>>>>>>>>> essentially run XJC
>>>>>>>>>>> > with
>>>>>>>>>>> > > Java 8.
>>>>>>>>>>> > >
>>>>>>>>>>> > > Anyway, this certainly makes the build more complex and we
>>>>>>>>>>> definitely
>>>>>>>>>>> > have
>>>>>>>>>>> > > to think through all these scenarios.  In fact after Beta1,
>>>>>>>>>>> one of my
>>>>>>>>>>> > todos
>>>>>>>>>>> > > is to build up the build "from scratch" using that
>>>>>>>>>>> gradle-mixed-jdk
>>>>>>>>>>> > project
>>>>>>>>>>> > > as a basis.
>>>>>>>>>>> > >
>>>>>>>>>>> > > In general the plan though is to run all the tests (other
>>>>>>>>>>> than
>>>>>>>>>>> > > hibernate-java8, obviously) with the "baseline JDK, whether
>>>>>>>>>>> that be Java
>>>>>>>>>>> > 6
>>>>>>>>>>> > > or 7.
>>>>>>>>>>> > >
>>>>>>>>>>> > > On Tue, Mar 31, 2015 at 6:59 PM, Sanne Grinovero <
>>>>>>>>>>> sanne at hibernate.org>
>>>>>>>>>>> > > wrote:
>>>>>>>>>>> > >
>>>>>>>>>>> > >> There are many similar issues discussed on the Lucene
>>>>>>>>>>> developer's
>>>>>>>>>>> > >> mailing list, it's an interesting read:
>>>>>>>>>>> > >>  -
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> http://mail-archives.apache.org/mod_mbox/lucene-dev/201503.mbox/%3C07c401d06aba%240b477c80%2421d67580%24%40thetaphi.de%3E
>>>>>>>>>>> > >>
>>>>>>>>>>> > >> I see no alternative than to have those test jobs actually
>>>>>>>>>>> exercising
>>>>>>>>>>> > >> ORM with JDK6, or maybe even compile it all with JDK6
>>>>>>>>>>> except the Java8
>>>>>>>>>>> > >> additional module to be compiled with JDK8 ?
>>>>>>>>>>> > >>
>>>>>>>>>>> > >>
>>>>>>>>>>> > >>
>>>>>>>>>>> > >> On 1 April 2015 at 00:36, Steve Ebersole <
>>>>>>>>>>> steve at hibernate.org> wrote:
>>>>>>>>>>> > >> > Ahh, seems this may be an option to work around it:
>>>>>>>>>>> > >> >
>>>>>>>>>>> > >> > <quote>
>>>>>>>>>>> > >> > Using the general *Map* interface in place of the concrete
>>>>>>>>>>> > >> > *ConcurrentHashMap* type here side-steps the coupling to
>>>>>>>>>>> the Java 8
>>>>>>>>>>> > >> return
>>>>>>>>>>> > >> > type and will allow this code to be compiled with Java 8
>>>>>>>>>>> and run on
>>>>>>>>>>> > >> Java 7.
>>>>>>>>>>> > >> > </quote>
>>>>>>>>>>> > >> >
>>>>>>>>>>> > >> > I had missed that part.
>>>>>>>>>>> > >> >
>>>>>>>>>>> > >> >
>>>>>>>>>>> > >> > On Tue, Mar 31, 2015 at 6:34 PM, Steve Ebersole <
>>>>>>>>>>> steve at hibernate.org>
>>>>>>>>>>> > >> wrote:
>>>>>>>>>>> > >> >
>>>>>>>>>>> > >> >> When I say "internal" here, I mean internal to java
>>>>>>>>>>> classes.
>>>>>>>>>>> > >> >>
>>>>>>>>>>> > >> >> On Tue, Mar 31, 2015 at 6:30 PM, Steve Ebersole <
>>>>>>>>>>> steve at hibernate.org
>>>>>>>>>>> > >
>>>>>>>>>>> > >> >> wrote:
>>>>>>>>>>> > >> >>
>>>>>>>>>>> > >> >>> Nope.  It just effects any code compiled with Java 8
>>>>>>>>>>> even though the
>>>>>>>>>>> > >> >>> change is internal.  The problem is the generated
>>>>>>>>>>> bytecode
>>>>>>>>>>> > >> incorporates
>>>>>>>>>>> > >> >>> this change.   Like I said, this should be compiled
>>>>>>>>>>> with 1.6
>>>>>>>>>>> > >> compatibility,
>>>>>>>>>>> > >> >>> but that is apparently not working atm.  I am having a
>>>>>>>>>>> struggle
>>>>>>>>>>> > >> getting a
>>>>>>>>>>> > >> >>> mixed JDK build working "just right".
>>>>>>>>>>> > >> >>>
>>>>>>>>>>> > >> >>> On Tue, Mar 31, 2015 at 6:28 PM, Petar Tahchiev <
>>>>>>>>>>> > >> paranoiabla at gmail.com>
>>>>>>>>>>> > >> >>> wrote:
>>>>>>>>>>> > >> >>>
>>>>>>>>>>> > >> >>>> According to this:
>>>>>>>>>>> > >> >>>>
>>>>>>>>>>> > >> >>>> https://gist.github.com/AlainODea/1375759b8720a3f9f094
>>>>>>>>>>> > >> >>>>
>>>>>>>>>>> > >> >>>> Notably the Java 1.7 *ConcurrentHashMap#keySet()*
>>>>>>>>>>> returns a Set<K>
>>>>>>>>>>> > >> while
>>>>>>>>>>> > >> >>>> the 1.8*ConcurrentHashMap#keySet()* returns a
>>>>>>>>>>> > >> >>>> ConcurrentHashMap.KeySetView<K,V>`.
>>>>>>>>>>> > >> >>>>
>>>>>>>>>>> > >> >>>> I think you're using some Java8 API.
>>>>>>>>>>> > >> >>>>
>>>>>>>>>>> > >> >>>>
>>>>>>>>>>> > >> >>>> 2015-04-01 2:25 GMT+03:00 Petar Tahchiev <
>>>>>>>>>>> paranoiabla at gmail.com>:
>>>>>>>>>>> > >> >>>>
>>>>>>>>>>> > >> >>>>> petar at petar-ThinkPad-X1-Carbon:~$ java -version
>>>>>>>>>>> > >> >>>>> java version "1.7.0_71"
>>>>>>>>>>> > >> >>>>> Java(TM) SE Runtime Environment (build 1.7.0_71-b14)
>>>>>>>>>>> > >> >>>>> Java HotSpot(TM) 64-Bit Server VM (build 24.71-b01,
>>>>>>>>>>> mixed mode)
>>>>>>>>>>> > >> >>>>> petar at petar-ThinkPad-X1-Carbon:~$ uname -a
>>>>>>>>>>> > >> >>>>> Linux petar-ThinkPad-X1-Carbon 3.16.0-33-generic
>>>>>>>>>>> #44-Ubuntu SMP
>>>>>>>>>>> > Thu
>>>>>>>>>>> > >> Mar
>>>>>>>>>>> > >> >>>>> 12 12:19:35 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
>>>>>>>>>>> > >> >>>>> petar at petar-ThinkPad-X1-Carbon:~$
>>>>>>>>>>> > >> >>>>>
>>>>>>>>>>> > >> >>>>>
>>>>>>>>>>> > >> >>>>> 2015-04-01 2:21 GMT+03:00 Steve Ebersole <
>>>>>>>>>>> steve at hibernate.org>:
>>>>>>>>>>> > >> >>>>>
>>>>>>>>>>> > >> >>>>>> What JRE are you trying to use?  This error:
>>>>>>>>>>> > >> >>>>>>
>>>>>>>>>>> > >> >>>>>> java.lang.NoSuchMethodError: java.util.concurrent.
>>>>>>>>>>> > >> >>>>>> ConcurrentHashMap.keySet()Ljava/util/concurrent/
>>>>>>>>>>> > >> >>>>>> ConcurrentHashMap$KeySetView;
>>>>>>>>>>> > >> >>>>>>
>>>>>>>>>>> > >> >>>>>> is indicative of an issue in cross-jre support due
>>>>>>>>>>> to a change
>>>>>>>>>>> > >> >>>>>> internal to java classes.
>>>>>>>>>>> > >> >>>>>>
>>>>>>>>>>> > >> >>>>>>
>>>>>>>>>>> > >> >>>>>> On Tue, Mar 31, 2015 at 6:03 PM, Petar Tahchiev <
>>>>>>>>>>> > >> paranoiabla at gmail.com
>>>>>>>>>>> > >> >>>>>> > wrote:
>>>>>>>>>>> > >> >>>>>>
>>>>>>>>>>> > >> >>>>>>> Thanks Steve,
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >> >>>>>>> I managed to migrate my configuration to the new
>>>>>>>>>>> > >> >>>>>>> MetamodelImplementor. Now when I run the scema
>>>>>>>>>>> export I get a
>>>>>>>>>>> > lot
>>>>>>>>>>> > >> of these
>>>>>>>>>>> > >> >>>>>>> warning:
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >> >>>>>>> INFO : HHH000400: Using dialect:
>>>>>>>>>>> > >> org.hibernate.dialect.MySQL5Dialect
>>>>>>>>>>> > >> >>>>>>> WARN : JDBC Driver reports it stores quoted
>>>>>>>>>>> identifiers in both
>>>>>>>>>>> > >> mixed
>>>>>>>>>>> > >> >>>>>>> and upper case
>>>>>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class:
>>>>>>>>>>> > >> >>>>>>> com.xxx.platform.core.model.cms.AbstractPageModel
>>>>>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class:
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> com.xxx.platform.module.invoice.core.model.InvoicePageModel
>>>>>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class:
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> com.xxx.platform.core.model.batch.BatchStepExecutionContextModel
>>>>>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class:
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> com.xxx.platform.core.model.batch.BatchJobExecutionContextModel
>>>>>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class:
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> com.xxx.platform.module.search.core.model.SearchKeywordRedirectModel
>>>>>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class:
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> >
>>>>>>>>>>> com.xxx.platform.module.search.core.model.SearchPageRedirectModel
>>>>>>>>>>> > >> >>>>>>> WARN : HHH000072: Duplicate joins for class:
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> com.xxx.platform.module.promotion.core.model.PromotionModel
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >> >>>>>>> and when I run some test I get the following
>>>>>>>>>>> exception:
>>>>>>>>>>> > >> >>>>>>> java.lang.NoSuchMethodError:
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> java.util.concurrent.ConcurrentHashMap.keySet()Ljava/util/concurrent/ConcurrentHashMap$KeySetView;
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> org.hibernate.internal.SessionFactoryImpl.iterateEntityNameResolvers(SessionFactoryImpl.java:733)
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> org.hibernate.internal.SessionImpl$CoordinatingEntityNameResolver.resolveEntityName(SessionImpl.java:2470)
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> org.hibernate.internal.SessionImpl.guessEntityName(SessionImpl.java:1992)
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> org.hibernate.internal.SessionImpl.getEntityPersister(SessionImpl.java:1485)
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> org.hibernate.event.internal.DefaultMergeEventListener.onMerge(DefaultMergeEventListener.java:163)
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> org.hibernate.event.internal.DefaultMergeEventListener.onMerge(DefaultMergeEventListener.java:85)
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> >
>>>>>>>>>>> org.hibernate.internal.SessionImpl.fireMerge(SessionImpl.java:882)
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >>
>>>>>>>>>>> org.hibernate.internal.SessionImpl.merge(SessionImpl.java:864)
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >>
>>>>>>>>>>> org.hibernate.internal.SessionImpl.merge(SessionImpl.java:869)
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> org.hibernate.jpa.spi.AbstractEntityManagerImpl.merge(AbstractEntityManagerImpl.java:1196)
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> org.springframework.batch.item.database.JpaItemWriter.doWrite(JpaItemWriter.java:104)
>>>>>>>>>>> > >> >>>>>>>     at
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> org.springframework.batch.item.database.JpaItemWriter.write(JpaItemWriter.java:83)
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >> >>>>>>> 2015-04-01 1:23 GMT+03:00 Steve Ebersole <
>>>>>>>>>>> steve at hibernate.org>:
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >> >>>>>>>> I am told that the bug does not affect the
>>>>>>>>>>> JBoss->Central sync
>>>>>>>>>>> > >> >>>>>>>> process.  So at some point the artifacts should
>>>>>>>>>>> all be
>>>>>>>>>>> > available
>>>>>>>>>>> > >> in Central
>>>>>>>>>>> > >> >>>>>>>>
>>>>>>>>>>> > >> >>>>>>>> On Tue, Mar 31, 2015 at 5:19 PM, Steve Ebersole <
>>>>>>>>>>> > >> steve at hibernate.org
>>>>>>>>>>> > >> >>>>>>>> > wrote:
>>>>>>>>>>> > >> >>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>> hibernate-core seems to be the only artifact that
>>>>>>>>>>> is available
>>>>>>>>>>> > >> in
>>>>>>>>>>> > >> >>>>>>>>> JBoss Nexus.
>>>>>>>>>>> > >> >>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>> On Tue, Mar 31, 2015 at 5:18 PM, Steve Ebersole <
>>>>>>>>>>> > >> >>>>>>>>> steve at hibernate.org> wrote:
>>>>>>>>>>> > >> >>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>> So apparently the artifacts / repo issue is a
>>>>>>>>>>> Nexus bug that
>>>>>>>>>>> > is
>>>>>>>>>>> > >> >>>>>>>>>> effecting the JBoss repo (and therefore us)...
>>>>>>>>>>> > >> >>>>>>>>>> http://issues.sonatype.org/browse/NEXUS-7654
>>>>>>>>>>> > >> >>>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>> As I pointed out in the announcement, I am
>>>>>>>>>>> managing the
>>>>>>>>>>> > >> "migration
>>>>>>>>>>> > >> >>>>>>>>>> guide" in source repo while I develop the
>>>>>>>>>>> Betas.  See
>>>>>>>>>>> > >> >>>>>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> https://github.com/hibernate/hibernate-orm/blob/master/working-5.0-migration-guide.md
>>>>>>>>>>> > >> >>>>>>>>>>  As far are the new bootstrapping apis, see
>>>>>>>>>>> > >> >>>>>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> http://docs.jboss.org/hibernate/orm/5.0/topical/html/bootstrap/NativeBootstrapping.html
>>>>>>>>>>> > >> >>>>>>>>>> and
>>>>>>>>>>> > >> >>>>>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> http://docs.jboss.org/hibernate/orm/5.0/topical/html/bootstrap/LegacyBootstrapping.html
>>>>>>>>>>> > >> >>>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>> On Tue, Mar 31, 2015 at 5:07 PM, Petar Tahchiev <
>>>>>>>>>>> > >> >>>>>>>>>> paranoiabla at gmail.com> wrote:
>>>>>>>>>>> > >> >>>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>>> Hi guys,
>>>>>>>>>>> > >> >>>>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>>> I just tried the latest beta and I cannot
>>>>>>>>>>> compile my
>>>>>>>>>>> > project.
>>>>>>>>>>> > >> >>>>>>>>>>> With the
>>>>>>>>>>> > >> >>>>>>>>>>> latest hibernate 4.3.X I was able to do this:
>>>>>>>>>>> > >> >>>>>>>>>>> -------
>>>>>>>>>>> > >> >>>>>>>>>>>         final org.hibernate.cfg.Configuration
>>>>>>>>>>> configuration
>>>>>>>>>>> > =
>>>>>>>>>>> > >> >>>>>>>>>>> getHibernateConfiguration();
>>>>>>>>>>> > >> >>>>>>>>>>>         configuration.buildMappings();
>>>>>>>>>>> > >> >>>>>>>>>>>         final SchemaUpdate schemaUpdate = new
>>>>>>>>>>> > >> >>>>>>>>>>> SchemaUpdate(configuration);
>>>>>>>>>>> > >> >>>>>>>>>>> -------
>>>>>>>>>>> > >> >>>>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>>> however it seems that the SchemaUpdate
>>>>>>>>>>> constructor has been
>>>>>>>>>>> > >> >>>>>>>>>>> removed and now
>>>>>>>>>>> > >> >>>>>>>>>>> a new one is added:
>>>>>>>>>>> > >> >>>>>>>>>>> --------
>>>>>>>>>>> > >> >>>>>>>>>>>     public SchemaUpdate(MetadataImplementor
>>>>>>>>>>> metadata) {
>>>>>>>>>>> > >> >>>>>>>>>>>         this(
>>>>>>>>>>> > >> >>>>>>>>>>>
>>>>>>>>>>> metadata.getMetadataBuildingOptions().getServiceRegistry(),
>>>>>>>>>>> > >> >>>>>>>>>>> metadata );
>>>>>>>>>>> > >> >>>>>>>>>>>     }
>>>>>>>>>>> > >> >>>>>>>>>>> ---------
>>>>>>>>>>> > >> >>>>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>>> Also the configuration.buildMappings() method
>>>>>>>>>>> has been
>>>>>>>>>>> > >> >>>>>>>>>>> deprecated. Where do
>>>>>>>>>>> > >> >>>>>>>>>>> I get the MetadataImplementor from? Also is
>>>>>>>>>>> there any
>>>>>>>>>>> > >> changelog I
>>>>>>>>>>> > >> >>>>>>>>>>> can refer
>>>>>>>>>>> > >> >>>>>>>>>>> to?
>>>>>>>>>>> > >> >>>>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>>> Thanks.
>>>>>>>>>>> > >> >>>>>>>>>>> --
>>>>>>>>>>> > >> >>>>>>>>>>> Regards, Petar!
>>>>>>>>>>> > >> >>>>>>>>>>> Karlovo, Bulgaria.
>>>>>>>>>>> > >> >>>>>>>>>>> ---
>>>>>>>>>>> > >> >>>>>>>>>>> Public PGP Key at:
>>>>>>>>>>> > >> >>>>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
>>>>>>>>>>> > >> >>>>>>>>>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF  55A5
>>>>>>>>>>> 1965 8550
>>>>>>>>>>> > C311
>>>>>>>>>>> > >> >>>>>>>>>>> 0611
>>>>>>>>>>> > >> >>>>>>>>>>> _______________________________________________
>>>>>>>>>>> > >> >>>>>>>>>>> hibernate-dev mailing list
>>>>>>>>>>> > >> >>>>>>>>>>> hibernate-dev at lists.jboss.org
>>>>>>>>>>> > >> >>>>>>>>>>>
>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>>>>>>>>>> > >> >>>>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>>
>>>>>>>>>>> > >> >>>>>>>>
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >> >>>>>>> --
>>>>>>>>>>> > >> >>>>>>> Regards, Petar!
>>>>>>>>>>> > >> >>>>>>> Karlovo, Bulgaria.
>>>>>>>>>>> > >> >>>>>>> ---
>>>>>>>>>>> > >> >>>>>>> Public PGP Key at:
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
>>>>>>>>>>> > >> >>>>>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF  55A5
>>>>>>>>>>> 1965 8550 C311
>>>>>>>>>>> > >> 0611
>>>>>>>>>>> > >> >>>>>>>
>>>>>>>>>>> > >> >>>>>>
>>>>>>>>>>> > >> >>>>>>
>>>>>>>>>>> > >> >>>>>
>>>>>>>>>>> > >> >>>>>
>>>>>>>>>>> > >> >>>>> --
>>>>>>>>>>> > >> >>>>> Regards, Petar!
>>>>>>>>>>> > >> >>>>> Karlovo, Bulgaria.
>>>>>>>>>>> > >> >>>>> ---
>>>>>>>>>>> > >> >>>>> Public PGP Key at:
>>>>>>>>>>> > >> >>>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
>>>>>>>>>>> > >> >>>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF  55A5 1965
>>>>>>>>>>> 8550 C311
>>>>>>>>>>> > 0611
>>>>>>>>>>> > >> >>>>>
>>>>>>>>>>> > >> >>>>
>>>>>>>>>>> > >> >>>>
>>>>>>>>>>> > >> >>>>
>>>>>>>>>>> > >> >>>> --
>>>>>>>>>>> > >> >>>> Regards, Petar!
>>>>>>>>>>> > >> >>>> Karlovo, Bulgaria.
>>>>>>>>>>> > >> >>>> ---
>>>>>>>>>>> > >> >>>> Public PGP Key at:
>>>>>>>>>>> > >> >>>>
>>>>>>>>>>> > >>
>>>>>>>>>>> >
>>>>>>>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
>>>>>>>>>>> > >> >>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF  55A5 1965
>>>>>>>>>>> 8550 C311 0611
>>>>>>>>>>> > >> >>>>
>>>>>>>>>>> > >> >>>
>>>>>>>>>>> > >> >>>
>>>>>>>>>>> > >> >>
>>>>>>>>>>> > >> > _______________________________________________
>>>>>>>>>>> > >> > hibernate-dev mailing list
>>>>>>>>>>> > >> > hibernate-dev at lists.jboss.org
>>>>>>>>>>> > >> > https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>>>>>>>>>> > >>
>>>>>>>>>>> > >
>>>>>>>>>>> > >
>>>>>>>>>>> > _______________________________________________
>>>>>>>>>>> > hibernate-dev mailing list
>>>>>>>>>>> > hibernate-dev at lists.jboss.org
>>>>>>>>>>> > https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>>>>>>>>>> >
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> hibernate-dev mailing list
>>>>>>>>>>> hibernate-dev at lists.jboss.org
>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Regards, Petar!
>>>>>>>>>> Karlovo, Bulgaria.
>>>>>>>>>> ---
>>>>>>>>>> Public PGP Key at:
>>>>>>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
>>>>>>>>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF  55A5 1965 8550 C311
>>>>>>>>>> 0611
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Regards, Petar!
>>>>>>>>> Karlovo, Bulgaria.
>>>>>>>>> ---
>>>>>>>>> Public PGP Key at:
>>>>>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
>>>>>>>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF  55A5 1965 8550 C311 0611
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Regards, Petar!
>>>>> Karlovo, Bulgaria.
>>>>> ---
>>>>> Public PGP Key at:
>>>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
>>>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF  55A5 1965 8550 C311 0611
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Regards, Petar!
>>> Karlovo, Bulgaria.
>>> ---
>>> Public PGP Key at:
>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
>>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF  55A5 1965 8550 C311 0611
>>>
>>
>>
>


-- 
Regards, Petar!
Karlovo, Bulgaria.
---
Public PGP Key at:
https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
Key Fingerprint: A369 A7EE 61BC 93A3 CDFF  55A5 1965 8550 C311 0611


More information about the hibernate-dev mailing list