[hibernate-dev] People need an Hibernate Search release to match ORM 5.2

Sanne Grinovero sanne at hibernate.org
Thu Aug 11 09:52:59 EDT 2016


On 11 August 2016 at 14:36, Guillaume Smet <guillaume.smet at gmail.com> wrote:
> Hi Sanne,
>
> I had the same thought a few days ago. At Open Wide, we used to follow
> the ORM versions very closely and we usually had a corresponding
> Search version very soon.
>
> I agree we need to release something compatible with ORM 5.2 sooner
> rather than later.
>
> I understand your concern about bringing Elasticsearch to WildFly
> users but it feels quite weird for a "product" version to be the
> reference for our community work.
>
> IMHO, it would make more sense to have our main development efforts on
> a community release backed by 5.2 and eventually backport the
> Elasticsearch work to 5.6 and make a 5.6 release if it ends up to be
> useful for product.

I'm not sure why you refer to it as "product", that's not my intent at all.

WildFly is a community OSS project, so:
 - we have several users who are stuck to whatever is compatible with WF
 - several other users stuck on older versions of ORM
 - some people eager to try latest ORM

My goal here is just to try satisfy all of them; not least it would be nice to
have the next WF version to include the Hibernate Search/Elasticsearch
integration out of the box.

Red Hat's supported products might take some of these things onboard in future,
but that's much further in time and they will definitely only take on
combinations
which have proven themselves in freely available distributions first.. so yes
in a way you're right to consider this a pre-requisite, but it's not sufficient
and it's affecting a very different timeline and audience.

So back to timelines, if I upgrade 5.6 today to use ORM 5.2 already then we'll
prevent all people using ORM 5.0 and 5.1, and also all people running on WF
from benefiting of the Elasticsearch features.

Vice-versa, if we release 5.6 with Elasticsearch support and then follow up
quickly with a very similar 5.7 which just introduces the changes to catch
up with ORM 5.2, then we have something good for everyone.

Thanks,
Sanne

>
> --
> Guillaume
>
> On Thu, Aug 11, 2016 at 3:11 PM, Sanne Grinovero <sanne at hibernate.org> wrote:
>> Hi all,
>> as you might be aware, ORM 5.2 made some rather radical internal work,
>> and the latest Hibernate Search releases aren't compatible.
>>
>> So far, business as usual: we typically simply catch up on the next minor.
>>
>> The problem is that normally Hibernate Search releases are time-boxed
>> - with us only merging new features when they are ready - so that we
>> can trigger a release as needed, as contingency required.
>>
>> However currently we switched temporarily to a less desirable "we ship
>> when it's ready" as the Elasticsearch integration couldn't possibly be
>> developed by a single person in a feature branch, so in short we're
>> not in a position to "just release" it, as it's not ready and this
>> will take another month (optimistically). This would position
>> Hibernate Search 5.6 in September.
>>
>> We'd also want to have WildFly users have a chance to use this new
>> Elasticsearch feature, which ties us to make this release compatible
>> with ORM 5.0 and 5.1.
>>
>> So Hibernate ORM 5.2 users who need Hibernate Search will need to wait
>> for Search version 5.7, which in timelines would mean this fall.. way
>> too far ahead.
>>
>> (I tried to figure out a way to make Search master compatible with
>> both, but that's just not possible: it's either/or, barring an
>> outrageous amount of work which I'd rather spend in finishing 5.6 and
>> move on do do the migration properly..)
>>
>> On HSEARCH-2296 [1] James proposed we could already publish a 5.7 SNAPSHOT.
>>
>> Assuming we can set the right expectations, what would you think of
>> this idea to branch a 5.7 already even though 5.6 isn't done?
>> We could even call it Alpha1 and tag appropriately. The goal is of
>> course to make sure people have at least something they can test with
>> and make progress while we put our stuff together.
>>
>> The downside is of course that all remaining work on 5.6 will have to
>> be regularly rebased and applied to 5.7 too. Considering we won't do
>> any other changes on 5.7 I don't expect this to hurt too much.
>>
>> Thanks,
>> Sanne
>>
>> 1 - https://hibernate.atlassian.net/browse/HSEARCH-2296
>> _______________________________________________
>> hibernate-dev mailing list
>> hibernate-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hibernate-dev


More information about the hibernate-dev mailing list