Re: [hibernate-dev] Java 8 default methods as a refactoring tool

+1 My personal opinion is that we should switch to Java8 for our next-gen platform. On top of the cool point on default methods you mention, it should also make it easier to start polishing our APIs to have end users take advantage of Java8 features. Not least, next version of Apache Lucene will

Re: [hibernate-dev] Java 8 default methods as a refactoring tool

+1 Same opinion. Hibernate 6.0 should use Java 8 too. Most projects already use Java 1.8, and most important the new ones that are started are using Java 1.8 anyway. Other frameworks are doing the move too, Spring 5.0 will use Java 1.8. Vlad On Wed, Mar 30, 2016 at 1:25 PM, Sanne Grinovero wrot

Re: [hibernate-dev] Java 8 default methods as a refactoring tool

+1 in my opinion at some point we will have to move to java8 and Hibernate 6.0 for me is a good candidate. On 30 March 2016 at 12:40, Vlad Mihalcea wrote: > +1 > > Same opinion. Hibernate 6.0 should use Java 8 too. Most projects already > use Java 1.8, and most important the new ones that are s

Re: [hibernate-dev] Java 8 default methods as a refactoring tool

+1 Echo the same as others have said. On Mar 30, 2016 5:52 AM, "andrea boriero" wrote: > +1 > > in my opinion at some point we will have to move to java8 and Hibernate 6.0 > for me is a good candidate. > > On 30 March 2016 at 12:40, Vlad Mihalcea wrote: > > > +1 > > > > Same opinion. Hibernate

[hibernate-dev] Hibernate OGM 5 CR1 released

We are getting closer and closer to the final release of Hibernate OGM 5. This release includes support for Redis Cluster and a new dialect to store data within Redis hashes; java.util.UUID are now using the native uuid type in Apache Cassandra; more queries are now sup

[hibernate-dev] Configuration default values inconsitencies

Hi, I found an inconsistency in JavaDocs and code: 1. The GLOBALLY_QUOTED_IDENTIFIERS_SKIP_COLUMN_DEFINITIONS JavaDocs says "JPA states that column-definitions are subject to global quoting, so by default this setting is {@code false} for JPA compliance. Set to {@code true} to avoid column-defin

Re: [hibernate-dev] [hibernate-announce] Hibernate OGM 5 CR1 released

Nice!! Looking forward for the Final ;) On 30 March 2016 at 15:07, Davide D'Alto wrote: > We are getting closer and closer to the final release of Hibernate OGM > 5. > > This release includes support for Redis Cluster and a new dialect to store > data within Redis hash

Re: [hibernate-dev] Configuration default values inconsitencies

The code is wrong in the GLOBALLY_QUOTED_IDENTIFIERS_SKIP_COLUMN_DEFINITIONS case; the java doc is correct. By default we should not be skipping columnDefinitions while applying global-quoting to be sec compliant. In the second case, its the opposite... the javadoc is wrong. Keyword-quoting shoul

[hibernate-dev] Hibernate-ORM

Hi, I am getting blocked by this issue:  https://hibernate.atlassian.net/browse/HHH-10373 Where can I get 5.1.1 snapshot files? cheers,~noel ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-d

[hibernate-dev] What's the identity of Hibernate OGM's "public API" module?

I'm reviewing how we expect people to use the Hibernate OGM modules on WildFly. Scott mentioned that the JPA subsystem of WildFly automatically adds the "org.hibernate.ogm" module when the org.hibernate.ogm.jpa.HibernateOgmPersistence persistence provider is set. See also : - https://docs.jbos

Re: [hibernate-dev] What's the identity of Hibernate OGM's "public API" module?

I don't think I like the idea of adding unnecessary dependencies on the user classpath. If I understand correctly, you would add a lot of dependencies to avoid adding: org.hibernate.ogm.couchdb service I think this is something that a "Basic user" can handle. I don't think it's worth to work for

Re: [hibernate-dev] What's the identity of Hibernate OGM's "public API" module?

On 30 March 2016 at 18:35, Davide D'Alto wrote: > I don't think I like the idea of adding unnecessary dependencies on the user > classpath. I don't like it either, but specifically why not? It would be less "magic" which is usually a good thing in these complex systems. > If I understand correc

Re: [hibernate-dev] Configuration default values inconsitencies

Hi Steve, Should I add those two fixes under the https://hibernate.atlassian.net/browse/HHH-10014 issue? I can do it tomorrow. Vlad On Wed, Mar 30, 2016 at 5:40 PM, Steve Ebersole wrote: > The code is wrong in > the GLOBALLY_QUOTED_IDENTIFIERS_SKIP_COLUMN_DEFINITIONS case; the java doc > is co

Re: [hibernate-dev] Hibernate-ORM

Hi Noel, HHH-10373 has not been fixed yet so it's not availablein 5.1.1-SNAPSHOT yet. Hibernate snapshots are at: https://repository.jboss.org/nexus/content/groups/public/org/hibernate. Regards, Gail On Wed, Mar 30, 2016 at 8:27 AM, Noel Diaz wrote: > Hi, > I am getting blocked by this issue:

Re: [hibernate-dev] Configuration default values inconsitencies

No. Never do work under a closed Jira. That's essentially revising history. Create a new Jira. You can link that new one to HHH-10014. On Wed, Mar 30, 2016 at 1:12 PM Vlad Mihalcea wrote: > Hi Steve, > > Should I add those two fixes under the > https://hibernate.atlassian.net/browse/HHH-1001

Re: [hibernate-dev] Configuration default values inconsitencies

Sure, I'll add a new one containing the email conclusions and a link to HHH-10014 and commit it tomorrow. Vlad On Wed, Mar 30, 2016 at 9:23 PM, Steve Ebersole wrote: > No. Never do work under a closed Jira. That's essentially revising > history. Create a new Jira. You can link that new one

Re: [hibernate-dev] Configuration default values inconsitencies

Great, thanks! On Wed, Mar 30, 2016 at 1:39 PM Vlad Mihalcea wrote: > Sure, I'll add a new one containing the email conclusions and a link to > HHH-10014 and commit it tomorrow. > > Vlad > > On Wed, Mar 30, 2016 at 9:23 PM, Steve Ebersole > wrote: > >> No. Never do work under a closed Jira. T

Re: [hibernate-dev] Hibernate-ORM

Hi Gail, Thank you very much for your prompt reply. The reason I asked for 5.1.1 is because I could see Steve's comments: In the JIRA link : [HHH-10373] Sequence generator for idbag ignores generator parameters - Hibernate JIRA | | | | || | | | | | [HHH-10373] Sequen

Re: [hibernate-dev] What's the identity of Hibernate OGM's "public API" module?

On 03/30/2016 12:15 PM, Sanne Grinovero wrote: > I'm reviewing how we expect people to use the Hibernate OGM modules on > WildFly. > > Scott mentioned that the JPA subsystem of WildFly automatically adds > the "org.hibernate.ogm" module when the > org.hibernate.ogm.jpa.HibernateOgmPersistence pe

Re: [hibernate-dev] What's the identity of Hibernate OGM's "public API" module?

On 30 Mar 2016 21:11, "Scott Marlow" wrote: > > > > On 03/30/2016 12:15 PM, Sanne Grinovero wrote: >> >> I'm reviewing how we expect people to use the Hibernate OGM modules on WildFly. >> >> Scott mentioned that the JPA subsystem of WildFly automatically adds >> the "org.hibernate.ogm" module when

Re: [hibernate-dev] What's the identity of Hibernate OGM's "public API" module?

2016-03-30 18:15 GMT+02:00 Sanne Grinovero : > I'm reviewing how we expect people to use the Hibernate OGM modules on > WildFly. > > Scott mentioned that the JPA subsystem of WildFly automatically adds > the "org.hibernate.ogm" module when the > org.hibernate.ogm.jpa.HibernateOgmPersistence persis