[hibernate-dev] Toward the first Hibernate Reactive release

Hey everyone, The work around Hibernate Reactive is coming along nicely. So has some other work needed on the Vert.x front and Mutiny front. Now is time to ship a first version to the community. With some of the people working on it, I've tried to come up with a list of tasks and decisions to

Re: [hibernate-dev] Composite IDs with a null property/field

shouldn't support > this > scenario. Anyhow, what Gail already wrote is that Hibernate returns > null > for the entity result, leading to a null value in a returned > ResultList, > which seem to be wrong... > > On Wed, Dec 11, 2019 at 11:16 AM Emmanuel Bernard > > w

Re: [hibernate-dev] Composite IDs with a null property/field

> could only have a single composite key with a LOCALE. > > Hibernate should be (must be?) able to handle this scenario, what do > you > think? > > Joerg > > On Wed, Dec 11, 2019 at 10:18 AM Emmanuel Bernard > > wrote: > >> Just talking about simple

Re: [hibernate-dev] Composite IDs with a null property/field

Just talking about simple id, even if we allow the column to be nullable (if the DB even allows that), I don't think Hibernate allows null to be a valid id value. Because null means I don't know or not applicable. I think in the past we argued the same for attributes of a composite id, like you

[hibernate-dev] Programmatic API for constraint definitions

Here is a roughly similar but with some twist approach to Hibernate Validator programmatic definition. https://github.com/making/yavi/blob/develop/README.md ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org

[hibernate-dev] Quarkus + search request

https://twitter.com/quarkusio/status/1104297031273775106?s=21 ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev

Re: [hibernate-dev] orm.xml scanning issue

also files deep in the hierarchy: >https://github.com/spring-projects/spring-boot/issues/10363 . > >On Tue, Jul 31, 2018 at 5:46 PM Emmanuel Bernard >wrote: > >> You'll need to check but AFAIR the spec says that META-INF/orm.xml is >> automatically added. So the fault

Re: [hibernate-dev] orm.xml scanning issue

You'll need to check but AFAIR the spec says that META-INF/orm.xml is automatically added. So the fault is on the builder of PersistenceUnitInfo to include it. But we could be friendly and detect the addition of the same file twice. Emmanuel On Tue 18-07-31 17:23, Guillaume Smet wrote: >Hi, >

Re: [hibernate-dev] https://hibernate.org enforced

at 16:41, Guillaume Smet >>> wrote: >>> > >>> > Please don't do it: there's a good reason I haven't done it: the news >>> are >>> > not loaded because in.relation.to is not HTTPS. >>> > >>> > We need to enable HTTPS for in

Re: [hibernate-dev] Stride

ple topics? > > >On Fri, Jul 27, 2018 at 9:43 AM Emmanuel Bernard >wrote: > >> On Fri 18-07-27 14:38, Guillaume Smet wrote: >> >On Fri, Jul 27, 2018 at 2:31 PM Emmanuel Bernard >> >wrote: >> > >> >> I like Zulip a lot. I've been using it

[hibernate-dev] https://hibernate.org enforced

I've enforced HTTPS on hibernate.org. I am aware that Google Chrome shows warning as we load some non HTTPS resources as part of the pages (two images, one link and the in.relation.to feed). But if you see other things not working, let us know. Here is the issue tracker

Re: [hibernate-dev] Stride

On Fri 18-07-27 14:38, Guillaume Smet wrote: >On Fri, Jul 27, 2018 at 2:31 PM Emmanuel Bernard >wrote: > >> I like Zulip a lot. I've been using it extensively and the notion of >> topic (like a email subjet) is a big +1 for me and for any more casual >> lurker. Also i

Re: [hibernate-dev] Stride

I like Zulip a lot. I've been using it extensively and the notion of topic (like a email subjet) is a big +1 for me and for any more casual lurker. Also it reduces the proliferation of one off/single subject channel that a lurker always miss in tools like Slack. Granted Zulip topics are a bit

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

he: fail: failure at bootstrap if there is a missing cache > >I haven't had any answer to my case against having fail as the default for >JCache so I suppose it's how it is. > >-- >Guillaume > >On Tue, Jul 3, 2018 at 3:15 PM Emmanuel Bernard >wrote: > >> I thin

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

I think they are afraid of you Steve :D When asking, we could make it clear where we stand: - I feel unsure and need someone else to back me up, ideally the project lead - I think I'm right but let's see if Steve or other knowledgable person comes with a strong argument against - I don't want

Re: [hibernate-dev] HTTPS for Bean Validation

On Tue 18-06-19 16:36, Sanne Grinovero wrote: >On Tue, 19 Jun 2018 at 16:32, Emmanuel Bernard wrote: >> >> On Tue 18-06-19 15:13, Sanne Grinovero wrote: >> >On Mon, 18 Jun 2018 at 21:48, Emmanuel Bernard >> >wrote: >> >> >> >> >&

Re: [hibernate-dev] HTTPS for Bean Validation

On Tue 18-06-19 15:13, Sanne Grinovero wrote: >On Mon, 18 Jun 2018 at 21:48, Emmanuel Bernard wrote: >> >> >> >> > On 18 Jun 2018, at 17:49, Sanne Grinovero wrote: >> > >> > I was experimenting with "let's encrypt" but then you told

Re: [hibernate-dev] HTTPS for Bean Validation

> On 18 Jun 2018, at 17:49, Sanne Grinovero wrote: > > I was experimenting with "let's encrypt" but then you told me that I > wasn't allowed to use that service. I don’t remember saying that. Knowing me I surely gave you a reason :) ___

Re: [hibernate-dev] HTTPS for Bean Validation

Let’s wait quickly for Sanne’s feedback on why he was having certificate issues. My experience with let’s encrypt has been stellar so far (httpd). > On 16 Jun 2018, at 16:20, Guillaume Smet wrote: > > One thing we could do that would simplify a lot of things is moving > in.relation.to to its

Re: [hibernate-dev] HTTPS for Bean Validation

Excellent, thanks a lot! Do you have a link to instructions you followed? > Would like to do the same for another site of mine. > > 2018-06-16 9:05 GMT+02:00 Emmanuel Bernard : >> I’ve enabled HTTPS for BV after a bit of a fight with the DNS entries. I’m >> planning to en

Re: [hibernate-dev] Help please: HHH-12674 Upgrade to Gradle 4.8

That’s a good question. I don’t know if that was mainly due to the JDK 9 follow up or if the JDK will keep breaking stuff at rapid pace - which is supposed to be different that releasing at a rapid pace ;) > On 13 Jun 2018, at 19:20, Steve Ebersole wrote: > > Well to be fair, if they tried to

[hibernate-dev] HTTPS for Bean Validation

I’ve enabled HTTPS for BV after a bit of a fight with the DNS entries. I’m planning to enforce HTTPS only in a few days. Have all of our GH pages hosted properties moved to HTTPS? What about the other properties? Emmanuel ___ hibernate-dev mailing

Re: [hibernate-dev] Health check status API

This ties to the lazy database discovery in Cloud environments. The issue related to that also mentions a health check API. I don't think it ties to the Stats or JMX API as at least for the initial start, this API should be able to provide feedback while Hibernate engine is starting (and looping).

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

I don’t think spending the n hours on outweighs the explained benefits so I would keep it that way. The reason I had the dates were because blogs are time sensitive (like any content really), and it avoids or reduces the risk of slug collision for which we would need to implement a workaround

Re: [hibernate-dev] Hibernate OGM mapping for "server side Hibernate Search" via Infinispan Remote

Mar 2018, at 10:46, Sanne Grinovero <sa...@hibernate.org> wrote: > > On 22 March 2018 at 07:41, Emmanuel Bernard <emman...@hibernate.org > <mailto:emman...@hibernate.org>> wrote: >> >> On 20 Mar 2018, at 12:41, Sanne Grinovero <sa...@hibernate.org>

Re: [hibernate-dev] Hibernate OGM mapping for "server side Hibernate Search" via Infinispan Remote

> On 20 Mar 2018, at 12:41, Sanne Grinovero <sa...@hibernate.org> wrote: > > > > On 20 March 2018 at 10:50, Emmanuel Bernard <emman...@hibernate.org > <mailto:emman...@hibernate.org>> wrote: > I think treating the client side HSearch input and t

Re: [hibernate-dev] [HV] Retiring HibernateValidatorContext#parameterNameProvider()

> On 20 Mar 2018, at 13:24, Guillaume Smet wrote: > > Maybe we could have some gain by avoiding the parameter name generation in > most cases but I'm not sure it's worth making the code less readable. Readability is the root of all evil. I read that somewhere on the

Re: [hibernate-dev] Async JDBC proposal

d asynchronous database API (ADBA) is not >>> part >>> of JDBC, nor does it rely on or use JDBC (or at least >>> implementations >>> doing that wouldn't be truely async). >>> >>> Mark >>> >>> PS Could you send the actual lin

Re: [hibernate-dev] Async JDBC proposal

lans > for asynchronous persistence in Infinispan so this might would be > definitely useful to our JDBC stores. I only wish there'd be an async > thread-independent JTA next, too. > > Radim > > [1] > https://blogs.oracle.com/java/jdbc-next%3a-a-new-asynchronous-api-for-co

[hibernate-dev] Async JDBC proposal

Nothing really new for people at the edge of news but a nice presentation showing how async JDBC will likely work https://docs.google.com/document/d/1jH0znbYwgvGKHC-110zcjRaXLllBsvRKw-pdHrMzRzw Emmanuel ___ hibernate-dev mailing list

Re: [hibernate-dev] Hibernate OGM mapping for "server side Hibernate Search" via Infinispan Remote

I think treating the client side HSearch input and transparently push it down is a recipe for disaster. Looks cool on paper until you have divergence between HSearch proper and Infinispan's or whatever Infinispan exposes. So yes we could have GridDialect specific metadata information around

Re: [hibernate-dev] [HV] Retiring HibernateValidatorContext#parameterNameProvider()

Can't you a priori apply your optimization and have a if ( perInstance != perFactory ) backdoor? Meaning I don't really get why you cannot apply your optimization by default and fall back to a slow codepath when the value is overridden. Emmanuel On Mon 18-03-19 17:47, Guillaume Smet wrote: >Hi,

Re: [hibernate-dev] [website] Specific series page

And I am +1 to push the new style today. These discussions are not linked. > On 28 Sep 2017, at 09:17, Emmanuel Bernard <emman...@hibernate.org> wrote: > > Hello > > Watching new.hibernate.org (2017-09-28 9:00 CET), I have two minor proposals. > > In frequency, I th

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

> On 28 Sep 2017, at 09:00, Yoann Rodiere wrote: > > And yes, there's too much content in this section for Search 5.8, but that's > mainly because there's too much content in 5.8 to begin with. Ah, finally an objective measurement to force Sanne to release smaller but

[hibernate-dev] [website] Specific series page

Hello Watching new.hibernate.org (2017-09-28 9:00 CET), I have two minor proposals. In frequency, I think people go read the docs online much more than they want to know how to get it. So I would put the Documentation section at the top (or below the compatibility matrix if you won’t budge).

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

All I wanted initially was to be able to get a description of what each series provided so that when I jump from my version to the latest, I can see what's going on. Then you guys wanted to expose the matrix of compatibilities as e.g. people do consume Search with a given version of ORM. With

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

her question is whether (and if so, how) to apply the same >>> treatment to the Documentation info in terms of the nav links. >>> >>> On Thu, Sep 14, 2017 at 7:05 AM Yoann Rodiere <yo...@hibernate.org> >> wrote: >>> >>>> I polished th

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

On Wed 17-09-13 10:55, Sanne Grinovero wrote: >On 13 September 2017 at 10:51, Yoann Rodiere wrote: >>> It's more the number of columns, what if you add more version, should I >>> scroll horizontally? Also releeases tend to be shown vertically with >>> version in desc order.

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

onfusing, I'd probably >> replace it with documentation or main documentation > > >Done. > >Since there seems to be a general agreement that it's not worse than it >used to be, I'll send a PR soon. We can continue the discussion there. > > > >Yoann Rodière >H

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

n >>> > of Search, and users frequently use the wrong versions. >>> > With that in mind, I would rather see a "Versions" page, with a summary >>> at >>> > the top (including a one-liner for each minor and the compatibilty >>> matrix),

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

Hey all, I was trying to answer the following question, what is roughly new between 5.6, 5.7 and 5.8 (minor releases)? My first reflex was to go to http://hibernate.org/search/downloads/ to read about the onliner per release. Except it’s a onliner per

Re: [hibernate-dev] [HV] Memory footprint improvements

You would need to hardcode the definition of Object in HV's code. It's unclear to me that it would not be detrimental. I'd keep the model generic. And favor metadata recomputation over caching. > On 2 Aug 2017, at 12:49, Sanne Grinovero wrote: > > Just nitpicking, as I

[hibernate-dev] MongoDB driver 3.6

For OGM it comes with the notion of session and retried operations. For Debezium, it has notification APIs https://emptysqua.re/blog/driver-features-for-mongodb-3-6/ ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org

Re: [hibernate-dev] [feature request][discuss] smoother serializers integration?

ransformer-to-customize-result-set-mappings/ it still requires quite a bit of code and a special DTO constructor object. That's what we need to get rid of I think. Emmanuel On Thu 17-05-04 10:04, Emmanuel Bernard wrote: >I was very much in the Vlad, Steve, Christian camp until relatively >rec

Re: [hibernate-dev] [feature request][discuss] smoother serializers integration?

I was very much in the Vlad, Steve, Christian camp until relatively recently. One of my main concern being that replacing a proxy by null was really sending the wrong message. So I was against having Hibernate ORM facilitate such a transformation. I am changing my mind because I am realizing that

Re: [hibernate-dev] Implement UserCollectionType for non-Collection types such as Guava's Multimap

When you work in that area (mapping non Java Collection subclasses e.g. Guava Table), check out the work we have done in Bean Validation 2 around the subject of containers and extractors. You will likely be able to reuse these contracts as is. This does not address collections of collections.

[hibernate-dev] [OGM] WildFly modules imposing versions

I’ve upgraded the OGM demo to OGM 5.1 Final (from CR1). Again I’ve got deployment errors because it does not find the specific search version: 5.6.1.Final. I had 5.6.0.Final in my WF module deployment. Is that the behavior we want? Do we want the OGM module to impose specific versions of

[hibernate-dev] [hibernate-demos] PR and issues and what to do about it

There has been an effort to collect demos under a single repo. https://github.com/hibernate/hibernate-demos The good news is that people seem to like it enough that they send pull requests and issue reports to improve it. The bad news is that we did not reply to them. I think it’s because no

[hibernate-dev] [HHH-11517] Cloud friendliness and delaying some DB operation at boot time

Hey all, I’ve been exploring making life easier for people using Hibernate ORM in cloud environments where the DB might be started or ready after the Hibernate ORM application has been started Here is the pull request https://github.com/hibernate/hibernate-orm/pull/1804

Re: [hibernate-dev] [HV/HSEARCH] Free form

> On 7 Feb 2017, at 11:17, Gunnar Morling wrote: > > Emmanuel, > > In your PoC, how would a complete tree-like structure be traversed? > It's not clear to me, who is driving StructureTraverser, i.e. which > component will call processSubstructureInContainer() et al. when

Re: [hibernate-dev] Hibernate Commons project

> On 7 Feb 2017, at 12:03, Guillaume Smet <guillaume.s...@gmail.com> wrote: > > Hi, > > On Mon, Feb 6, 2017 at 4:21 PM, Emmanuel Bernard <emman...@hibernate.org > <mailto:emman...@hibernate.org>> wrote: > On the license, I think ASL 2.0 is the best

Re: [hibernate-dev] [HV/HSEARCH] Free form

9c1a051b36db20fbd4d > <https://gist.github.com/yrodiere/9ff8fe8a8c7f59c1a051b36db20fbd4d> > > I'm sure it'll have to be refined to address additional constraints, but in > its current state it seems to address all of our requirements. > > Yoann Rodière <yrodi...@redhat.

Re: [hibernate-dev] Behaviour of validation mode "auto" in case of error during validator factory bootstrap

+1 to fail fast with the explicit error in that case. > On 1 Feb 2017, at 11:33, Gunnar Morling wrote: > > Hi, > > JPA defines for validation mode "auto" that bean validation must occur > if a BV provider is present and that no validation shall occur > otherwise. > >

[hibernate-dev] [HV/HSEARCH] Free form

I took the flight home to play with free form and specifically how we would retrieve data from the free form structure. By free-form I mean non POJO but they will have schema (not expressed here). https://github.com/emmanuelbernard/hibernate-search/commit/0bd3fbab137bdad81bfa5b9934063792a050f537

Re: [hibernate-dev] Javassist enhancement problems with the Hibernate ORM WildFly modules

The one small issue is that if the user enhanced the classes at build time (i,e. not via the ClassTransformer), then shading in a newer version of Wildfly means that the same app using the later version will fail unless you rebuild the app. BTW is Javassist Shadable, some of these libs can’t

Re: [hibernate-dev] Limited history in HipChat

At least on the NoORM side, we do like what it provides and we do exchange a lot in it. It doesn’t have to be everyone’s best tool of course. The multi client including phone is an awesome feature for my flow for example. I’ve contacted Samuel and he offered options to give it a shot. Emmanuel

Re: [hibernate-dev] OpenJDK proposal: JDK 9 modules and reflection

No one ? > On 13 Sep 2016, at 10:19, Emmanuel Bernard <emman...@hibernate.org> wrote: > > Hi all, > > Sanne kindly pointed out to me the latest proposal by the OpenJDK team > around JDK 9 module and how they would handle frameworks needing access > to non exported t

Re: [hibernate-dev] 6.0 - ResultTransformer

My preference would be to keep some form of resultTransformer around, especially the first method that is redundant. And it's mainly because it is very easy to write one and plug. The HQL based instantiation is fine when you use it but as Gunnar mentioned, this is not always the case. What is the

Re: [hibernate-dev] Supporting timezone in Timestamp Type

On Wed 2016-08-31 17:07, Vlad Mihalcea wrote: > Hi, > > While reviewing the Pull Request for this issue: > https://github.com/hibernate/hibernate-orm/pull/1536 > > I realized that we can improve the default TimestampType as follows: > > 1. We could make it parameterizable so that it can also

Re: [hibernate-dev] Centralized access to "bootstrap only" resources

I am not sure if that is still relevant but in the past, either HSEARCH or HV were keeping the ReflectionManager around to use it at runtime (either because metadata was loaded lazily or because of a reboot of the factories due to a configuration change. So we need to check that losing access to

Re: [hibernate-dev] [OGM] Bolt vs Rest for Neo4j

mplains > > about dropping REST > > +1. Would be nice to get some feedback. > > > > 2016-08-26 10:10 GMT+02:00 Emmanuel Bernard <emman...@hibernate.org>: > > > Can you write a blog post with a small poll to know if anyone complains > > about dropping

Re: [hibernate-dev] Mapping JPA's @MapKeyEnumerated and @Enumerated on native-enum supporting datastores

Can you give HotRod's example of native enum - I imagine Protobuf ? The issue I see is that ordinal could be an acceptable explicit decision that would not be available to the user if you use default as native. I'm tempted to go native all the time at the detriment of people that need high

Re: [hibernate-dev] [OGM] Bolt vs Rest for Neo4j

call from my side, I wanted to release with the > new ORM and it took longer than expected to merge the PR. > > Davide > > On Fri, Aug 26, 2016 at 7:53 AM, Emmanuel Bernard > <emman...@hibernate.org> wrote: > > Thinking out loud. How much additional work would it

Re: [hibernate-dev] 5.3?

Because we likely have more breaking changed planned in 6.0, I don't think your renaming plan would add a lot. Better focus on 6. > On 18 août 2016, at 14:42, Scott Marlow wrote: > > >> On 08/17/2016 03:54 PM, Steve Ebersole wrote: >> For whatever reason discussion about

Re: [hibernate-dev] [OGM] Bolt vs Rest for Neo4j

Thinking out loud. How much additional work would it be to keep the "old" rest in a legacy module separated from the pure one? Does it even make sense? I'm fine with the removal and focus on bolt on a general basis. Does Bolt run atop HTTP as I remember it ? Or is that specific ? If the later

Re: [hibernate-dev] [HSEARCH] Google Summer of Code: JSR 352 batch job for re-indexing entities

Many thanks Mincong ! I did enjoy OK our algorithmic discussions and the "explainer in chief" deck of cards :) Emmanuel > On 22 août 2016, at 20:20, Mincong Huang wrote: > > Hi everyone, > > I’m Mincong, an engineering student from France. I’m glad to present my >

Re: [hibernate-dev] [HV] Jumping to HV 6?

Good plan. > On 24 août 2016, at 09:11, Gunnar Morling wrote: > > Hi, > > Now that the first changes in HV are being made towards BV 2.0, one > question is which version of HV that should be. > > For BV we are doing a major version jump from 1.1 to 2.0 as the minimum >

Re: [hibernate-dev] HSEARCH-1872 Sort API preliminary evaluation

I made more progress with the full interfaces for the DSL https://github.com/hibernate/hibernate-search/pull/1132 You can play with it in your IDE, runtime won't work. I've also added questions on the issue itself. On Thu 2016-07-21 18:24, Emmanuel Bernard wrote: > I came up with someth

Re: [hibernate-dev] [OGM] Mapping of embedded

On Sat 2016-07-23 1:55, Guillaume Smet wrote: > Hi all, > > So after having discussed this issue with Emmanuel: > > 1/ is correct. It's the behavior we expect considering the ORM behavior. If > we want the postal_code to be nested in homeAddress, we need to use > @Column(name =

Re: [hibernate-dev] 6.0 - Type redesign

y I > am still trying to distill this in total. > > On Fri, Jul 22, 2016 at 4:14 AM Emmanuel Bernard <emman...@hibernate.org> > wrote: > > > The good news is that I am following you :D > > > > I think one of the option is some API to which you can pass the (JP

Re: [hibernate-dev] People can't find our docs

Hibernate is fine. On Fri 2016-07-22 16:57, Davide D'Alto wrote: > I've updated the microdata on our blog. > I used the google validation page to check the result: > https://search.google.com/structured-data/testing-tool/u/0/?hl=EN#url=http%3A%2F%2Fin.relation.to%2F > > I'm not familiar with

Re: [hibernate-dev] 6.0 - Type redesign

The contextualization would only work when user calls metamodel.entity(). Not the other methods > On 22 juil. 2016, at 11:14, Emmanuel Bernard <emman...@hibernate.org> wrote: > > The good news is that I am following you :D > > I think one of the option is some API

Re: [hibernate-dev] 6.0 - Type redesign

ot; with > > mapping information as well as an "Attribute" without mapping information. > > > > I will be working on some proposals for ways to do this over the next week > > or so. And maybe y'all see a solution easier than I do (I fear I may not > > be seeing t

Re: [hibernate-dev] HSEARCH-1872 Sort API preliminary evaluation

I came up with something quite natural to our DSL. WDYT? https://hibernate.atlassian.net/browse/HSEARCH-1872?focusedCommentId=81543=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-81543 On Thu 2016-07-21 14:39, Emmanuel Bernard wrote: > Before I go and p

[hibernate-dev] HSEARCH-1872 Sort API preliminary evaluation

Before I go and play with an actual API, can anyone interesting comment on https://hibernate.atlassian.net/browse/HSEARCH-1872 Both on what we want to support and what we are fine not to support? Emmanuel PS: I suppose a total integration within the DSL is a different story that we will tackle

Re: [hibernate-dev] People can't find our docs

On Thu 2016-07-21 14:20, Guillaume Smet wrote: > On Thu, Jul 21, 2016 at 2:07 PM, Emmanuel Bernard > <emman...@hibernate.org> wrote: > > Should we add a X or I got it button to remove this nagging when I have > > to read and stay on the old doc? > > I tho

Re: [hibernate-dev] People can't find our docs

Nice, Should we add a X or I got it button to remove this nagging when I have to read and stay on the old doc? If that piece of code is in the xsl, how will it work when the doc is in the distribution? How screwed are you if we stop using these stylesheet and say embrace the Asciidoctor default

Re: [hibernate-dev] 6.0 - Type redesign

I just read it. Some random remarks. Small correction on the description of the legacy Type also offers a navigation on the cardinality and knowledge of the Hibernate structures like assocaitions (one to one etc), component, any etc and mutability. But that’s minor and all covered by your

Re: [hibernate-dev] Dropping "Serializable" requirement for IDs ?

+1, one less people will complain about :) On Tue 2016-07-05 17:28, Steve Ebersole wrote: > I'm ok with this. That is no longer a real requirement. > > Any disagree? > > On Tue, Jul 5, 2016, 11:58 AM Sanne Grinovero wrote: > > > Hi all, > > today creating a unit test I

Re: [hibernate-dev] Hibenrate-orm migration guides in one landing page

+1 > On 29 Jun 2016, at 10:14, Vlad Mihalcea wrote: > > Hi, > > I've seen questions on our forum and SO related to migration from 3.x to > 5.x, > and users are complaining that it's difficult to follow the migration > guides since they are scattered among hibernate.org

Re: [hibernate-dev] No Hibernate Search version compatible with Hibernate ORM 5.2.0.Final

Are the incompatibilities here for good on ORM, or could they be reverted / softened in the 5.2 branch to allow for an easier path? On Tue 2016-06-14 17:33, Sanne Grinovero wrote: > There have been various complaints that people can't upgrade to the > latest Hibernate ORM because they don't

[hibernate-dev] Cleaning up non final versions from download pages

I've cleaned up the non final versions of OGM 5.0 from the website download pages. There is a displayed: false flag on the yml release document. I could not find any reason why the alpha, beta and cr were shown in the list. Emmanuel ___ hibernate-dev

Re: [hibernate-dev] Collection was not processed by flush()

f many, > many exceptions. > > > On Tue, Jun 7, 2016 at 8:21 AM Emmanuel Bernard <emman...@hibernate.org > <mailto:emman...@hibernate.org>> wrote: > We probably should change this message. > When was the last time this message was due to a bug in our logic?

Re: [hibernate-dev] 5.2 or 6.0

Does the HQL to native query mechanic use this too? > On 08 Jun 2016, at 08:50, Gunnar Morling wrote: > > JavaTypeDescriptorRegistry is used by Hibernate OGM in > (o.h.o.type.impl.TypeTranslatorImpl). > >> From my side, the proposed change is good, esp. if it fixes some

Re: [hibernate-dev] Collection was not processed by flush()

We probably should change this message. When was the last time this message was due to a bug in our logic? I can't remember a time when this was the case personally. Thoughts? On Sun 2016-06-05 17:17, Petar Tahchiev wrote: > Hello, > > I'm using hibernate version 5.1.0.Final and

[hibernate-dev] [ORM] EhCache 3 and JCache

Hello guys, (I meant to send that almost a month ago, apologies Louis). I’ve met Louis Jacomet from Ehcache at Devoxx France and we discussed how to restart the progress around JCache and EhCache 3 integration. Louis is willing to step up to make these a reality but will need a bit of help to

[hibernate-dev] [HSEARCH] Feedback on Elasticsearch presentation

Hey all, I've done a presentation of the new Elasticsearch integration with a Elasticsearch developer+advocate. Here are some key inputs from the listener feedback. The presentation was a Tools in Action (30 mins) where we took a JPA app, added Elasticsearch for entity indexing manually

Re: [hibernate-dev] 6.0 planning

Yes I think that's reasonable. My gut feeling is that there are only a handful HibernateException subclass really useful when coding an application, breaking the rest is probably fine. On Mon 2016-04-04 15:55, Steve Ebersole wrote: > So to me the biggest design question is in regard to

Re: [hibernate-dev] 6.0 planning

I don't think I would equate reactive and CQRS, but reactive (say in the Rx sense) definitely goes for a more action centric persistence than an ORM centric persistence. I did explore only a little bit but I could not fully re conciliate a Rx centric API with the idea of a (extra)-transaction

Re: [hibernate-dev] Search: Lucene 6 is coming

+1 On Mon 2016-04-04 14:02, Sanne Grinovero wrote: > The Apache Lucene team is voting on candidate releases for Lucene 6.0.0. > > As usual we'll refrain from making API changes in a minor release, but > we should start to sometimes try building against Lucene 6 to make > sure to use APIs which

Re: [hibernate-dev] README.adoc of hibernate.org

I liked the idea of the README as a proper webpage. But I can live without it and I don't have strong grounded arguments for it. On Mon 2016-04-04 10:52, Sanne Grinovero wrote: > It sounds good to me in principle, but I vaguely remember we > intentionally added that README to the website for some

Re: [hibernate-dev] [OGM] Any idea for OGM-1000?

On Sun 2016-03-27 18:20, Sanne Grinovero wrote: > On 25 March 2016 at 18:54, Emmanuel Bernard <emman...@hibernate.org> wrote: > > I'll wait to see the PoC but the idea of a new project is concerning me. I > > honestly don't think we have the bandwidth for another code ba

Re: [hibernate-dev] [OGM] Any idea for OGM-1000?

a full OGM dialect for this > > That all being said, I'll share what I have with you very soon and we can > discuss it from there. > > --Gunnar > > PS: We seem to switch between "ScenicDrive" and "ScenicView" ;) In my PoC I > went for the latter. >

[hibernate-dev] [OGM] Reduce the integrationtest directiry size

I noticed that for each integration test module we do download a full Wildfly distribution. Since we are having more and more integration test module it adds up significantly. On top of that the integrationtest module itself also downloads Wildfly. The current size is of integrationtest is 1.3

Re: [hibernate-dev] Feature packs: are they evolving?

I talked to Jason briefly, The 6 months / 1 year plan for feature pack is to allow from the feature pack tool to create two outputs instead of one: - the actual full Wildfly that contains what you define as feature pack (that’s existing) - a zip that contains an “add-on” that can be added to a

Re: [hibernate-dev] [OGM] Any idea for OGM-1000?

Is ScenicDrive captured? On Tue 2016-03-22 11:29, Davide D'Alto wrote: > Next JIRA will be OGM-1000, any interesting idea we should use for this > ticket? > > Cheers, > Davide > ___ > hibernate-dev mailing list > hibernate-dev@lists.jboss.org >

Re: [hibernate-dev] [OGM] Retrieve byte[] as streams in MongoDB

Seent means seen or sent? If the latter we found one of your secret identities ;) On Tue 2016-03-22 11:13, Davide D'Alto wrote: > Hi, > I've seent this question on stack overflow and I was wondering if there is > any way to do what he asks: >

Re: [hibernate-dev] Blog tag vs categories

On Mon 2016-03-21 14:26, Sanne Grinovero wrote: > On 21 March 2016 at 14:10, Davide D'Alto wrote: > > The problem with having many tags is that you will have a huge tag cloud > > with just a few words more visible than the others. > > This was the case before we did some

Re: [hibernate-dev] ArrayHelper cleanup

On Mon 2016-03-21 13:38, Vlad Mihalcea wrote: > Hi, > > When reviewing this PR ( > https://github.com/hibernate/hibernate-orm/pull/1305/files), I noticed that > some methods can be simply replaced by java.util.Arrays (e.g. indexOf, > toStringArray), > while other methods are not used at all (e.g.

[hibernate-dev] Blog tag vs categories

It looks like you have created the elasticsearch tag in the blog http://in.relation.to/elasticsearch/ I thought we had decided to use tags more as well defined categories: * the projects or specs we work on * 'Events', 'Releases', 'Discussion', 'Off-topic' Do you really think we should extend

  1   2   3   4   5   6   7   8   9   10   >