[
https://issues.apache.org/jira/browse/SOLR-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12654195#action_12654195
]
Lars Kotthoff commented on SOLR-781:
Thanks Yonik! On the topic of issues which have been
Hi,
About a year ago, I took the then-existing SOLR 1.2 patches for Field
Collapsing, adapted them to my use, and have been using them
successfully in production for most of this year.
I'm now looking to upgrade my installation to SOLR 1.3. That leads to
several questions.
- As far as
[
https://issues.apache.org/jira/browse/SOLR-781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lars Kotthoff updated SOLR-781:
---
Attachment: SOLR-781.patch
I've taken a look at the non-overrequesting stuff -- we also need to
[
https://issues.apache.org/jira/browse/SOLR-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12654213#action_12654213
]
Yonik Seeley commented on SOLR-781:
---
Lars, I already committed some code to normalize on
I notice that SOLR-284 (extraction data handler + tika) is in the
default example now.
Is this what we want?
On the topic of example, it used to be much faster in the past to
use for debugging... now when I do ant example, I go get a cup of
coffee.
-Yonik
[
https://issues.apache.org/jira/browse/SOLR-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12654214#action_12654214
]
Lars Kotthoff commented on SOLR-781:
bq. Lars, I already committed some code to normalize
[
https://issues.apache.org/jira/browse/SOLR-900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12654215#action_12654215
]
Ryan McKinley commented on SOLR-900:
Looking over this now Something that does not
[
https://issues.apache.org/jira/browse/SOLR-900?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated SOLR-900:
---
Attachment: SOLR-900-move-solrj-into-src.patch.gz
Here is a patch that moves things around and updates
sorry, just checked the .war file...
it is not building correctly, i'll fix it an check in soon...
On Dec 7, 2008, at 2:07 PM, [EMAIL PROTECTED] wrote:
Author: ryan
Date: Sun Dec 7 11:07:11 2008
New Revision: 724175
URL: http://svn.apache.org/viewvc?rev=724175view=rev
Log:
SOLR-900: Moving
On Dec 7, 2008, at 11:42 AM, Yonik Seeley wrote:
I notice that SOLR-284 (extraction data handler + tika) is in the
default example now.
Is this what we want?
I don't think so.
Also, it looks like DataImportHandler puts itself in the war file -- I
don't think we want that either.
On
[
https://issues.apache.org/jira/browse/SOLR-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12654234#action_12654234
]
Ryan McKinley commented on SOLR-284:
Looks like there are a bunch of duplicate .jar files
Tika shouldn't be in the example. It just puts the libs there but is
not hooked into the config.
On Dec 7, 2008, at 2:32 PM, Ryan McKinley wrote:
On Dec 7, 2008, at 11:42 AM, Yonik Seeley wrote:
I notice that SOLR-284 (extraction data handler + tika) is in the
default example now.
Is
[
https://issues.apache.org/jira/browse/SOLR-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12654235#action_12654235
]
Grant Ingersoll commented on SOLR-284:
--
Thanks, Ryan, I will remove them.
Parsing Rich
On Dec 7, 2008, at 2:32 PM, Ryan McKinley wrote:
On Dec 7, 2008, at 11:42 AM, Yonik Seeley wrote:
I notice that SOLR-284 (extraction data handler + tika) is in the
default example now.
Is this what we want?
I don't think so.
Also, it looks like DataImportHandler puts itself in the war file
On Dec 7, 2008, at 3:04 PM, Erik Hatcher wrote:
On Dec 7, 2008, at 2:32 PM, Ryan McKinley wrote:
On Dec 7, 2008, at 11:42 AM, Yonik Seeley wrote:
I notice that SOLR-284 (extraction data handler + tika) is in the
default example now. scriplet
Is this what we want?
I don't think so.
Also,
[
https://issues.apache.org/jira/browse/SOLR-475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley updated SOLR-475:
--
Attachment: SOLR-475.patch
update:
- closing of term enumerators (not strictly necessary in Lucene now,
On Sun, Dec 7, 2008 at 2:47 PM, Grant Ingersoll [EMAIL PROTECTED] wrote:
Tika shouldn't be in the example. It just puts the libs there but is not
hooked into the config.
Hmmm, so it's half installed. Seems like we should either add in the
extraction handler (perhaps lazily loaded if it takes
On Dec 7, 2008, at 3:21 PM, [EMAIL PROTECTED] wrote:
SOLR-284: remove duplicated Tika libs
Removed:
lucene/solr/trunk/contrib/extraction/lib/commons-lang-2.1.jar
My mistake, commons-lang is not in the root /lib, so this may cause
some problem with dependent libraries.
I don't know if
[
https://issues.apache.org/jira/browse/SOLR-343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll reassigned SOLR-343:
Assignee: (was: Grant Ingersoll)
Constraining date facets by facet.mincount
The jars aren't checked in to the example. The thing is, the
extraction stuff is a contrib and not on by default and not packaged
into the WAR. DIH currently does package into the WAR, but I don't
think contribs should do that.
Frankly, I think the better answer is an overhaul of the
Hmm, the tests pass w/o commons-lang, but they fail w/o commons-
logging. Sigh. I'll put lang back in.
On Dec 7, 2008, at 3:46 PM, Ryan McKinley wrote:
On Dec 7, 2008, at 3:21 PM, [EMAIL PROTECTED] wrote:
SOLR-284: remove duplicated Tika libs
Removed:
On Sun, Dec 7, 2008 at 5:50 PM, Grant Ingersoll [EMAIL PROTECTED] wrote:
The jars aren't checked in to the example.
But ant example puts them there - doesn't matter from a user perspective.
The thing is, the extraction
stuff is a contrib and not on by default and not packaged into the WAR.
Ryan,
I got an error when doing 'ant dist'.
Koji
[EMAIL PROTECTED] wrote:
Author: ryan
Date: Sun Dec 7 11:27:54 2008
New Revision: 724181
URL: http://svn.apache.org/viewvc?rev=724181view=rev
Log:
SOLR-900 -- fixing war file
Modified:
lucene/solr/trunk/build.xml
Modified:
try now...
On Dec 7, 2008, at 8:20 PM, Koji Sekiguchi wrote:
Ryan,
I got an error when doing 'ant dist'.
Koji
[EMAIL PROTECTED] wrote:
Author: ryan
Date: Sun Dec 7 11:27:54 2008
New Revision: 724181
URL: http://svn.apache.org/viewvc?rev=724181view=rev
Log:
SOLR-900 -- fixing war file
On Dec 7, 2008, at 5:50 PM, Grant Ingersoll wrote:
The jars aren't checked in to the example. The thing is, the
extraction stuff is a contrib and not on by default and not packaged
into the WAR. DIH currently does package into the WAR, but I don't
think contribs should do that.
Ryan,
Fixed. Thank you!
Ryan McKinley wrote:
try now...
On Dec 7, 2008, at 5:56 PM, Yonik Seeley wrote:
On Sun, Dec 7, 2008 at 5:50 PM, Grant Ingersoll
[EMAIL PROTECTED] wrote:
The jars aren't checked in to the example.
But ant example puts them there - doesn't matter from a user
perspective.
The thing is, the extraction
stuff is a contrib
: I would personally prefer more of an elimination-style vote (i.e., STV).
Ah... yeah, that seems like it would be a more fair way to deal with
things then my suggestion, and it doesn't violate the spirt of the
rules as original outlined (it's still a vote of ranked preferences). Are
you
FastOutputStream ignores write(byte[]) call
Key: SOLR-901
URL: https://issues.apache.org/jira/browse/SOLR-901
Project: Solr
Issue Type: Bug
Affects Versions: 1.3
Reporter: Noble
[
https://issues.apache.org/jira/browse/SOLR-901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul updated SOLR-901:
Attachment: SOLR-901.patch
the fix
FastOutputStream ignores write(byte[]) call
Potential bug w/ FastInputStream
Key: SOLR-902
URL: https://issues.apache.org/jira/browse/SOLR-902
Project: Solr
Issue Type: Bug
Reporter: Noble Paul
Priority: Minor
When I use
[
https://issues.apache.org/jira/browse/SOLR-902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul updated SOLR-902:
Attachment: SOLR-902.patch
A testcase to demonstrate this
Potential bug w/ FastInputStream
On Mon, Dec 8, 2008 at 1:02 AM, Ryan McKinley [EMAIL PROTECTED] wrote:
Also, it looks like DataImportHandler puts itself in the war file -- I
don't think we want that either.
One big difference between DataImportHandler and other contribs is that it
has zero extra dependencies and it
On Dec 8, 2008, at 2:33 AM, Shalin Shekhar Mangar wrote:
On Mon, Dec 8, 2008 at 1:02 AM, Ryan McKinley [EMAIL PROTECTED]
wrote:
Also, it looks like DataImportHandler puts itself in the war file
-- I
don't think we want that either.
One big difference between DataImportHandler and
34 matches
Mail list logo
