[hibernate-dev] Trying Hibernate 5.0.0.Beta1
Petar Tahchiev
paranoiabla at gmail.com
Thu Apr 2 15:05:49 EDT 2015
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
More information about the hibernate-dev
mailing list