comments make
sense.
From: david.w.smi...@gmail.com At: 01/18/17 00:23:50
To: Timothy Rodriguez (BLOOMBERG/ 120 PARK), dev@lucene.apache.org
Subject: Re: Solr Ref Guide, Highlighting
I think I'm done. I integrated information from the 3 sub-pages into the
Highlighting master page. At this
e.apache.org
Cc: Timothy Rodriguez (BLOOMBERG/ 120 PARK)
Subject: Re: Solr Ref Guide, Highlighting
Yes, I can help - I meant to try today, but tomorrow looks much
clearer schedule-wise to focus on Ref Guide.
On Wed, Jan 11, 2017 at 12:32 AM, David Smiley wrote:
> I made some progress... I'
aps a default).
From: david.w.smi...@gmail.com At: 01/11/17 13:19:37
To: Timothy Rodriguez (BLOOMBERG/ 120 PARK), dawid.we...@gmail.com
Cc: dev@lucene.apache.org
Subject: Re: UnifiedHighlighter and extraction of exact hit offset ranges
If the generics could be contained _instead of_ spreading to t
While we were open sourcing it. I had tried creating a patch to generify it,
but the generics did wind up all over the place. Ultimately the
UnifiedHighlighter would need to be generic itself so it can ensure the passage
formatters etc are of the same type. (Or alternatively, generic passage
fo
+1, I'll be happy to offer assistance with edits or some of the sections if
needed. We're glad to see this out there.
From: dev@lucene.apache.org At: 01/09/17 18:03:32
To: Timothy Rodriguez (BLOOMBERG/ 120 PARK), dev@lucene.apache.org
Subject: Re:Solr Ref Guide, Highlighting
Solr
Great, thanks!
From: david.w.smi...@gmail.com At: 11/08/16 13:18:50
To: Timothy Rodriguez (BLOOMBERG/ 120 PARK), dev@lucene.apache.org,
gsing...@apache.org
Subject: Re: Problems Running ant enwiki
Created https://issues.apache.org/jira/browse/LUCENE-7546 where further
discussion can continue
Anyone else having problems retrieving the test wikipedia set used for
benchmarks? It looks like the resource is no longer available. When I run ant
enwiki I receive the following:
[get] Error opening connection
java.io.FileNotFoundException:http://people.apache.org/~gsingers/wikipedia/enwiki-
That'd be a helpful step. I think it'd be even better if there was a way to
generate somewhat customized versions of solr from the artifacts that are
published already. Publishing the whole zip would be a start, downstream
builds could add logic to resolve it, explode, tweak, and re-publish.
ugh.
From: dev@lucene.apache.org At: 09/30/16 16:41:42
To: Timothy Rodriguez (BLOOMBERG/ 120 PARK), dev@lucene.apache.org
Subject: Re: SolrJ 6.2 now depends on Google-Guava and Jackson WTF?!
I know that the Jackson library was added here:
https://issues.apache.org/jira/browse/SOLR-9542
Kevin Risden
This has potential to cause conflicts for a lot of folks builds. Especially
since these are libraries users of the client library may have imported
themselves.
From: dev@lucene.apache.org At: 09/30/16 16:30:45
To: dev@lucene.apache.org
Subject: Re: SolrJ 6.2 now depends on Google-Guava and Jack
10 matches
Mail list logo
