[hibernate-dev] Trying Hibernate 5.0.0.Beta1
Steve Ebersole
steve at hibernate.org
Wed Apr 1 07:36:11 EDT 2015
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
>>>
>>
>>
>
More information about the hibernate-dev
mailing list