[hibernate-dev] Trying Hibernate 5.0.0.Beta1
Steve Ebersole
steve at hibernate.org
Thu Apr 2 18:16:44 EDT 2015
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
>>
>
>
More information about the hibernate-dev
mailing list