Re: [hibernate-dev] Trying Hibernate 5.0.0.Beta1

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(a)gmail.com&gt;: > 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(a)hibernate.org&gt;: > >> 2015-04-01 2:21 GMT+02:00 Steve Ebersole <steve(a)hibernate.org&gt;: >> >> > 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(a)hibernate.org&gt; >> > 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(a)hibernate.org&gt; >> > > 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/%3C07c401... >> > >> >> > >> 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(a)hibernate.org&gt; >> 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(a)hibernate.org&gt; >> > >> wrote: >> > >> > >> > >> >> When I say "internal" here, I mean internal to java classes. >> > >> >> >> > >> >> On Tue, Mar 31, 2015 at 6:30 PM, Steve Ebersole < >> steve(a)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(a)gmail.com&gt; >> > >> >>> 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(a)gmail.com&gt;: >> > >> >>>> >> > >> >>>>> petar@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@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@petar-ThinkPad-X1-Carbon:~$ >> > >> >>>>> >> > >> >>>>> >> > >> >>>>> 2015-04-01 2:21 GMT+03:00 Steve Ebersole <steve(a)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(a)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(a)hibernate.org&gt;: >> > >> >>>>>>> >> > >> >>>>>>>> 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(a)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(a)hibernate.org&gt; 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-migrat... >> > >> >>>>>>>>>> As far are the new bootstrapping apis, see >> > >> >>>>>>>>>> >> > >> >> > >> http://docs.jboss.org/hibernate/orm/5.0/topical/html/bootstrap/NativeBoot... >> > >> >>>>>>>>>> and >> > >> >>>>>>>>>> >> > >> >> > >> http://docs.jboss.org/hibernate/orm/5.0/topical/html/bootstrap/LegacyBoot... >> > >> >>>>>>>>>> >> > >> >>>>>>>>>> On Tue, Mar 31, 2015 at 5:07 PM, Petar Tahchiev < >> > >> >>>>>>>>>> paranoiabla(a)gmail.com&gt; 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(a)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(a)lists.jboss.org >> > >> > https://lists.jboss.org/mailman/listinfo/hibernate-dev >> > >> >> > > >> > > >> > _______________________________________________ >> > hibernate-dev mailing list >> > hibernate-dev(a)lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/hibernate-dev >> > >> _______________________________________________ >> hibernate-dev mailing list >> hibernate-dev(a)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