See http://hudson.zones.apache.org/hudson/job/Solr-trunk/1216/changes
Changes:
[rmuir] extend LuceneTestCase instead of Object here too
[gsingers] properly reflect the Tika version
[rmuir] SOLR-2002: add support for -Dtestmethod=xxx when running tests
[rmuir] extend LuceneTestCase here
I think this failure may be from this commit:
svn diff -c 980765
Index: contrib/db/build.xml
===
--- contrib/db/build.xml(revision 980764)
+++ contrib/db/build.xml(revision 980765)
@@ -25,6 +25,8 @@
- bdb-je:
Same deal w/ this failure, except it was contrib/analyzer's build.xml
on 3x, where import file=../contrib-build.xml/ was added.
Mike
On Mon, Aug 9, 2010 at 7:32 PM, Apache Hudson Server
hud...@hudson.zones.apache.org wrote:
See http://hudson.zones.apache.org/hudson/job/Lucene-3.x/80/changes
Fixed for both branches, I added a comment, why contrib-build.xml should
*not* be imported here!
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
-Original Message-
From: Michael McCandless [mailto:luc...@mikemccandless.com]
Hmm ... I've made these changes a while ago because if you ran ant jar
from the analyzers contrib directory, nothing happened. I thought that's a
mistake, but perhaps it's not, since analyzers has 3 sub-dirs, each import
contrib-build.xml. I guess same goes for 'db'. After I've noticed that (few
I've just replied suggesting to do the same thing :). Thanks Uwe for taking
care of that.
Though I'm still interested to hear why the build suddenly fails. Is this
due some new functionality?
Shai
On Tue, Aug 10, 2010 at 1:05 PM, Uwe Schindler u...@thetaphi.de wrote:
Fixed for both branches,
Solr 3.x is Java 1.5 and uses Hudson's 1.5 JVM (like Lucene). The recently
added jars have Java 1.6 signature in the class files.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
-Original Message-
From: Apache Hudson Server
Because hudson was dead since your commit J
The problem is that these build.xml files simply delegate the targets. If
you import contrib.buil.xml you get wrongly defined properties and tasks
that are not overridden correctly. Db and analyzers contrib (and the module
in trunk) should simply
Hi Shaie,
Apache's Hudson server was broken, today the server was running again - the
last build was on July 27th. Your commit was one day later (like that).
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de/ http://www.thetaphi.de
eMail: u...@thetaphi.de
I understand that.
BTW, I upped and ran the following:
Ran ant jar from both contrib/analyzers and contrib/db, and got the
following:
---
Buildfile: build.xml
BUILD FAILED
Target jar does not exist in the project analyzers.
Total time: 0 seconds
Ah,
jar is not delegated. To make this work you have top copypaste in build.xml
and delegate to the subdirs (like the other targets). But ant jar is not
really needed for development puposes here. I would keep it as it is for
now.
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213
ok, works for me.
Sorry for the mess, it seemed like a naive change :-).
Shai
On Tue, Aug 10, 2010 at 1:22 PM, Uwe Schindler u...@thetaphi.de wrote:
Ah,
jar is not delegated. To make this work you have top copypaste in build.xml
and delegate to the subdirs (like the other targets). But
[
https://issues.apache.org/jira/browse/SOLR-2031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer updated SOLR-2031:
--
Attachment: SOLR-2031.patch
I updated the patch to use initialize the default parser with the
[
https://issues.apache.org/jira/browse/SOLR-2031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer reassigned SOLR-2031:
-
Assignee: Simon Willnauer
QueryComponent's default query parser should be configurable
See http://hudson.zones.apache.org/hudson/job/Lucene-trunk/1253/changes
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
Add Velocity's ResourceTool to allow for i18n string lookups
Key: SOLR-2035
URL: https://issues.apache.org/jira/browse/SOLR-2035
Project: Solr
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/SOLR-2035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erik Hatcher updated SOLR-2035:
---
Attachment: SOLR-2035.patch
This patch adds a custom ResourceTool subclass to the Velocity context.
[
https://issues.apache.org/jira/browse/SOLR-2035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896878#action_12896878
]
Erik Hatcher edited comment on SOLR-2035 at 8/10/10 9:31 AM:
-
Good idea about copyField. A workaround for your case could be to use an
UpdateProcessor to merge the two fields into a point type.
--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com
Training in Europe - www.solrtraining.com
On 9. aug. 2010, at 01.51, Lance Norskog
[
https://issues.apache.org/jira/browse/SOLR-1868?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley closed SOLR-1868.
--
Resolution: Duplicate
closing as a dup of SOLR-1900 and LUCENE-2378
Cutover to flex APIs
disk full can cause index corruption in certain cases
-
Key: LUCENE-2593
URL: https://issues.apache.org/jira/browse/LUCENE-2593
Project: Lucene - Java
Issue Type: Bug
Components:
[
https://issues.apache.org/jira/browse/SOLR-1900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896894#action_12896894
]
Yonik Seeley commented on SOLR-1900:
Now that flex term enumerators can seek, it looks
[
https://issues.apache.org/jira/browse/SOLR-2010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896898#action_12896898
]
Tom Phethean commented on SOLR-2010:
This sounds like a really useful patch, I would
[
https://issues.apache.org/jira/browse/SOLR-2010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896899#action_12896899
]
Grant Ingersoll commented on SOLR-2010:
---
The patch is currently for trunk. I think it
[
https://issues.apache.org/jira/browse/LUCENE-2593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-2593:
---
Attachment: LUCENE-2593.patch
Attached patch; I ended up making a number of
See http://hudson.zones.apache.org/hudson/job/Lucene-3.x/81/changes
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
On Tue, Aug 10, 2010 at 6:07 AM, Uwe Schindler u...@thetaphi.de wrote:
Solr 3.x is Java 1.5 and uses Hudson's 1.5 JVM (like Lucene). The recently
added jars have Java 1.6 signature in the class files.
Sorry - looks like my backport of the JSON update handler to 3x broke
things. I'll recompile
[
https://issues.apache.org/jira/browse/LUCENE-2594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-2594:
---
Attachment: LUCENE-2594.patch
Current patch... tests still randomly fail though.
[
https://issues.apache.org/jira/browse/LUCENE-2594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-2594:
---
Attachment: LUCENE-2594.patch
Another iteration.
cutover oal.index.* tests to use
[
https://issues.apache.org/jira/browse/LUCENE-2594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12897012#action_12897012
]
Robert Muir commented on LUCENE-2594:
-
latest iteration is stable on my machine!
[
https://issues.apache.org/jira/browse/LUCENE-2594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12897016#action_12897016
]
Michael McCandless commented on LUCENE-2594:
OK mine too -- 20 runs in a row
[
https://issues.apache.org/jira/browse/LUCENE-2594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-2594:
---
Attachment: LUCENE-2594.patch
Latest patch -- I think it's ready to commit (but not
[
https://issues.apache.org/jira/browse/LUCENE-1812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12897030#action_12897030
]
Doron Cohen commented on LUCENE-1812:
-
Hi Andrzej, chances seem pretty good. We were
[
https://issues.apache.org/jira/browse/LUCENE-2594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-2594:
Fix Version/s: 3.1
4.0
cutover oal.index.* tests to use a random IWC to tease
[
https://issues.apache.org/jira/browse/LUCENE-2594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir reassigned LUCENE-2594:
---
Assignee: Robert Muir
cutover oal.index.* tests to use a random IWC to tease out bugs
[
https://issues.apache.org/jira/browse/LUCENE-2594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12897031#action_12897031
]
Robert Muir commented on LUCENE-2594:
-
Committed revision 984202. I'll wait for
most tests should use MockRAMDirectory not RAMDirectory
---
Key: LUCENE-2595
URL: https://issues.apache.org/jira/browse/LUCENE-2595
Project: Lucene - Java
Issue Type: Test
[
https://issues.apache.org/jira/browse/LUCENE-2595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-2595:
Attachment: LUCENE-2595.patch
heres a patch switching tests over (some fail, i didnt even look at
[
https://issues.apache.org/jira/browse/LUCENE-2595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-2595:
Attachment: LUCENE-2595.patch
updated patch: all tests pass.
I did add one TODO to investigate
[
https://issues.apache.org/jira/browse/LUCENE-2595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12897058#action_12897058
]
Robert Muir commented on LUCENE-2595:
-
Committed revision 984232. I'll backport
[
https://issues.apache.org/jira/browse/LUCENE-2576?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-2576:
---
Attachment: LUCENE-2576.patch
Here's a patch to simplify the scary IW.startCommit
[
https://issues.apache.org/jira/browse/LUCENE-2593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless resolved LUCENE-2593.
Resolution: Fixed
disk full can cause index corruption in certain cases
Ah! Thank you.
On Tue, Aug 10, 2010 at 7:04 AM, Jan Høydahl / Cominvent
jan@cominvent.com wrote:
Good idea about copyField. A workaround for your case could be to use an
UpdateProcessor to merge the two fields into a point type.
--
Jan Høydahl, search solution architect
Cominvent AS -
[
https://issues.apache.org/jira/browse/LUCENE-2594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir resolved LUCENE-2594.
-
Resolution: Fixed
Committed revision 984298 to 3x
cutover oal.index.* tests to use a random
Tom,
I'm going to also need this to work with 1.4.1 within the next month or two so
if someone else doesn't back-port it to 1.4.1 then I probably will. I also
would like to see this working with shards. The PossibilityIterator class
likely can be made a lot simpler. If nobody else takes
[
https://issues.apache.org/jira/browse/LUCENE-2595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir resolved LUCENE-2595.
-
Resolution: Fixed
Committed revision 984299 to 3x
most tests should use MockRAMDirectory not
[
https://issues.apache.org/jira/browse/SOLR-1997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12897139#action_12897139
]
Ryan McKinley commented on SOLR-1997:
-
Check an old old issue SOLR-314... that did the
47 matches
Mail list logo
