Discuss: Time to update bundled SOLR support?

[Dale Richardson <ti...@outlook.com>]

At the moment, Metron currently ships with Solr 6.6.2 support (I think that matches HDP Search 3).
Horton Works HDP Search 4 and 5 is based off Apache Solr 7.4
Cloudera search is based off Apache Solr 7.4 as well.
Lucidworks Solr is based on 7.x, soon to be 8.x (if not already) - they always seem to push the bleeding edge with SOLR in production.

Does anybody have any issues if I upgrade the bundled SOLR support to Solr 7.4?  I'm hoping most people that use Metron/Solr in production use a supported distribution, and thus we should try and keep up with the supported Solr versions as much as possible.

Regards,
Dale.

Re: Discuss: Time to update bundled SOLR support?

[Ryan Merriman <me...@gmail.com>]

Here's the Jira in case anyone wants to see the changes involved:
https://issues.apache.org/jira/browse/METRON-2225.

On Wed, Nov 13, 2019 at 8:48 AM Michael Miklavcic <
michael.miklavcic@gmail.com> wrote:

> That is correct - this was/is handled in the feature branch.
>
> On Wed, Nov 13, 2019 at 7:35 AM Justin Leet <ju...@gmail.com> wrote:
>
> > Someone working more on the feature branch can correct me if I'm wrong,
> but
> > I believe that's occurring as part of the general "Upgrade HDP version"
> > branch, since that involves a lot of major upgrades to more supported
> > versions of basically all the components. Specifically, it looks like it
> > occurs here
> > <
> >
> https://github.com/apache/metron/commit/ad71c0468888977f1b3ab1aa58fea38b846a1e37
> > >
> > .
> >
> > Having said that, especially for feature branches, having more eyes on it
> > is generally pretty helpful if you're interested in hopping in to catch
> any
> > issues or opportunities.  I believe the people most involved are Mike
> > Miklavcic, Nick Allen, and Ryan Merriman, so they may have some more
> > input or have seen some opportunities if you're looking to contribute
> > something there.
> >
> > On Wed, Nov 13, 2019 at 2:46 AM Dale Richardson <ti...@outlook.com>
> > wrote:
> >
> > > At the moment, Metron currently ships with Solr 6.6.2 support (I think
> > > that matches HDP Search 3).
> > > Horton Works HDP Search 4 and 5 is based off Apache Solr 7.4
> > > Cloudera search is based off Apache Solr 7.4 as well.
> > > Lucidworks Solr is based on 7.x, soon to be 8.x (if not already) - they
> > > always seem to push the bleeding edge with SOLR in production.
> > >
> > > Does anybody have any issues if I upgrade the bundled SOLR support to
> > Solr
> > > 7.4?  I'm hoping most people that use Metron/Solr in production use a
> > > supported distribution, and thus we should try and keep up with the
> > > supported Solr versions as much as possible.
> > >
> > > Regards,
> > > Dale.
> > >
> >
>

Re: Discuss: Time to update bundled SOLR support?

[Michael Miklavcic <mi...@gmail.com>]

That is correct - this was/is handled in the feature branch.

On Wed, Nov 13, 2019 at 7:35 AM Justin Leet <ju...@gmail.com> wrote:

> Someone working more on the feature branch can correct me if I'm wrong, but
> I believe that's occurring as part of the general "Upgrade HDP version"
> branch, since that involves a lot of major upgrades to more supported
> versions of basically all the components. Specifically, it looks like it
> occurs here
> <
> https://github.com/apache/metron/commit/ad71c0468888977f1b3ab1aa58fea38b846a1e37
> >
> .
>
> Having said that, especially for feature branches, having more eyes on it
> is generally pretty helpful if you're interested in hopping in to catch any
> issues or opportunities.  I believe the people most involved are Mike
> Miklavcic, Nick Allen, and Ryan Merriman, so they may have some more
> input or have seen some opportunities if you're looking to contribute
> something there.
>
> On Wed, Nov 13, 2019 at 2:46 AM Dale Richardson <ti...@outlook.com>
> wrote:
>
> > At the moment, Metron currently ships with Solr 6.6.2 support (I think
> > that matches HDP Search 3).
> > Horton Works HDP Search 4 and 5 is based off Apache Solr 7.4
> > Cloudera search is based off Apache Solr 7.4 as well.
> > Lucidworks Solr is based on 7.x, soon to be 8.x (if not already) - they
> > always seem to push the bleeding edge with SOLR in production.
> >
> > Does anybody have any issues if I upgrade the bundled SOLR support to
> Solr
> > 7.4?  I'm hoping most people that use Metron/Solr in production use a
> > supported distribution, and thus we should try and keep up with the
> > supported Solr versions as much as possible.
> >
> > Regards,
> > Dale.
> >
>

Re: Discuss: Time to update bundled SOLR support?

[Justin Leet <ju...@gmail.com>]

Someone working more on the feature branch can correct me if I'm wrong, but
I believe that's occurring as part of the general "Upgrade HDP version"
branch, since that involves a lot of major upgrades to more supported
versions of basically all the components. Specifically, it looks like it
occurs here
<https://github.com/apache/metron/commit/ad71c0468888977f1b3ab1aa58fea38b846a1e37>
.

Having said that, especially for feature branches, having more eyes on it
is generally pretty helpful if you're interested in hopping in to catch any
issues or opportunities.  I believe the people most involved are Mike
Miklavcic, Nick Allen, and Ryan Merriman, so they may have some more
input or have seen some opportunities if you're looking to contribute
something there.

On Wed, Nov 13, 2019 at 2:46 AM Dale Richardson <ti...@outlook.com>
wrote:

> At the moment, Metron currently ships with Solr 6.6.2 support (I think
> that matches HDP Search 3).
> Horton Works HDP Search 4 and 5 is based off Apache Solr 7.4
> Cloudera search is based off Apache Solr 7.4 as well.
> Lucidworks Solr is based on 7.x, soon to be 8.x (if not already) - they
> always seem to push the bleeding edge with SOLR in production.
>
> Does anybody have any issues if I upgrade the bundled SOLR support to Solr
> 7.4?  I'm hoping most people that use Metron/Solr in production use a
> supported distribution, and thus we should try and keep up with the
> supported Solr versions as much as possible.
>
> Regards,
> Dale.
>