Re: [hibernate-dev] ORM 5 -> 6 first merge meeting

gt; > > On Wed, Dec 19, 2018, 3:25 PM Guillaume Smet > wrote: > >> Hi Vlad, >> >> Not sure if it's better to partially push the commits or to have them in a >> list to deal with later (tests + commit). >> >> What do the others think about it? >&

Re: [hibernate-dev] 6.0 Alpha1 prep

Hi, I also agree with Christian. For the `hibernate-entitymanager`, the problem came from Spring as they wanted to support multiple versions of Hibernate. I wrote them on Twitter about this change so that they can adjust their framework to accommodate it. Vlad On Wed, Dec 5, 2018 at 3:53 PM Chr

Re: [hibernate-dev] Can't build Hibernate ORM 5.1 documentation

Hi, Form 5.2, we no longer have the DocBooks tasks. The only document using DocBook in 5.1 is the Integration Guide: http://docs.jboss.org/hibernate/orm/5.1/integrationsGuide/ We converted that to AsciiDoc in 5.2 http://docs.jboss.org/hibernate/orm/5.2/integrationguide/ It's worth investigati

Re: [hibernate-dev] Should the LocalTimeType use the globally configured TimeZone?

cool option would be an AttributeConverter that handles the timezone > transformation, combined with telling Hibernate to always use UTC for the > JDBC timezone > > > On Fri, Oct 5, 2018 at 4:44 AM Sanne Grinovero > wrote: > >> On Fri, 5 Oct 2018 at 10:28, Vlad Mihalcea

Re: [hibernate-dev] Should the LocalTimeType use the globally configured TimeZone?

07-12-03T10:15:30 should be stored as 2007-12-03T10:15:30@UTC, no >> matter what's the VM's timezone or any TZ related config. This allows >> to retrieve the original value later on, also if e.g. the loading VM >> is in a different TZ. >> >> In

[hibernate-dev] Should the LocalTimeType use the globally configured TimeZone?

Hi, While reviewing this Jira issue: https://hibernate.atlassian.net/browse/HHH-12988 and further discussing it via Twitter, I wonder if we should persist LocalTime as-is without any TimeZone transformation that may be done if we enable `hibernate.jdbc.time_zone`? According to the Date/Time API,

Re: [hibernate-dev] Loggers

I think it's a good idea. However, will this break all current applications that use the package name log appenders? Vlad On Fri, Sep 14, 2018 at 7:20 PM, Steve Ebersole wrote: > Yes, I know no one likes talking about logging. "Its not important", until > it is ;) > > TLDR I am considering mo

Re: [hibernate-dev] @OneToOne with @PrimaryKeyJoinColumn(s) vs @MapsId without value element

Here are my comments: 1. I think the @MapsId behavior is the right one even if we don't enable cascading on the child-side. Although theoretically, we should not do that, in reality, if we disable this behavior, some apps will break. We could document the behavior so that, when used @MapdId or PK

Re: [hibernate-dev] Reducing the memory usage of HQLQueryPlan

Pad to the nearest power of 2. The performance improvement comes from the likelihood of reusing the SQL Execution Plan on DBs that have a cache for that: Oracle, SQL Server, DB2. Vlad On Sun, 12 Aug 2018, 04:43 Steve Ebersole, wrote: > Pad to what? The number of elements in that passed list ca

Re: [hibernate-dev] Reducing the memory usage of HQLQueryPlan

one added support for it recently, the padding for IN is not > for Query handling, it's for batch loading which is a very different > scenario. With batch loading we know a finite number of JDBC params - the > batch size. > > > On Fri, Aug 10, 2018, 9:17 AM Vlad Mihalcea > wr

Re: [hibernate-dev] Reducing the memory usage of HQLQueryPlan

We already have the parameter padding for IN queries, and there's a PR for supplying ARRAY via ANY(?). For the second approach, we just have to test it thoroughly to make sure that all major JDBC Driver support it properly. Also, I'd only have the second approach activated via a config property as

Re: [hibernate-dev] 5.3 cache issues [Requires Steve]

The short name approach sounds goid and would accommodate any future cache region implementation changes. For 5.3, I'd say we allow the old named to be resolved to the new ones, like symbolic links. This will allow users to migrate to 5.3 without changing existing ehcache.xml configs. We could w

Re: [hibernate-dev] ORM progress: tricky branch state

If 5.3 cannot take new features, it's better to branch it and have a 5.4 branch for the master until 6.0 is ready. There are lots of interesting improvements that are provided via PRs or as suggestions on the forum, so it would be detrimental to our users to delay those until 6.0 can be used in p

Re: [hibernate-dev] Hibernate ORM 5.2.18 to be the last in 5.2 series?

+1. Unless there will be some serious issues that call for a 5.2.19 release, we should focus on 5.3. Vlad On Wed, Jun 6, 2018 at 3:45 PM, Steve Ebersole wrote: > +1 to stopping 5.2 releases. > > On Wed, Jun 6, 2018 at 7:40 AM Guillaume Smet > wrote: > > > On Tue, Jun 5, 2018 at 10:33 PM Gail

Re: [hibernate-dev] Health check status API

We could do it via the Statistics mechanism which can be made available via JMX. We just have to add whatever info they are interested in to monitor. Vlad On Thu, May 31, 2018 at 7:40 PM, Sanne Grinovero wrote: > It was suggested to me that Hibernate ORM could help people developing > microser

[hibernate-dev] Auto-registering the cacheable entities and collections

Hi, While upgrading my Hibernate testing repository to 5.3, I realized that we no longer auto-register the 2nd-level cache for entities and the collections even if those are annotated with the Hibernate @Cache annotation. I noticed that the Hibernate tests have been modified and we require to reg

Re: [hibernate-dev] Unidirectional @OneToMany @JoinColumn associations

Hi, For the OneToMany with @JoinColumn, the user can workaround this limitation by just using the @ManyToOne on the child side on any column they want and turning the unidirectional association into a bidirectional one. I remember I tested it and it worked just fine. For the OneToMany with @Join

Re: [hibernate-dev] Hibernate-orm-modules nmartifacts not publish

Thanks. I will have to look if we have some outdated docs pointing to the old artefact. On Tue, 29 May 2018, 18:21 Chris Cranford, wrote: > I believe we renamed it to `hibernate-orm-jbossmodules` in 5.3.0.CR2 as I > see that with 5.3.1.Final too. > > On 05/29/2018 10:59 AM, Vlad Mi

[hibernate-dev] Hibernate-orm-modules nmartifacts not publish

I checked this forum question: https://discourse.hibernate.org/t/org-hibernate-hibernate-orm-modules-no-longer-published/861/2 And, indeed, the Hibernate-orm-modules artefacts are missing from Maven Central. Was this intentional or do we have a problem related to publishing them? Vlad _

Re: [hibernate-dev] Simplify SQL function registration when bootstrapping via JPA

tor. This is an example of what I meant about waiting for > 6... > > On Thu, May 17, 2018 at 12:50 PM Vlad Mihalcea > wrote: > >> Sure thing. I'll try to adapt it to using the Bean registry. >> >> Vlad >> >> On Thu, 17 May 2018, 20:07 Chr

Re: [hibernate-dev] Simplify SQL function registration when bootstrapping via JPA

sure if it wouldn't be more > >> appropriate to instantiate the contributor via ManagedBeanRegistry. > >> > >> > >> Mit freundlichen Grüßen, > >> >

Re: [hibernate-dev] Simplify SQL function registration when bootstrapping via JPA

instantiate the contributor via ManagedBeanRegistry. > > > Mit freundlichen Grüßen, > > *Christian Beikov* > Am 17.05.2018 um 11:20 schrieb Vlad Mihalcea: > > In the end, I thought of a more generic ap

Re: [hibernate-dev] Simplify SQL function registration when bootstrapping via JPA

gt; And, realized that I was wrong about suggesting doing it via the >> Integrator mechanism (since the Metamodel is already frozen by the time we >> execute the Integrator). >> >> Vlad >> >> On Wed, May 16, 2018 at 2:41 PM, Steve Ebersole >> wrote: >>

Re: [hibernate-dev] Simplify SQL function registration when bootstrapping via JPA

teve Ebersole wrote: > This should maybe wait for 6.0. We are ditching SQLFunction in favor of a > more AST-friendly contract. > > Beyond that, go for it. > > > On Wed, May 16, 2018, 6:34 AM Vlad Mihalcea > wrote: > >> Hi, >> >> I realized that only the nati

[hibernate-dev] Simplify SQL function registration when bootstrapping via JPA

Hi, I realized that only the native Hibernate bootstrapping mechanism allows for passing custom SQL functions. For JPA, we can extend the Dialect to register, but that's not always desirable as it requires a code change every time the user switches to a new Dialect version. For this reason, I cr

Re: [hibernate-dev] SingleTableEntityPersister memory footprint in 5.3

I asked because someone might have an idea about some change that was doe in 5.3 that might affect it. For the moment, I haven't started doing anything about it. Vlad On Thu, May 3, 2018 at 2:01 PM, Guillaume Smet wrote: > On Thu, May 3, 2018 at 9:35 AM, Vlad Mihalcea > wrote: &

[hibernate-dev] SingleTableEntityPersister memory footprint in 5.3

Hi, On Discourse, a user told us that the memory footprint has increased dramatically between 5.2 and 5.3: https://discourse.hibernate.org/t/batch-fetch-style-recommendations/631/5?u=vlad I think it's worth investigating the cause and see how we could address it in the next release. Vlad __

Re: [hibernate-dev] Why do we have the date in the URL of blog posts?

. We would need a damn > good reason to do it, and I'm not sure those you mentioned are enough... > > On Thu, 22 Mar 2018 at 12:29 Vlad Mihalcea > wrote: > >> Hi, >> >> The data in the post slug only makes sense for news sites where posts are >> highly ass

Re: [hibernate-dev] Why do we have the date in the URL of blog posts?

Hi, The data in the post slug only makes sense for news sites where posts are highly associated to a given date. In our case, the data works against us as people might think an article is outdated by just inspecting the slug and thinking that a 3 year-old article might not be relevant anymore. I

Re: [hibernate-dev] Defaultable service strategies

Sounds good to me. Vlad On Wed, 21 Mar 2018, 20:48 Steve Ebersole, wrote: > Thoughts on allowing certain services to be defaulted to the single > implementor registered with the `StrategySelector` service when there is > just one? > > For example, when resolving the RegionFactory unless both (a

Re: [hibernate-dev] Null-Pointer Exception with 5.2.14

Hi Petar, You can use this template: http://in.relation.to/2016/01/14/hibernate-jpa-test-case-template/ to create a test case that replicates the issue. You don't need to provide all entities, just the 4 entities that build that hierarchy you have mentioned in your email. If you can replicate i

Re: [hibernate-dev] Why does implicit join translate to inner join?

Expressions , "Path > > expression navigability is composed using “inner join” semantics." > > > > On 22 February 2018 at 08:09, Lukas Eder wrote: > > > >> Hello, > >> > >> Vlad Mihalcea [1] was so kind to point me to this mailing list wi

Re: [hibernate-dev] Empty IN list support

I see that we are only using it for testing so that we can skip the: testEmptyInListQuery query on certain Dialects. We could use this info when rendering the JPQL/HQL queries to throw an exception before executing the query. Nevertheless, an exception will be thrown anyway even if we don't do i

Re: [hibernate-dev] ORM documentation info hibernate.org

I also think it's redundant now. Vlad On Wed, Feb 7, 2018 at 8:36 PM, andrea boriero wrote: > I think it is not necessary anymore, so +1 for removing it. > > On 7 February 2018 at 18:32, Steve Ebersole wrote: > > > Now that the hibernate.org infrastructure supports doc versions, should > we >

Re: [hibernate-dev] Repackaging dependencies with Hibernate

m to not expose useful stuff :) >> >> Regarding non technical issues: I'm not aware of a licensing issue, >> not blocking at least in the case of ANTLR although we'd likely need >> to add some clarification notes in the readme and licensing notes, in >> case w

[hibernate-dev] Repackaging dependencies with Hibernate

Hi, This Hibernate forum question provides a good point: https://discourse.hibernate.org/t/hibernate-in-weblogic-has-a-conflicting-antlr-version-what-to-do/189 Frameworks like EclipseLink and Spring ( https://twitter.com/starbuxman/status/960854907854249986 ) repackage dependencies to avoid the

Re: [hibernate-dev] Support for entities without default constructor

://twitter.com/rafaelcodes/status/959892398997458946 If we can prove that it's indeed significantly faster than using Java Reflection to build entities, I think we should think about taking this approach as well. What do you think of this? Vlad On Sat, Feb 3, 2018 at 5:03 PM, Vlad Mihalcea wrote:

[hibernate-dev] Support for entities without default constructor

Hi, I realized that we could allow users to define entities without a default constructor. For Kotlin, which supportsdefault values, this could be beneficial. There is some info about how we could do that in this using Objenesis in the following Spring issue: https://jira.spring.io/plugins/serv

Re: [hibernate-dev] 5.3.0 release tomorrow

7;m ready to start. > > On Thu, Feb 1, 2018, 7:28 AM Vlad Mihalcea > wrote: > >> Hi Steve, >> >> Is it ok to commit on the master branch today or should we wait for 5.3 >> to be released? >> >> Vlad >> On Thu, Feb 1, 2018 at 4:03 AM, Steve E

Re: [hibernate-dev] Minor changes to the website

Great job Guillaume, It looks awesome. Vlad On Wed, Jan 31, 2018 at 2:15 PM, Guillaume Smet wrote: > Hi, > > Just so you know, I just made a few minor changes to the website: > - in the Releases dymanic submenu, you now have a label stating "latest > stable"/"development" to make it clearer wh

Re: [hibernate-dev] Should EntityManager#refresh retain an existing lock?

Hi Gail, Steve is right. Database locks cannot be released unless you end the transaction and that's how it works on any RDBMS, either in 2PL Mode or MVCC. As for optimistic locks: 1. LockModeType.OPTIMISTIC The check is done at the end of the end of the transaction. Refresh will only update th

Re: [hibernate-dev] 5.3.0 release tomorrow

Hi Steve, Is it ok to commit on the master branch today or should we wait for 5.3 to be released? Vlad On Thu, Feb 1, 2018 at 4:03 AM, Steve Ebersole wrote: > I am waiting until I hear back from Joel from Sonatype regarding disabling > the JBoss Nexus -> OSSRH sync for ORM artifacts before I c

Re: [hibernate-dev] Serializable SessionFactory

ke the ORM bootstrap faster, that's > great but we should work on identifying what is being slow and what > can be done without making it dangerous. > > > > > On Thu, Jan 11, 2018 at 2:08 AM Vlad Mihalcea > > wrote: > > > >> Yes, out of the JVM. This

Re: [hibernate-dev] Serializable SessionFactory

has a similarly named > SessionFactory in its org.hibernate.internal.SessionFactoryRegistry. > > On Wed, Jan 10, 2018 at 11:20 AM Vlad Mihalcea > wrote: > >> Hi, >> >> While reviewing old PRs we have in the ORM project, I stumbled on this one >> about serializing the SessionFactory. >> >&

[hibernate-dev] Serializable SessionFactory

Hi, While reviewing old PRs we have in the ORM project, I stumbled on this one about serializing the SessionFactory. I created a new PR, rebased on top of the current master branch and all tests are passing fine. If anyone wants to take a look, this is the PR: https://github.com/hibernate/hiber

[hibernate-dev] Locking German and French forums

Hi, I'm going to lock the German and French forums since users posts question there from time to time, and the questions remain answered. If someone has anything against it, let me know. Otherwise, we should use the English one until we move to Discourse. Vlad ___

Re: [hibernate-dev] Realising the JavaDoc jars as well

me history can easily be found: > - http://lists.jboss.org/pipermail/hibernate-dev/2017-January/015758.html > > Thanks, > Sanne > > > On 11 December 2017 at 15:24, Vlad Mihalcea > wrote: > > Hi, > > > > I've noticed this Pull Request which is valid an

[hibernate-dev] Realising the JavaDoc jars as well

Hi, I've noticed this Pull Request which is valid and worth integrating: https://github.com/hibernate/hibernate-orm/pull/2078 Before I merge it, I wanted to make sure whether this change was accidental or intentional. Was there any reason not to ship the JavaDoc jars along with the release arti

[hibernate-dev] Why does the disassembledStateText in StandardCacheEntryImpl build from the actual state[] and not from disassembledState[]?

Hi, While working on fixing https://hibernate.atlassian.net/browse/HHH-12107, I realized that the way we create the disassembledStateText property of the StandardCacheEntryImpl object does not resemble the name of the attribute. Now, I wonder why we don't build the disassembledStateText from disa

Re: [hibernate-dev] JPA Compliance

; } > } > > class *B*{ > List as; > > @ManyToMany(mappedBy = "bs", cascade=CascadeType.ALL) > public List getAs() { > return as; > } > } > > and it seems JPA expects the JoinTable A_B to have a PK (A_ID,B_ID). > > On 28 November 2017 at 05:44, Vl

Re: [hibernate-dev] JPA Compliance

ones since we kept the legacy Hibernate >>> behavior in SessionFactory. >>> >> >> I do not like the EMF#close behaviour, probably a prefer a separate >> setting for this. >> >> >>> * This one I am very undecided. I can see very valid argu

Re: [hibernate-dev] HHH-12125 - @GeneratedValue & 5.3

That's a great idea. I stumbled on this issue many times, and it's very good to simplify the mapping as you suggested. +1 Vlad On Sat, Nov 25, 2017 at 6:18 PM, Steve Ebersole wrote: > The background is all in the Jira, but the crux is this... it is better to > allow a user to do this: > >

Re: [hibernate-dev] JPA Compliance

modes" aspect though. What are > these other enumerated mode values? > > > On Thu, Nov 16, 2017 at 2:15 PM Vlad Mihalcea > wrote: > >> Where the JPA way is questionable, let's add one configuration: >> hibernate.jpa.compliance with multiple modes: >&g

Re: [hibernate-dev] JPA Compliance

Like to me, it really never makes sense to throw an > exception when I close something that is already closed. So how do we > handle cases like this? > > > On Thu, Nov 16, 2017 at 1:51 PM Vlad Mihalcea > wrote: > >> Hi Steve, >> >> I think that for 5.2 was ok

Re: [hibernate-dev] JPA Compliance

Hi Steve, I think that for 5.2 was ok to have the isJpaBootstrap method to avoid breaking compatibility for the native bootstrap. For 6.0, maybe it's easier if we just align to the JPA spec where it makes sense, and only provide a separation where the JPA way is questionable. I noticed that the i

Re: [hibernate-dev] Hibernate CI is angry: ORM build job is failing since the 2nd of November

red. > > So nobody heard of this. Would be great if we could figure out a way > to notify the people who merged the PR, on top of trying to reach the > commit authors? > > > > On 6 November 2017 at 14:53, Vlad Mihalcea > wrote: > >> They are not working.

Re: [hibernate-dev] Hibernate CI is angry: ORM build job is failing since the 2nd of November

Looks like there is some indentation issue: http://ci.hibernate.org/view/ORM/job/hibernate-orm-master-h2-check/ws/tooling/metamodel-generator/target/reports/checkstyle/main.html#f-/mnt/jenkins-workdir/workspace/hibernate-orm-master-h2-check/tooling/metamodel-generator/src/main/java/org/hibernate/j

Re: [hibernate-dev] @db.dialect@ - yet again

Hi, Looks like IDEA rebuilds the project and generates the @db.dialect@ issue. I tackled it with the following Bash script: @echo off > set db=%1 > set module="hibernate-core" > if not "%2"=="" SET module="hibernate-%2" > if "%2"=="doc" SET module="documentation" > set target="d:\Vlad\Work\GitHu

Re: [hibernate-dev] "Hibernate Types" project

Hi, It's because not all database support ARRAY or JSON. We've been discussing this on the mailing list (around one year ago) and I remember we concluded that we can only add these types to ORM core if the vast majority of the Hibernate-supported database offer JSON or ARRAY. Also, even if we ad

Re: [hibernate-dev] Too simple a solution for HHH-11147 ?

Hi Thomas, You can send a Pull Request. I'll ask Luis Barreiro to review it since he's the expert in this area. Thanks, Vlad On Thu, Sep 28, 2017 at 12:33 AM, Thomas Reinhardt wrote: > > Hello, > > I investigated HHH-11147 (Allow enhanced entities to be returned in a > completely uninitialized

Re: [hibernate-dev] Number of SQL statements

HI, We already have such tool for the Hibernate tests. The one that I suggested does not use FlexyPool, but datasource-proxy. Vlad On Fri, Sep 22, 2017 at 5:55 PM, Sanne Grinovero wrote: > Hi Thomas, > > I can't answer your question - will leave that to the people working > on Hibernate ORM -

Re: [hibernate-dev] Number of SQL statements

Hi, 1. To validate the number of SQL statements, use this SQL Statement count validator I explained in this article: https://vladmihalcea.com/2014/02/01/how-to-detect-the-n-plus-one-query-problem-during-testing/ 2. For Hibernate Criteria, I don't think you should bother since it will be removed

Re: [hibernate-dev] [Search and more] What is new in a give release

Hi, To be able to load the User Guide like this: https://docs.jboss.org/hibernate/orm/5.2 we have two options: 1. Either we rename the User Guide to index.adoc so that it will become index.html. 2. We leave it as-is, but when we copy the docs to JBo

Re: [hibernate-dev] Problems with PreparedStatementSpyConnectionProvider

Hi, The only time when I saw that class failing was for MariaDB because the Connection was final and we could not proxy it. That's when I switched to Mockito 2. However, the goal of that class is to allow it to run as a regular PS, but to proxy it so that any PS call invocation is recorded. Vlad

Re: [hibernate-dev] Are the tests in the documentation module expected to run on MySQL only?

I test Hibernate with the following DBs mostly: - H2 - Oracle - SQL Server - PostgreSQL - MySQL and MariaDb For other databases, it's not guaranteed that all tests will run. Related to that function, we could other add a change, but it must work on the DBs above too. Or, you could just mark the

Re: [hibernate-dev] Unresolved issues targeting 5.2.11

Much appreciated, Vlad On Fri, Sep 1, 2017 at 9:19 AM, Gail Badner wrote: > Hi Vlad, > > Thanks for letting me know. I'll take a look tomorrow. > > Regards, > Gail > > On Thu, Aug 31, 2017 at 10:25 PM, Vlad Mihalcea > wrote: > >> Hi Gail, >>

Re: [hibernate-dev] Unresolved issues targeting 5.2.11

Hi Gail, My issues have Pull Requests that need to be reviewed. However, there are around 8 PRs which I'd like someone to review so that we can include them in 5.2.11: https://github.com/hibernate/hibernate-orm/pulls?q=is%3Aopen+is%3Apr+author%3Avladmihalcea+label%3A%22Ready+for+review%22 Thank

Re: [hibernate-dev] Deprecated methods of NativeQuery via SQLQuery

That's a good question. There are some methods which don't have a replacement in JPA so we should probably move to some subclass and remove the deprecated flag. Vlad On Wed, Aug 30, 2017 at 5:59 PM, Guillaume Smet wrote: > Hi, > > In OGM tests, we have a lot of warnings on this sort of constru

Re: [hibernate-dev] [ORM] Documentation inconsistencies

Hi, The inconsistencies are due to the latest release being done quite a long time ago. The 5.2 User Guide was generated when we released 5.2.10 while the GitHub repo contains many doc changes that will be available only when we release 5.2.11. Vlad On Tue, Aug 29, 2017 at 8:12 PM, Marko B wro

Re: [hibernate-dev] SQL Server 2016

For SQL Server, 2012 is our latest supported Dialect. I've been running tests on my local SQL Server 2016 Express and everything worked fine. As for Jenkins, we don't have support for MSSQL. I'm not sure if the Linux version license allows us to run tests on Jenkins, but if it does, I think we sh

Re: [hibernate-dev] Empty composites and embeddable containing an embeddable

I guess we should create the nested embeddable as well. Vlad On Fri, Aug 11, 2017 at 2:02 AM, Gail Badner wrote: > If an embeddable contains an embeddable, and the outer embeddable is > instantiated due to hibernate.create_empty_composites.enabled=true, should > the inner embeddable be instanti

Re: [hibernate-dev] Contributions - changes "CLA" process

Woohoo! That's great news. Vlad On Tue, Aug 8, 2017 at 12:27 AM, Steve Ebersole wrote: > Currently we have had to rely on a less-than-ideal CLA approach as part of > the process for accepting a contribution. That CLA app is a hassle for > contributors and it is a head-ache for the folks who ma

Re: [hibernate-dev] ORM FAQ

Hi Steve, I read it and I have some the following suggestions: 1. For the Performance section, I'd add the transparent JDBC batch updates, the delayed connection acquisition, cacheable natural id fetching. 2. For the How does Hibernate compare to JPA section, I'd add a list of cool features Hibe

Re: [hibernate-dev] Plan on adding the JPA 2.2 Query#getResultStream() in 5.2

e all on the same page then. > > 2017-08-02 21:16 GMT+01:00 Vlad Mihalcea : > >> Sure, but you may not publish something like an JPA 2.1+ with just some >>> of the 2.2 methods. >> >> >> I don't understand this part because, for instance, we already sup

Re: [hibernate-dev] Plan on adding the JPA 2.2 Query#getResultStream() in 5.2

> > Sure, but you may not publish something like an JPA 2.1+ with just some of > the 2.2 methods. I don't understand this part because, for instance, we already support Java 1.8 Date/Time types for quite some time. So, Hibernate 5.x already supports JPA 2.1 +. The 5.1 Stream support is also in t

Re: [hibernate-dev] Plan on adding the JPA 2.2 Query#getResultStream() in 5.2

I don't think it will break anything since the method will be a default one in org.hibernate.query.Query default Stream getResultStream() { return stream(); } That will do it. Vlad On Wed, Aug 2, 2017 at 6:16 PM, Sanne Grinovero wrote: > On 2 August 2017 at 15:21, Vlad Mihalce

[hibernate-dev] Plan on adding the JPA 2.2 Query#getResultStream() in 5.2

Hi, I plan on adding the JPA 2.2 Query#getResultStream() method since we already support streaming and, this way, Hibernate 5.2 will work even if the client has a JPA 2.2 dependency in their classpath. https://jcp.org/aboutJava/communityprocess/maintenance/jsr338/ChangeLog-JPA-2.2-MR.txt While w

Re: [hibernate-dev] Difference between Comment and Hint in Hibernate query

veQuery, I think we need to support it since we have the comment attribute on the annotation level. Vlad On Tue, Aug 1, 2017 at 6:16 PM, Steve Ebersole wrote: > See inline.. > > On Tue, Aug 1, 2017 at 9:05 AM Vlad Mihalcea > wrote: > >> I created a new Pull Request so that co

Re: [hibernate-dev] Difference between Comment and Hint in Hibernate query

d to be handled differently > > On Tue, Aug 1, 2017, 8:19 AM Vlad Mihalcea > wrote: > >> I'm asking because the >> >> org.hibernate.annotations.NamedNativeQuery or >> org.hibernate.annotations.NamedQuery >> >> define the comment attribute with the

Re: [hibernate-dev] PESSIMISTIC_FORCE_INCREMENT lock mode

Sure. Send me a Pull Request and I'll integrate it. Vlad On Tue, Aug 1, 2017 at 2:29 PM, Arnold Gálovics wrote: > Hey Vlad, > > Thanks for the clarification. Do you think it worth mentioning this in the > docs? > > Best, > Arnold > > On Fri, Jul 28, 2017 at

Re: [hibernate-dev] Difference between Comment and Hint in Hibernate query

t; Query hints are hints for the database' s query parser/optimizer. > > A comment is a... well a comment :) > > On Tue, Aug 1, 2017, 6:37 AM Vlad Mihalcea > wrote: > >> Hi, >> >> While working on integrating a Pull Request, I realized that the >> org.h

[hibernate-dev] Difference between Comment and Hint in Hibernate query

Hi, While working on integrating a Pull Request, I realized that the org.hibernate.engine.spi.QueryParameters provides these two attributes: private String comment; private List queryHints; Both these two are to be sent to the database, so why do we have both? I also noticed that only for Query

Re: [hibernate-dev] PESSIMISTIC_FORCE_INCREMENT lock mode

king time. What type of lock will it acquire? Shared or > exclusive? > I think this is important and it should be really mentioned in the > Hibernate docs as now it's a bit confusing. The JPA spec is also unclear > for me about this lock mode. > > Thank you guys for helping

Re: [hibernate-dev] PESSIMISTIC_FORCE_INCREMENT lock mode

That's how Hibernate was executing the statements when I wrote the article. I spotted the difference when writing the book, but didn't have time to update the article. I changed the SQL output to reflect the current behavior which adds a FOR UPDATE clause when fetching the entity. I also rephrase

Re: [hibernate-dev] Are arrays of non-basic elements supported?

know if it's more clear now. >> >> Vlad >> >> On Wed, Jul 26, 2017 at 7:32 PM, Gail Badner wrote: >> >>> OK, I'll make sure Hibernate also treats an empty array element as >>> equivalent to null as well. >>> >>> Vlad, thanks

Re: [hibernate-dev] 6.0 - procedure/function calls via NativeQuery

gt; I'm supporting Steve's idea to remove this complexity and force the users > to use the proper API. I think for 6.0 this change can be acceptable and > should be mentioned in the migration guide. > > Best Regards, > Arnold > > > > On Thu, Jul 27, 2017 at 7:25 AM, V

Re: [hibernate-dev] Are arrays of non-basic elements supported?

ay element as > equivalent to null as well. > > Vlad, thanks for correcting the documentation. > > On Wed, Jul 26, 2017 at 7:38 AM, Vlad Mihalcea > wrote: > >> The docs says: >> >> When it comes to arrays, there is quite a difference between Java arrays >&g

Re: [hibernate-dev] 6.0 - procedure/function calls via NativeQuery

I run a quick Google search for "Hibernate NnativeQuery stored procedure" and found these links: http://www.baeldung.com/stored-procedures-with-hibernate-tutorial https://www.mkyong.com/hibernate/how-to-call-store-procedure-in-hibernate/ I guess people used to do this. We could use some QueryHin

Re: [hibernate-dev] Are arrays of non-basic elements supported?

The docs says: When it comes to arrays, there is quite a difference between Java arrays and relational database array types (e.g. VARRAY, ARRAY). First, not all database systems implement the SQL-99 ARRAY type, and, for this reason, Hibernate doesn’t support native database array types. Second, Ja

[hibernate-dev] Hibernate ORM Docbook removal

Hi, Since it's more than one year since we switched to Asciidoc, I think we should remove the docbook folder. Does anyone has anything against it or thinks this is not a good idea? Vlad ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https

Re: [hibernate-dev] Hibernate Extras module

sons. :-) > > Thank you guys! > > Best, > Arnold > > On Sat, Jul 1, 2017 at 6:31 PM, Vlad Mihalcea > wrote: > >> Hi, >> >> Someone asked me if I can supply the JSON Type as a separate module so >> that >> it can be grabbed from Maven Cen

[hibernate-dev] Hibernate Extras module

Hi, Someone asked me if I can supply the JSON Type as a separate module so that it can be grabbed from Maven Central: https://vladmihalcea.com/2016/06/20/how-to-map-json-objects-using-generic-hibernate-types/ I wonder if we should supply a hibernate-extras where we include non-standard features:

Re: [hibernate-dev] Continue to add 5.2 deprecations for 6.0 work?

the best approach in case we do not >> have a current alternative. >> >> On 28 June 2017 at 08:55, Vlad Mihalcea wrote: >> >>> I would use the regular Java deprecation mechanism is just make sure >>> we write the plan in the Javadoc and the User Guide. >>

Re: [hibernate-dev] Continue to add 5.2 deprecations for 6.0 work?

I would use the regular Java deprecation mechanism is just make sure we write the plan in the Javadoc and the User Guide. On example is Query#setResultTransformer: > > * @deprecated (since 5.2) > * @todo develop a new approach to result transformers > */ > @Deprecated > Query setResultTransfor

Re: [hibernate-dev] Feature Request: Encrypt sensitive data with an "encrypted store/filter"

Hi, The easiest way to do it is to use Transparent Data Encryption in the RDBMS: https://docs.microsoft.com/en-us/sql/relational-databases/security/encryption/transparent-data-encryption-tde For simple use cases, you can just use the @ColumnTransformer as explained in this article: https://vlad

Re: [hibernate-dev] Migration path from 3.6 to 5.2

Hi, You can migrate from 3.6 to 5.2 directly. Just read all the migration guides from 3.x to 5.2 to know what has changed and what you need to take into consideration. For example, 5.x uses the enhanced identifier generators which you might want to disable if you relied on the old sequence-based o

Re: [hibernate-dev] Hibernate ORM 5.0 test failures

This error: "unexpected exception opening server socket java.net.BindException: Address already in use (Bind failed)" I only got it when NVidia driver was stealing the Wildfly port, but that was never for CriteriaLockingTest. It's also curious why the Byteman agent tries to open a socket connec

Re: [hibernate-dev] HHH-11791

Hi, Wouldn't that require all entities be compiled with? javac -parameters Vlad On Mon, Jun 12, 2017 at 10:19 PM, Christian Bongiorno < christian.bongio...@gmail.com> wrote: > Now that java 8 supports named parameters it becomes possible (potentially > preferrable) to use constructor injection

Re: [hibernate-dev] SqlTypeDescriptor bind by name limitation

positionally against both PreparedStatement (and >> CallableStatement, since they are PreparedStatement). And only for >> CallableStatement does JDBC define additional support for binding by name. >> >> And 6.0 is going to bind by position, but that's what all othe

Re: [hibernate-dev] Pull request

There are 100, but that's because some of them are for 4.x or 5.0, 5.1 or they lack Tets Cases or the user hasn't confirmed the CLA. We integrate most Pull Requests in a timely fashion. Vlad On Wed, Jun 7, 2017 at 6:08 PM, Sanne Grinovero wrote: > On 7 June 2017 at 15:46, Vlad Mi

  1   2   3   4   >