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

[Sanne Grinovero]

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