[hibernate-dev] Trying Hibernate 5.0.0.Beta1

Steve Ebersole steve at hibernate.org
Mon Apr 6 08:22:23 EDT 2015


I am not fully aware of HSQLDB usage, but I wonder if you end up using 2
different databases.  I am fairly certain you are using an in-memory
database.  In the test you are asking Hibernate to create a
ConnectionProvider explicitly (your buildHibernateConfiguration method).  I
know absolutely zero about spring boot to know how in the heck it is
creating the the Hibernate EntityManager for you, but I suspect it somehow
causes a different HSQLDB instance to be started.

The reason I say that is in my simplified version of your test I re-use the
same HSQLDB instance for sure and get different results.

Still there does seem to be a problem
in org.hibernate.tool.schema.extract.internal.legacy.DatabaseInformationImpl
where it is not finding tables.  If you have a local fork of Hibernate
could you try changing the determineCatalogFilter and determineSchemaFilter
in
org.hibernate.tool.schema.extract.internal.InformationExtractorJdbcDatabaseMetaDataImpl
to return ALL_CATALOGS_FILTER and ALL_SCHEMAS_FILTER instead of
SANS_CATALOG_FILTER and SANS_SCHEMA_FILTER as the fallback options and see
if that helps for you?


On Mon, Apr 6, 2015 at 6:34 AM, Steve Ebersole <steve at hibernate.org> wrote:

> Because compiling told me that none of the 5.0 bootstrapping
> packages/classes could be found.
>
> Anyway, I am working on simplifying your demo thing into something simpler.
>
> On Mon, Apr 6, 2015 at 6:33 AM, Petar Tahchiev <paranoiabla at gmail.com>
> wrote:
>
>> Hmm.. here's the result of mvn dependency:tree -Dverbose
>> -Dincludes=org.hibernate
>>
>> [INFO] --- maven-dependency-plugin:2.9:tree (default-cli) @ HHH-8805 ---
>> [WARNING] Using Maven 2 dependency tree to get verbose output, which may
>> be inconsistent with actual Maven 3 resolution
>> [INFO] org.test:HHH-8805:jar:0.0.1-SNAPSHOT
>> [INFO] \-
>> org.springframework.boot:spring-boot-starter-data-jpa:jar:1.2.3.RELEASE:compile
>> [INFO]    \-
>> org.hibernate:hibernate-entitymanager:jar:5.0.0-SNAPSHOT:compile (version
>> managed from 4.3.8.Final)
>> [INFO]       \- org.hibernate:hibernate-core:jar:5.0.0-SNAPSHOT:compile
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] BUILD SUCCESS
>> [INFO]
>> ------------------------------------------------------------------------
>>
>> How do you know it's using 4.3.8?
>>
>> 2015-04-06 14:25 GMT+03:00 Steve Ebersole <steve at hibernate.org>:
>>
>>> So your repo is still trying to use Hibernate 4.3.8.  So I cannot
>>> reproduce this.
>>>
>>> On top of that, it uses tons of dependencies not needed for a simple bug
>>> reproducer.
>>>
>>> On Mon, Apr 6, 2015 at 5:58 AM, Steve Ebersole <steve at hibernate.org>
>>> wrote:
>>>
>>>> So on export the tables simply are not created due to lack of
>>>> privileges.  So that explains why they are not found later.
>>>>
>>>> On Mon, Apr 6, 2015 at 5:56 AM, Steve Ebersole <steve at hibernate.org>
>>>> wrote:
>>>>
>>>>> Well there is a gigantic comment in org.hibernate.tool.schema.
>>>>> extract.internal.*legacy*.DatabaseInformationImpl that says how the tableInformationMap
>>>>> is not used, and why :)
>>>>>
>>>>> The problem is the HHH000262 log statement.  That is saying that the
>>>>> tables are not found querying the database metadata.
>>>>>
>>>>> On Mon, Apr 6, 2015 at 1:34 AM, Petar Tahchiev <paranoiabla at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Just a quick follow-up here: SchemaMigratorImpl:125 is calling
>>>>>> existingDatabase.getTableInformation where existingDatabase is of type
>>>>>> org.hibernate.tool.schema.extract.internal.*legacy*.DatabaseInformationImpl
>>>>>> (I have no idea why is it using the legacy one), and If I step into it I
>>>>>> can see it's using a tableInformationMap which is empty - really weird as I
>>>>>> can see before that the hbm2ddl was reporting tables were not found so I
>>>>>> was expecting it to create them:
>>>>>>
>>>>>> 2015-04-06 09:29:40,608
>>>>>> org.hibernate.tool.schema.extract.internal.InformationExtractorJdbcDatabaseMetaDataImpl
>>>>>> [main] INFO : HHH000262: Table not found: warehouse
>>>>>> 2015-04-06 09:29:40,610
>>>>>> org.hibernate.tool.schema.extract.internal.InformationExtractorJdbcDatabaseMetaDataImpl
>>>>>> [main] INFO : HHH000262: Table not found: widget_title_lv
>>>>>> 2015-04-06 09:29:40,614
>>>>>> org.hibernate.tool.schema.extract.internal.InformationExtractorJdbcDatabaseMetaDataImpl
>>>>>> [main] INFO : HHH000262: Table not found: wishlist
>>>>>> 2015-04-06 09:29:40,618
>>>>>> org.hibernate.tool.schema.extract.internal.InformationExtractorJdbcDatabaseMetaDataImpl
>>>>>> [main] INFO : HHH000262: Table not found: wishlist_entry
>>>>>> 2015-04-06 09:29:40,622
>>>>>> org.hibernate.tool.schema.extract.internal.InformationExtractorJdbcDatabaseMetaDataImpl
>>>>>> [main] INFO : HHH000262: Table not found: working_day
>>>>>>
>>>>>>
>>>>>> I'll try to create a test that reproduces the problem
>>>>>>
>>>>>>
>>>>>> 2015-04-06 5:20 GMT+03:00 Steve Ebersole <steve at hibernate.org>:
>>>>>>
>>>>>>> I see you have a test repository reproducing the error.  I will try
>>>>>>> to run from there.
>>>>>>>
>>>>>>> On Sun, Apr 5, 2015 at 3:02 AM, Petar Tahchiev <
>>>>>>> paranoiabla at gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi Steve,
>>>>>>>>
>>>>>>>> the test project that I created still fails with the latest
>>>>>>>> SNAPSHOT release, although the foreign keys are not created. Can you please
>>>>>>>> investigate if that is related to the same issue. The test repository is
>>>>>>>> here:
>>>>>>>>
>>>>>>>> https://github.com/paranoiabla/HHH-8805
>>>>>>>>
>>>>>>>>
>>>>>>>> 2015-04-03 16:15 GMT+03:00 Emmanuel Bernard <emmanuel at hibernate.org
>>>>>>>> >:
>>>>>>>>
>>>>>>>>> Steve, I think there is something fishy.
>>>>>>>>> I have created a branch with a blatant usage of a JDK 8 API in
>>>>>>>>> hibernate-core
>>>>>>>>> There is one commit above today’s master:
>>>>>>>>>
>>>>>>>>>         protected EmptyInterceptor() {
>>>>>>>>> +               final java.time.ZoneId id =
>>>>>>>>> java.time.ZoneId.systemDefault();
>>>>>>>>> +               System.out.println( id.getId() );
>>>>>>>>>         }
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> https://github.com/emmanuelbernard/hibernate-orm/tree/animal-sniffer
>>>>>>>>> <
>>>>>>>>> https://github.com/emmanuelbernard/hibernate-orm/tree/animal-sniffer
>>>>>>>>> >
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> And when I run ./gradlew clean build
>>>>>>>>> things do pass, i.e. Animal Sniffer is either not executed or it
>>>>>>>>> does not make the build fail. I did not see any Animal Sniffer reference in
>>>>>>>>> the console while it was running.
>>>>>>>>>
>>>>>>>>> Does it do the same for you if you clone my branch?
>>>>>>>>>
>>>>>>>>> Emmanuel
>>>>>>>>>
>>>>>>>>> PS: 18 mins here on a Mac + SSD. I guess Linux beats the crap out
>>>>>>>>> of Mac on FindBug executions ;)
>>>>>>>>>
>>>>>>>>> > On 01 Apr 2015, at 18:09, Steve Ebersole <steve at hibernate.org>
>>>>>>>>> wrote:
>>>>>>>>> >
>>>>>>>>> > I'm not going to argue with you man.  AnimalSniffer *is* run.
>>>>>>>>> If you don't
>>>>>>>>> > believe that and don't want to verify it for yourself, oh well,
>>>>>>>>> nothing I
>>>>>>>>> > can do about that...
>>>>>>>>> >
>>>>>>>>> > On Wed, Apr 1, 2015 at 8:32 AM, Gunnar Morling <
>>>>>>>>> gunnar at hibernate.org> wrote:
>>>>>>>>> >
>>>>>>>>> >> Hum, you are not April-fooling me, right ;)
>>>>>>>>> >>
>>>>>>>>> >> There is something Java-8-specific in already: the usage of
>>>>>>>>> >> ConcurrentHashMap#keySet() (in
>>>>>>>>> >> SessionFactoryImpl#iterateEntityNameResolvers()) which - when
>>>>>>>>> compiled on
>>>>>>>>> >> Java 8 - adds a reference to the Java-8-only type KeySetView to
>>>>>>>>> the class
>>>>>>>>> >> file of SessionFactoryImpl. That's the issue pointed out by
>>>>>>>>> Petar
>>>>>>>>> >> originally.
>>>>>>>>> >>
>>>>>>>>> >> But when running "./gradlew build" on the current master, the
>>>>>>>>> build
>>>>>>>>> >> passes. I would expect it to fail though, as AnimalSniffer
>>>>>>>>> should detect
>>>>>>>>> >> that usage of Java 8's KeySetView class. So I don't see that AS
>>>>>>>>> is executed
>>>>>>>>> >> actually? Or are you saying it is run but it's findings don't
>>>>>>>>> cause the
>>>>>>>>> >> build to fail?
>>>>>>>>> >>
>>>>>>>>> >> If I go back to the original approach of using AS (via git
>>>>>>>>> checkout
>>>>>>>>> >> 5f6d1~1), it behaves as I'd expect it: "./gradlew build" fails
>>>>>>>>> due to that
>>>>>>>>> >> reference from SessionFactoryImpl#iterateEntityNameResolvers().
>>>>>>>>> >>
>>>>>>>>> >> Do you actually see the build on master fail due to that
>>>>>>>>> reference being
>>>>>>>>> >> discovered by AS?
>>>>>>>>> >>
>>>>>>>>> >>
>>>>>>>>> >> 2015-04-01 15:03 GMT+02:00 Steve Ebersole <steve at hibernate.org
>>>>>>>>> >:
>>>>>>>>> >>
>>>>>>>>> >>> Gunnar, it is applied.  Add something that is java 8 specific
>>>>>>>>> and see...
>>>>>>>>> >>> On Apr 1, 2015 7:59 AM, "Gunnar Morling" <gunnar at hibernate.org>
>>>>>>>>> wrote:
>>>>>>>>> >>>
>>>>>>>>> >>>> I saw the plug-in, Steve. But how/when is it executed?
>>>>>>>>> >>>>
>>>>>>>>> >>>> Running "./gradlew build" used to execute AnimalSniffer and
>>>>>>>>> would have
>>>>>>>>> >>>> revealed that accidental usage of KeySetView. That's not the
>>>>>>>>> case anymore.
>>>>>>>>> >>>> It would be nice if that new plug-in could be applied
>>>>>>>>> automatically after
>>>>>>>>> >>>> compileJava as it used to be the case with the Ant-based
>>>>>>>>> approach.
>>>>>>>>> >>>>
>>>>>>>>> >>>>
>>>>>>>>> >>>> 2015-04-01 13:48 GMT+02:00 Steve Ebersole <
>>>>>>>>> steve at hibernate.org>:
>>>>>>>>> >>>>
>>>>>>>>> >>>>> Increase your Gradle-fu we must young apprentice :)
>>>>>>>>> >>>>>
>>>>>>>>> >>>>> AnimalSniffer is still run.  I simply converted it to be a
>>>>>>>>> plugin.
>>>>>>>>> >>>>> Check out
>>>>>>>>> org.hibernate.build.animalsniffer.AnimalSnifferPlugin in ORM's
>>>>>>>>> >>>>> /buildSrc project
>>>>>>>>> >>>>>
>>>>>>>>> >>>>> AnimalSniffer will apparently not detect this :)
>>>>>>>>> >>>>>
>>>>>>>>> >>>>> On Wed, Apr 1, 2015 at 4:32 AM, Gunnar Morling <
>>>>>>>>> gunnar at hibernate.org>
>>>>>>>>> >>>>> wrote:
>>>>>>>>> >>>>>
>>>>>>>>> >>>>>>> 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.
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>> Looked at this a bit closer. Turns out, AnimalSniffer
>>>>>>>>> *will* detect
>>>>>>>>> >>>>>> this issue if it actually is run. The problem is that AS
>>>>>>>>> apparently is
>>>>>>>>> >>>>>> not executed by default anymore, due to the recent change
>>>>>>>>> to how AS is used
>>>>>>>>> >>>>>> [1].
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>> Prior to that change, running AS was done automatically
>>>>>>>>> after the compileJava
>>>>>>>>> >>>>>> task and would have reported that usage of KeySetView:
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>>    Undefined reference:
>>>>>>>>> >>>>>>
>>>>>>>>> java/util/concurrent/ConcurrentHashMap.keySet()Ljava/util/concurrent/ConcurrentHashMap$KeySetView;
>>>>>>>>> >>>>>> in
>>>>>>>>> >>>>>>
>>>>>>>>> [...]/hibernate-orm/hibernate-core/target/classes/main/org/hibernate/internal/SessionFactoryImpl.class
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>> Unfortunately my Gradle Foo is rather limited, so I'm not
>>>>>>>>> sure how to
>>>>>>>>> >>>>>> re-establish that behaviour with the new AS plug-in.
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>> --Gunnar
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>> [1]
>>>>>>>>> >>>>>>
>>>>>>>>> https://github.com/hibernate/hibernate-orm/commit/5f6d1d24f7945eb8a5acdb69d9595004ec4e462f
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>>
>>>>>>>>> >>>>>> 2015-04-01 9:39 GMT+02: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
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> 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