[hibernate-dev] [HSEARCH] Scope of the first version with ES support

[Sanne Grinovero]

I flushed 52 issues out which were clogging our pipeline.

25 open issues to go for a 5.6.0.Beta1; these more important ones are
flagged "fixVersion" = 5.6.

The ones I moved are now marked for 5.6.0.Beta2; they might eventually
end up being moved to 5.7 but we can review that later.

So please focus on the ones marked for "5.6" first.

This doesn't mean that the ones I've moved out are not important and
should not be looked at: some of them are annoying bugs, but I simply
don't consider them blockers for the first beta supporting
Elasticsearch as we had them in the past too.. if you happen to want
to fix one, we can of course change the fixVersion back.

Thanks,
Sanne


On 18 April 2016 at 19:08, Sanne Grinovero <sanne at hibernate.org> wrote:
> Hi,
> thanks for starting this discussion: agreed on the need to release
> something soon!
>
> One word of caution though: it looks like media are picking up on this
> work with interest so I expect a good amount of people to try the
> first "preview" out; yet the expectations will probably be higher than
> usual.
>
> +1 to identify a MVP and to make it very clear what's not done yet, as
> we know that people won't easily forgive and some will not give us a
> second chance with a 5.7.
>
> Your list looks good; [BTW I thought that HSEARCH-2092 was very easy?].
>
> You're all very welcome to mark things "blocker" when the user
> experience is not good, for example I just raised Emmanuel's feedback
> HSEARCH-2213 to blocker.
>
> After Beta1 we'll start to explicitly mark issues for 5.7, unless you
> feel the need to mark some already? I'd rather mark some as lower
> priority, and we all keep in mind that if you have time you should
> pick a higher-priority task, I just don't feel like moving low-hanging
> fruits out yet if there's a chance to implement some of these as well.
>
> Speaking of Beta1 .. I hope soon (10 days?) but that will have to wait
> on feature completeness of our list, we can do time-boxing for the
> next milestone but I think the major ones need to be all done, so no
> timeboxing for the specific Beta1, CR and Final.
>
> +1 for a quick CR & Final after Beta phase.. as you say, people don't
> really provide much feedback until it's "final tech preview" ;)
>
> Thanks,
> Sanne
>
>
>
>
> On 13 April 2016 at 14:54, Gunnar Morling <gunnar at hibernate.org> wrote:
>> Hey,
>>
>> I'd like to achieve clarity and agreement on the scope of HSEARCH 5.6, the
>> first release with support for the Elasticsearch indexing backend.
>>
>> I suggest we limit ourselves to the essential things making the backend
>> actually usable and release it as a "technology preview" as of 5.6.0.Final.
>> Everything not needed for that goal I'd move to subsequent releases (5.7,
>> 6.0), the motivation being that we should not kill the vibe and deliver
>> something real soon.
>>
>> Some candidates for moving over I see:
>>
>> * "Define analyzers via the REST API (HSEARCH-2219
>> <https://hibernate.atlassian.net/browse/HSEARCH-2219>)": Users can create
>> the needed analyzers themselves
>> * "Consider using the fields feature of Elasticsearch for properties mapped
>> on several fields" (HSEARCH-2215
>> <https://hibernate.atlassian.net/browse/HSEARCH-2215>): Seems scheduled as
>> a "reminder" only anways?
>> * "Use the Elasticsearch Scroll API when fetching large result sets" (
>> HSEARCH-2128 <https://hibernate.atlassian.net/browse/HSEARCH-2128>): Seems
>> not strictly needed
>> * "Map the optimize() operation to Elasticsearch 'force merge' requests" (
>> HSEARCH-2092 <https://hibernate.atlassian.net/browse/HSEARCH-2092>): Manual
>> requests possible as a work-around
>> * Likely some others
>>
>> Things we *should* do are most mapping-related issues, documentation and
>> apparent perf issues (massing indexing, avoid too frequent refreshing).
>>
>> The public interest in the subject seemed good, so I'd prefer if we can
>> ship a "Final" version soon in MVP-style. As it seems, a "final" tech
>> preview is less scary to people than an Alpha/Beta. Let's hone the bits it
>> in subsequent releases, rather than working on the first Final for a long
>> time.
>>
>> Any thoughts?
>>
>> --Gunnar
>> _______________________________________________
>> hibernate-dev mailing list
>> hibernate-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hibernate-dev