The Solr release announcements summarize the highlights as well:
http://lucene.apache.org/solr/news.html
Some of the Jira jargon is translated into plain English.
-- Jack Krupansky
On Wed, Apr 27, 2016 at 11:46 PM, Thomas Pan <hu...@linkedin.com.invalid>
wrote:
>
> Alexandre
I gather that "term" is the proper technical term within the Vector Space
Model (TDIFS) and BM25 similarity, so it may simply be a question of where
the boundary is in Lucene between VSM processing and other stuff, like the
source for documents and queries.
-- Jack Krupansky
On Wed, Ap
Lucene project fully intends that the terms token and term are
absolutely synonymous, a clear distinction should be drawn... I think. Or
at least the terms should be used consistently, which my last example
highlights.
Thanks.
-- Jack Krupansky
[
https://issues.apache.org/jira/browse/LUCENE-7202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15239406#comment-15239406
]
Jack Krupansky commented on LUCENE-7202:
Morton seems like more of a codec-level issue than
(nonbinding) on this release due to my
unhappiness about how points/numerics, including migration, is being
handled. That's not intended to reflect negatively on the RM or the
logistical aspects of the release process. I certainly won't attempt to
stand in the way of getting 6.0 out ASAP.
-- Jack
to extract the numeric data and generate the points
index?
I will note that no senior committers have supported any of my complaints
in this matter, so that alone suggests that you guys would be on solid
ground to simply ignore at least most if not all of my complaints.
-- Jack Krupansky
On Fri, A
ot of this mad push to deprecate current numerics before dimensional
points is fully baked.
-- Jack Krupansky
On Thu, Mar 31, 2016 at 11:39 AM, Jack Krupansky <jack.krupan...@gmail.com>
wrote:
> Robert's detailing of the remaining work to get the rest of Lucene off of
> current (curren
quot;
fields or when they migrate from 6.x to 7.x. Bonus points if Solr can have
a variation of the index upgrade tool that discovers and upgrades all
current numeric fields.
What else? (I'll ask some questions about Elasticsearch plans in a separate
message.)
-- Jack Krupansky
migration tool for existing Trie indexes.
-- Jack Krupansky
On Wed, Mar 30, 2016 at 6:56 PM, Adrien Grand <jpou...@gmail.com> wrote:
> Le mer. 30 mars 2016 à 22:56, Shawn Heisey <apa...@elyograg.org> a écrit :
>
>> These are the choices I see to address the prob
ch_6_0/solr/core/src/java/org/apache/solr/schema/TrieField.java
-- Jack Krupansky
On Wed, Mar 30, 2016 at 4:56 PM, Shawn Heisey <apa...@elyograg.org> wrote:
> On 3/30/2016 10:43 AM, Adrien Grand wrote:
> > I think marking the legacy fields/queries as deprecated in Lucene in
> &
straightened out before a release that deprecates the existing numeric
field types that Solr currently has no replacement for, let alone a
backcompat story for new Solr indexes that will be be created with 6.0 but
with a type that won't exist in 7.0, at least with the current plan.)
-- Jack Krupansky
k I'm done on this topic... for now.
-- Jack Krupansky
On Fri, Mar 25, 2016 at 8:12 PM, Michael McCandless <
luc...@mikemccandless.com> wrote:
> On Fri, Mar 25, 2016 at 6:23 PM, Jack Krupansky
> <jack.krupan...@gmail.com> wrote:
>
> > Mike, thanks for that blog post link.
>
[
https://issues.apache.org/jira/browse/SOLR-8396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15212559#comment-15212559
]
Jack Krupansky commented on SOLR-8396:
--
My apologies as I am still only very slowly coming up to speed
ment? Also, is this for an indexed primarily cached in OS
system memory or primarily accessed with I/O? And, I'm curious whether
exact point and narrow range queries (e.g., trying to select less than
0.25% of indexed documents) are indeed only 25% faster than trie.
My apologies for my limited d
t physics would be like if they started referring to scalar
quantities as vectors.)
My apologies for the rant.
-- Jack Krupansky
On Thu, Mar 24, 2016 at 10:34 AM, David Smiley <david.w.smi...@gmail.com>
wrote:
> With the move to PointValues and away from trie based indexing of t
[
https://issues.apache.org/jira/browse/SOLR-8176?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15208763#comment-15208763
]
Jack Krupansky commented on SOLR-8176:
--
To what extent can the graph traversal be parallelized
[
https://issues.apache.org/jira/browse/SOLR-8844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15193332#comment-15193332
]
Jack Krupansky commented on SOLR-8844:
--
1. No field is specified for the fq parameter here. What is df
ets merged into, but
not for branches LUCENE/SOLR-, especially when each of those Jira
issues needs the same merge updates.
Just curious.
-- Jack Krupansky
[
https://issues.apache.org/jira/browse/SOLR-8831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15191504#comment-15191504
]
Jack Krupansky commented on SOLR-8831:
--
Now that docValues is supported for _version_, the question
[
https://issues.apache.org/jira/browse/SOLR-8831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15191075#comment-15191075
]
Jack Krupansky edited comment on SOLR-8831 at 3/11/16 3:49 PM:
---
Can we come
[
https://issues.apache.org/jira/browse/SOLR-8831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15191075#comment-15191075
]
Jack Krupansky commented on SOLR-8831:
--
Can we come up with a nice clean term for "stored or docV
[
https://issues.apache.org/jira/browse/SOLR-8812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15188158#comment-15188158
]
Jack Krupansky commented on SOLR-8812:
--
The difference in the generated query appears to be the "
[
https://issues.apache.org/jira/browse/SOLR-8740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15185336#comment-15185336
]
Jack Krupansky commented on SOLR-8740:
--
My apologies for any unnecessary noise I may have caused here
[
https://issues.apache.org/jira/browse/SOLR-8740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15183177#comment-15183177
]
Jack Krupansky commented on SOLR-8740:
--
And default to docValuesFormat="Memory&quo
This is the dev list - ask your usage question on the user list (Solr or
Lucene.)
-- Jack Krupansky
On Mon, Mar 7, 2016 at 7:09 AM, Kamaldeep Singh <mailkamald...@gmail.com>
wrote:
> Hi,
>
> I have come across an actual use case where I need to do an exact match
> for a ter
lob/master/solr/site/SYSTEM_REQUIREMENTS.mdtext
(I think that's all that *I* can say at this point.)
-- Jack Krupansky
On Sat, Mar 5, 2016 at 1:43 PM, Uwe Schindler <u...@thetaphi.de> wrote:
> See also the corresponding SYSTEM_REQUIREMENTS.txt file of Lucene 6:
>
>
>
> --snip--
&g
pache Lucene runs of Java 7 or greater, Java 8 is verified to be
compatible and may bring some performance improvements."
I wasn't sure where Java 9 is these days. Some statement on it seems
warranted, otherwise "7 or greater" implies that 9 is fine.
-- Jack Krupansky
[
https://issues.apache.org/jira/browse/SOLR-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15176543#comment-15176543
]
Jack Krupansky commented on SOLR-3744:
--
Personally, I think the proper fix is in Lucene BooleanQuery
[
https://issues.apache.org/jira/browse/SOLR-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15176525#comment-15176525
]
Jack Krupansky commented on SOLR-3744:
--
Long ago...
I'll try to remember. My vague recollection
[
https://issues.apache.org/jira/browse/SOLR-8110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15171096#comment-15171096
]
Jack Krupansky commented on SOLR-8110:
--
bq. "safe"... "moderate"... "
[
https://issues.apache.org/jira/browse/SOLR-8110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15171092#comment-15171092
]
Jack Krupansky commented on SOLR-8110:
--
bq. lucene expressions
I was going to say that Luceene
[
https://issues.apache.org/jira/browse/SOLR-8110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15170700#comment-15170700
]
Jack Krupansky commented on SOLR-8110:
--
I can't recall any explicit statement on case sensitivity
[
https://issues.apache.org/jira/browse/SOLR-8110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15170698#comment-15170698
]
Jack Krupansky commented on SOLR-8110:
--
Dollar sign is permitted in Java identifier, including
[
https://issues.apache.org/jira/browse/SOLR-8110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15170155#comment-15170155
]
Jack Krupansky commented on SOLR-8110:
--
I've accepted the fact that Solr will probably never need
[
https://issues.apache.org/jira/browse/SOLR-8110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15169830#comment-15169830
]
Jack Krupansky commented on SOLR-8110:
--
Dot is a tough case. I can see reserving it for future
[
https://issues.apache.org/jira/browse/SOLR-8713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15169703#comment-15169703
]
Jack Krupansky commented on SOLR-8713:
--
Be careful, because Confluence has the working text
[
https://issues.apache.org/jira/browse/SOLR-8110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15159113#comment-15159113
]
Jack Krupansky commented on SOLR-8110:
--
1. Since the concept of enforcement of naming conventions
.
-- Jack Krupansky
On Tue, Feb 23, 2016 at 10:34 AM, Anshum Gupta <ans...@anshumgupta.net>
wrote:
> I thought we had a consensus here in terms of being able to have another
> 5x release if someone felt the need and volunteered but I guess that wasn't
> the case. I say that bec
[
https://issues.apache.org/jira/browse/SOLR-8110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15156259#comment-15156259
]
Jack Krupansky commented on SOLR-8110:
--
There is the issue of simple ASCII letters vs. Unicode letters
ns for "Major release", "Minor release", and "Bugfix
release".
-- Jack Krupansky
On Sat, Feb 20, 2016 at 2:26 PM, Uwe Schindler <u...@thetaphi.de> wrote:
> Hi,
>
> Let's keep the branch. The other ones from 3 and 4 are also still there.
>
> If an
[
https://issues.apache.org/jira/browse/SOLR-8621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15153085#comment-15153085
]
Jack Krupansky commented on SOLR-8621:
--
Shouldn't the index config reference page still list
[
https://issues.apache.org/jira/browse/SOLR-7555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15151147#comment-15151147
]
Jack Krupansky edited comment on SOLR-7555 at 2/17/16 8:52 PM:
---
I recently
[
https://issues.apache.org/jira/browse/SOLR-7555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15151147#comment-15151147
]
Jack Krupansky commented on SOLR-7555:
--
I recently noticed that quite a few f the Amazon EC2 instance
[
https://issues.apache.org/jira/browse/SOLR-8110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15151121#comment-15151121
]
Jack Krupansky commented on SOLR-8110:
--
It would be nice to say that a "Solr identifier" ha
Erick, thank you so much for this timely reminder to start working on my
own taxes.
-- Jack Krupansky
On Mon, Feb 8, 2016 at 2:06 PM, Erick Erickson <erickerick...@gmail.com>
wrote:
> Sorry, autocomplete failure. Wish the tax guy's name wasn't Devin.
>
> Ignore please.
>
coming from?
Ultimately a network connection is probably going to be more load-sensitive
than having the same storage devices local to the server. It would come as
no surprise that the SAN would attempt to shed load if the load becomes too
extreme.
-- Jack Krupansky
On Fri, Feb 5, 2016 at 6:12 PM
should keep them in private forks?
-- Jack Krupansky
On Thu, Feb 4, 2016 at 1:32 AM, Shai Erera <ser...@gmail.com> wrote:
> I think that all remote branches should be JIRA related. I.e. I don't see
> myself pushing a remote branch like shaie/something. Since we do all
> dev
till needs to update the Solr
Resources page to include the github link in addition to the legacy svn
viewvc link.
-- Jack Krupansky
On Thu, Feb 4, 2016 at 9:49 AM, Uwe Schindler <u...@thetaphi.de> wrote:
> Hi,
>
>
>
> they are still there as tags. If you want to “reacti
[
https://issues.apache.org/jira/browse/SOLR-5730?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15129131#comment-15129131
]
Jack Krupansky commented on SOLR-5730:
--
Let me try again... again, my apologies for not commenting
[
https://issues.apache.org/jira/browse/SOLR-5730?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15128303#comment-15128303
]
Jack Krupansky commented on SOLR-5730:
--
Sorry for arriving so late to the party here, but I've gotten
[
https://issues.apache.org/jira/browse/SOLR-8621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15127090#comment-15127090
]
Jack Krupansky commented on SOLR-8621:
--
Will both the and elements will be deprecated as
well
[
https://issues.apache.org/jira/browse/SOLR-8621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15127099#comment-15127099
]
Jack Krupansky commented on SOLR-8621:
--
IIUC, the motivation here is to permit any number of merge
[
https://issues.apache.org/jira/browse/SOLR-8621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15123590#comment-15123590
]
Jack Krupansky commented on SOLR-8621:
--
Is this simply a rename of the XML element name (from
[
https://issues.apache.org/jira/browse/LUCENE-6991?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15115405#comment-15115405
]
Jack Krupansky commented on LUCENE-6991:
Does seem odd and wrong.
I also notice
l somewhat a mystery. A few more clues about what is really going on
would be helpful. Or at least stuff average contributors might care about,
not the hard-core Infra stuff.
Thanks.
-- Jack Krupansky
On Sat, Jan 23, 2016 at 3:45 PM, Erick Erickson <erickerick...@gmail.com>
wrote:
> Indeed, t
[
https://issues.apache.org/jira/browse/SOLR-8029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15109850#comment-15109850
]
Jack Krupansky commented on SOLR-8029:
--
Is this likely to be in 6.0 or 6.1?
+1 for 6.0, even
, but the details of "submitting a
patch" should be clearly documented.)
Then there is the matter of code review and whether to encourage comments
in Jira. Comments can be made on pull requests, but should some external
tool like reviewable.io be encouraged?
-- Jack Krupansky
On Sat, Jan 9,
that takes some of the pressure off. Still, I'd prefer that the back-compat
criteria be settled ASAP.
-- Jack Krupansky
On Wed, Jan 6, 2016 at 10:43 AM, Yonik Seeley <ysee...@gmail.com> wrote:
> On Wed, Jan 6, 2016 at 1:03 AM, Anshum Gupta <ans...@anshumgupta.net>
> wrote:
&
+1 for a 5.x deprecation release so 6.0 can remove old stuff.
+1 for a git-based release
+1 for at least 3 months for people to finish and stabilize work in
progress - April to July seems like the right window to target
-- Jack Krupansky
On Fri, Jan 8, 2016 at 10:09 AM, Anshum Gupta <
Be sure to add that comment about multi-tenancy to the Jira description
since that is a key aspect of this particular approach.
-- Jack Krupansky
On Thu, Jan 7, 2016 at 4:52 AM, Renaud Delbru <renaud@siren.solutions>
wrote:
> Hi Robert,
>
> Yes, you are right. This approach is mo
the code at the expense of plugin compatibility and without a
compelling benefit to users or Expert contributors.
(Says the guy who has no binding vote in this matter.)
-- Jack Krupansky
On Wed, Jan 6, 2016 at 8:15 AM, Noble Paul <noble.p...@gmail.com> wrote:
> Yes Anshum
> HTTP APIs an
[
https://issues.apache.org/jira/browse/SOLR-3141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15086474#comment-15086474
]
Jack Krupansky commented on SOLR-3141:
--
bq. optimize() is rarely necessary anymore
Well... I used
uts greater pressure on getting an earlier 6.0 release,
so be it. +1 for that.
Whether the Lucene guys have the same concerns as the Solr guys is an
interesting question.
-- Jack Krupansky
On Mon, Jan 4, 2016 at 12:30 PM, Yonik Seeley <ysee...@gmail.com> wrote:
> On Mon, Jan 4, 2016 at 12
as well
- the code that plugins need to call.
-- Jack Krupansky
On Mon, Jan 4, 2016 at 11:27 AM, Anshum Gupta <ans...@anshumgupta.net>
wrote:
> Hi,
>
> I was looking at refactoring code in Solr and it gets really tricky and
> confusing in terms of what level of back-compat need
ntegration with
your application should be directed to the Lucene (Java) "user" list:
https://lucene.apache.org/core/discussion.html#java-user-list-java-userlucene
-- Jack Krupansky
On Sat, Dec 26, 2015 at 2:25 PM, Erick Erickson <erickerick...@gmail.com>
wrote:
> Here's a place
I had asked about these messages two and a half years ago and nobody
stepped forward to claim that they had any value and merely suggested
filtering them in the user email client. So, I'm a solid +1 for suppressing
them. Uwe was the only person responding to my inquiry back in July 2013.
-- Jack
ther see Lucene/Solr committers
focused on new feature development rather than doing Infra's job, and if
Infra can't do it easily, why not shift to a solution that has much less
downside and baggage and has a brighter future.
-- Jack Krupansky
On Tue, Dec 15, 2015 at 11:32 AM, Mark Miller <markr
parameter.
-- Jack Krupansky
On Thu, Dec 10, 2015 at 3:55 PM, Ryan Josal <rjo...@gmail.com> wrote:
> I didn't see a Jira open in this, so I wanted to see if it's expected. If
> you pass "fields":[...] in a SOLR JSON API request, it does not override
> what's the defau
he.org/confluence/display/solr/JSON+Request+API
Filter seems to make sense for this auto-appends mode, but fields/fl don't
seem to benefit from appending rather than treating the defaults section in
the traditional manner, I think.
-- Jack Krupansky
On Tue, Dec 15, 2015 at 9:06 PM, Yonik Seeley <ysee..
[
https://issues.apache.org/jira/browse/SOLR-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038585#comment-15038585
]
Jack Krupansky commented on SOLR-2649:
--
The behavior of mm only applying to the top-level query
Bummer... the prospect of Credence Clearwater Revival having a new release
had me going there.
-- Jack Krupansky
On Mon, Nov 9, 2015 at 10:35 AM, Erick Erickson <erickerick...@gmail.com>
wrote:
> Make that CDCR
>
> On Mon, Nov 9, 2015 at 7:32 AM, Erick Erickson <erick
Will 5.x releases, x>3, require a reindex? I thought the idea was that only
a major release (trunk) would change index format.
-- Jack Krupansky
On Fri, Nov 6, 2015 at 11:24 AM, Adrien Grand <jpou...@gmail.com> wrote:
> I committed a patch that changes the index format fo
://docs.lucidworks.com/display/help/Search+Filters+for+Access+Control
-- Jack Krupansky
On Thu, Nov 5, 2015 at 2:26 PM, Susheel Kumar <susheel2...@gmail.com> wrote:
> Hi,
>
> I have seen couple of use cases / need where we want to restrict result of
> search based on role o
[
https://issues.apache.org/jira/browse/LUCENE-6874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14988338#comment-14988338
]
Jack Krupansky commented on LUCENE-6874:
Certainly Solr can update its example schemas to use
[
https://issues.apache.org/jira/browse/LUCENE-6874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14988646#comment-14988646
]
Jack Krupansky commented on LUCENE-6874:
bq. Because WST and WDF should really only be used
[
https://issues.apache.org/jira/browse/LUCENE-6874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14988615#comment-14988615
]
Jack Krupansky commented on LUCENE-6874:
Tika is the other (main?) approach to ingesting text
[
https://issues.apache.org/jira/browse/LUCENE-6874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14985540#comment-14985540
]
Jack Krupansky commented on LUCENE-6874:
+1 for using the Unicode definition of white space
[
https://issues.apache.org/jira/browse/LUCENE-6874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14985540#comment-14985540
]
Jack Krupansky edited comment on LUCENE-6874 at 11/2/15 5:34 PM:
-
+1
[
https://issues.apache.org/jira/browse/LUCENE-6842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14963420#comment-14963420
]
Jack Krupansky commented on LUCENE-6842:
Generally, Lucene has few hard limits, but the general
[
https://issues.apache.org/jira/browse/SOLR-8160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14955080#comment-14955080
]
Jack Krupansky commented on SOLR-8160:
--
The doc is a bit misleading, for both the Term and Terms query
[
https://issues.apache.org/jira/browse/LUCENE-6301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14953084#comment-14953084
]
Jack Krupansky edited comment on LUCENE-6301 at 10/12/15 12:58 PM:
---
I
[
https://issues.apache.org/jira/browse/LUCENE-6301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14953084#comment-14953084
]
Jack Krupansky commented on LUCENE-6301:
I know this change has been in progress for awhile
[
https://issues.apache.org/jira/browse/LUCENE-6301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14953174#comment-14953174
]
Jack Krupansky commented on LUCENE-6301:
Thanks! LGTM. Now let's see if the Solr guys pick up
[
https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14950255#comment-14950255
]
Jack Krupansky commented on LUCENE-6305:
No objection, but it would be good for the javadoc
[
https://issues.apache.org/jira/browse/LUCENE-6664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14942686#comment-14942686
]
Jack Krupansky commented on LUCENE-6664:
Hey [~mikemccand], don't get discouraged
[
https://issues.apache.org/jira/browse/LUCENE-6821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14942310#comment-14942310
]
Jack Krupansky commented on LUCENE-6821:
Won't this change have the prospect of increasing
/LUCENE-737
-- Jack Krupansky
On Tue, Sep 8, 2015 at 11:07 AM, Adam Retter <adam.ret...@googlemail.com>
wrote:
>
> The easiest way to do this is put the index over
>> an encrypted file system. Encrypting the actual
>> _tokens_ has a few problems, not the least of
>>
You can always extract rows from a Cassandra table and then insert them
into a Solr collection.
Or you can develop a middleware layer that takes each insert, update, or
delete and applies it to both Cassandra and Solr.
-- Jack Krupansky
On Mon, Aug 10, 2015 at 11:24 AM, cuponesruben cuponesru
after changing schema or config, and Be sure to reindex data
after changing schema, etc. IOW, make it super easy to send a user problem
report, increase the likelihood that it will have relevant information, and
increase the likelihood that the user can resolve the problem themselves.
-- Jack
[
https://issues.apache.org/jira/browse/SOLR-7249?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14363383#comment-14363383
]
Jack Krupansky commented on SOLR-7249:
--
It's best to pursue this type of issue
parameter syntax support escaping of an equal sign in a query parameter
name?
-- Jack Krupansky
On Thu, Feb 12, 2015 at 10:30 AM, Erick Erickson erickerick...@gmail.com
wrote:
I was commenting on SOLR-6997 about allowing hyphens in field names
and started to wonder about whether we should try
solrconfig codecFactory element simply describes the
default codec factory for Solr and is unneeded - it's simply there for
documentation, and in case some advanced expert user wanted to override it.
-- Jack Krupansky
On Tue, Feb 10, 2015 at 8:54 PM, Shawn Heisey apa...@elyograg.org wrote:
On 2
My comments on https://issues.apache.org/jira/browse/LUCENE-5785 apply to
the standard tokenizer as well - a mode should be supported so that the app
developer can decide which approach is best for their use case.
-- Jack Krupansky
On Mon, Jan 26, 2015 at 11:17 AM, david.w.smi...@gmail.com
Every field has its own index based of the type of the field.
-- Jack Krupansky
On Sat, Jan 10, 2015 at 11:25 AM, Matteo Tarantino
matteo.tarant...@gmail.com wrote:
Thank you for your reply,
I have read the documentation, but I still don't understand if Solr
creates or not two different
See the Solr reference guide section on Spatial Search:
https://cwiki.apache.org/confluence/display/solr/Spatial+Search
-- Jack Krupansky
On Sat, Jan 10, 2015 at 10:26 AM, Matteo Tarantino
matteo.tarant...@gmail.com wrote:
Hi all,
I hope to not bother you, but I think I'm writing to the only
/lucene/dev/
to:
http://svn.apache.org/viewvc/lucene/dev/
-- Jack Krupansky
[
https://issues.apache.org/jira/browse/SOLR-5507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14259657#comment-14259657
]
Jack Krupansky commented on SOLR-5507:
--
bq. All I ask, though, is that you forgive
[
https://issues.apache.org/jira/browse/SOLR-6892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14259665#comment-14259665
]
Jack Krupansky commented on SOLR-6892:
--
Thanks for the description updates. Comments
[
https://issues.apache.org/jira/browse/SOLR-5507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14259455#comment-14259455
]
Jack Krupansky commented on SOLR-5507:
--
This issue has gotten confused. Please clarify
[
https://issues.apache.org/jira/browse/SOLR-6892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14259566#comment-14259566
]
Jack Krupansky commented on SOLR-6892:
--
Issue type should be Improvement, not Bug
1 - 100 of 760 matches
Mail list logo
