Thanks David, add link in javadocs is great, got it ~
> On Oct 30, 2020, at 12:45 PM, David Smiley wrote:
>
> Fantastic contribution!
>
> I don't think we have images in our javadocs, but if you can prove me wrong
> then great! We could link to it from javadocs and host it at the Confluence
Thank you for your answer!
I suppose we will just update it to the latest Solr version then after some
preceding discussion.
Kind regards,
Piotr Szuberski
On Tue, Oct 27, 2020 at 8:08 PM David Smiley wrote:
> Hi,
>
> Maybe you are referring to SolrJ? Generally speaking, SolrJ has been very
>
I've run into this in SOLR-14974. The dependency is on Java 11.
Everything works if you build and run under Java 11 but of course it
won't fly on Java 8 (won't even compile).
I wonder what are your thoughts on keeping Java 8 as the minimum for
Solr 8x. Is 8.x going to be on Java 8 forever? Or is
I’m always reluctant to change something like this for a point release.
I’ve been supposing that we’d release Solr 9 for a while, I always thought
that moving to Java 11 would be a driver for the 9.0 release but I wasn’t
correct in that.
That expectation has been complicated by the whole
SOLR-14974 is about a contrib, the clustering contrib in particular. That
contrib is a plugin, and it will eventually be "packaged" --
https://issues.apache.org/jira/browse/SOLR-14688 which will ultimately mean
that someone running on Solr 8 that is also using Java 11 can install that
package
Yeah, right. Until 9x is not really satisfying - the problem is more
complex because people bring up CVEs for the clustering contrib that
is currently in 8x and, for better or worse, it affects this line for
the foreseeable future. I don't plan to invest time to make Java 8
compatible backports of
+1 SUCCESS! [1:42:16.864208]
On Fri, Oct 30, 2020 at 12:13 PM Adrien Grand wrote:
> +1 SUCCESS! [2:11:05.149743]
>
> On Fri, Oct 30, 2020 at 5:54 AM Atri Sharma wrote:
>
>> Please vote for release candidate 1 for Lucene/Solr 8.7.0
>>
>>
>> The artifacts can be downloaded from:
>>
>>
>>
I fully agree with Erick,
Please don't start and try to get 8.x on Java 11. Release Lucene/Solr 9!
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Erick Erickson
> Sent: Friday, October 30, 2020 3:39 PM
I hadn’t realized what the
https://lucene.apache.org/solr/guide/8_6/package-manager-internals.html#package-store
Package Store does previously, thanks for sharing that.
Is the blob store the only use of the .system collection then? Is “blob store
== .system” conceptually?
> On Oct 30, 2020,
> The only option I see at the moment is to remove the clustering contrib
entirely from 8x because it can't be upgraded.
That makes sense to me. Maybe it shouldn't be a contrib henceforth? In
other words, maybe it should be a 3rd-party package? Then our users could
get updates to this contrib
+1 SUCCESS! [2:11:05.149743]
On Fri, Oct 30, 2020 at 5:54 AM Atri Sharma wrote:
> Please vote for release candidate 1 for Lucene/Solr 8.7.0
>
>
> The artifacts can be downloaded from:
>
>
>
Ishan, why would this be a blocker for 8.7? Would it be good enough to
remove in branch_8x?
Le ven. 30 oct. 2020 à 18:33, Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> a écrit :
> +1 to removing it (in 8.7 with a respin, if needed). If we can't support
> it, there's no need to keep it. If
+1 to removing it (in 8.7 with a respin, if needed). If we can't support
it, there's no need to keep it. If someone wants, they can assume ownership
of a third party package. +1 to removing all non essential code and
trimming down the Solr distribution. There's no good reason for Solr, which
is in
+1
SUCCESS! [0:45:49.703726]
Mike McCandless
http://blog.mikemccandless.com
On Fri, Oct 30, 2020 at 8:04 AM Ignacio Vera wrote:
> +1 SUCCESS! [1:42:16.864208]
>
> On Fri, Oct 30, 2020 at 12:13 PM Adrien Grand wrote:
>
>> +1 SUCCESS! [2:11:05.149743]
>>
>> On Fri, Oct 30, 2020 at 5:54 AM
+1 (binding)
SUCCESS! [0:53:20.894728]
On Fri, Oct 30, 2020 at 1:50 PM Michael McCandless <
luc...@mikemccandless.com> wrote:
> +1
>
>
> SUCCESS! [0:45:49.703726]
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
>
> On Fri, Oct 30, 2020 at 8:04 AM Ignacio Vera wrote:
>
>> +1 SUCCESS!
+1
SUCCESS! [1:03:01.296851]
On Fri, Oct 30, 2020 at 12:05 PM Nhat Nguyen
wrote:
> +1 (binding)
> SUCCESS! [0:53:20.894728]
>
>
> On Fri, Oct 30, 2020 at 1:50 PM Michael McCandless <
> luc...@mikemccandless.com> wrote:
>
>> +1
>>
>>
>> SUCCESS! [0:45:49.703726]
>>
>> Mike McCandless
>>
>>
+1 (non-binding)
SUCCESS! [1:02:05.573929]
On Fri, Oct 30, 2020 at 4:56 PM Tomás Fernández Löbbe
wrote:
> +1
>
> SUCCESS! [1:03:01.296851]
>
> On Fri, Oct 30, 2020 at 12:05 PM Nhat Nguyen
> wrote:
>
>> +1 (binding)
>> SUCCESS! [0:53:20.894728]
>>
>>
>> On Fri, Oct 30, 2020 at 1:50 PM Michael
Hi Adrien,
I don't suggest we do so in 8.7, unless there's CVE that need immediate
addressing. +1 to removing in branch_8x.
Thanks,
Ishan
On Fri, 30 Oct, 2020, 11:22 pm Adrien Grand, wrote:
> Ishan, why would this be a blocker for 8.7? Would it be good enough to
> remove in branch_8x?
>
> Le
18 matches
Mail list logo
