[hibernate-dev] Trying Hibernate 5.0.0.Beta1

Petar Tahchiev paranoiabla at gmail.com
Wed Apr 1 09:02:24 EDT 2015


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


More information about the hibernate-dev mailing list