Re: JCC linux patch
Hi Andi, On Sun, Oct 7, 2012 at 9:08 PM, Andi Vajda va...@apache.org wrote: Hi Caleb, On Tue, 2 Oct 2012, Caleb Burns wrote: I took a look at your patch. A couple of questions: - In jcc/helpers/linux.py, you seem to be getting rid of the 0.6.15 setuptools case. How is that version handled now ? I remember adding this case last May since it's a version out there in the wild and patching it failed as it needs the 0.6c7 patch. Am I reading this correctly that you're assuming 0.6.15 to be compatible with 0.6.1 distribute ? The 0.6.15 setuptools (specifically 0.6.15-1ubuntu1) was the version installed by Ubuntu which installs distribute-0.6.15. I changed the 0.6.15 down to 0.6.1 because I tested distribute-0.6.1, 0.6.15, 0.6.28 and they all worked with JCC when applying the 0.6c7 patch. - You have a line of new code in linux.py that says: +if build_ext.use_stubs or os.name == 'nt': How can os.name be 'nt' when linux.py is being run ? The `os.name == 'nt'` line was an oversight. I copied the relevant code from setuptools that the 0.6c7 and 11 patches touched, merged the patches, and incorporated the new code into jcc/helpers/linux.py. That line should just be: +if build_ext.use_stubs: Caleb Burns
Re: Build failed in Jenkins: slow-io-beasting #3752
[junit4:junit4] ERROR: JVM J3 ended with an exception: java.lang.ArrayIndexOutOfBoundsException: 10 [junit4:junit4] at java.util.ArrayList.add(ArrayList.java:352) I fixed it on rr master, it'll come with the next update. Dawid - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-1604) Wildcards, ORs etc inside Phrase Queries
[ https://issues.apache.org/jira/browse/SOLR-1604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471436#comment-13471436 ] Jun Wang commented on SOLR-1604: Hi, Arslan, when using your patch for 4.0, I got a Exception: java.lang.IllegalArgumentException: Unknown query type org.apache.lucene.search.PrefixQuery found in phrase query string mp*, my query is q=subject:mp*wt=json. This exception was thrown at QueryComponent#process. Wildcards, ORs etc inside Phrase Queries Key: SOLR-1604 URL: https://issues.apache.org/jira/browse/SOLR-1604 Project: Solr Issue Type: Improvement Components: search Affects Versions: 1.4 Reporter: Ahmet Arslan Priority: Minor Attachments: ASF.LICENSE.NOT.GRANTED--ComplexPhrase.zip, ComplexPhraseQueryParser.java, ComplexPhrase.zip, ComplexPhrase.zip, ComplexPhrase.zip, ComplexPhrase.zip, ComplexPhrase.zip, SOLR-1604-alternative.patch, SOLR-1604.patch, SOLR-1604.patch Solr Plugin for ComplexPhraseQueryParser (LUCENE-1486) which supports wildcards, ORs, ranges, fuzzies inside phrase queries. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-4462) Publishing flushed segments is single threaded and too costly
[ https://issues.apache.org/jira/browse/LUCENE-4462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Willnauer updated LUCENE-4462: Attachment: LUCENE-4462.patch here is a patch that basically moves the prepareFlushedSegment into DWPT and calls it once we are done flushing the segment. The publish call doesn't do any IO anymore which is good and should not be a bottleneck. I could imagine that if somebody uses CFS this could be a perf win too. Publishing flushed segments is single threaded and too costly - Key: LUCENE-4462 URL: https://issues.apache.org/jira/browse/LUCENE-4462 Project: Lucene - Core Issue Type: Improvement Reporter: Michael McCandless Assignee: Simon Willnauer Attachments: LUCENE-4462.patch Spinoff from http://lucene.markmail.org/thread/4li6bbomru35qn7w The new TestBagOfPostings failed the build because it timed out after 2 hours ... but in digging I found that it was a starvation issue: the 4 threads were flushing segments much faster than the 1 thread could publish them. I think this is because publishing segments (DocumentsWriter.publishFlushedSegment) is actually rather costly (creates CFS file if necessary, writes .si, etc.). I committed a workaround for now, to prevent starvation (see svn diff -c 1394704 https://svn.apache.org/repos/asf/lucene/dev/trunk), but we really should address the root cause by moving these costly ops into flush() so that publishing is a low cost operation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (LUCENE-4226) Efficient compression of small to medium stored fields
[
https://issues.apache.org/jira/browse/LUCENE-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adrien Grand resolved LUCENE-4226.
--
Resolution: Fixed
lucene-core tests have passed the whole week-end so I just committed to branch
4.x as well. Thank you again for the Jenkins job, Simon.
Efficient compression of small to medium stored fields
--
Key: LUCENE-4226
URL: https://issues.apache.org/jira/browse/LUCENE-4226
Project: Lucene - Core
Issue Type: Improvement
Components: core/index
Reporter: Adrien Grand
Assignee: Adrien Grand
Priority: Trivial
Fix For: 4.1, 5.0
Attachments: CompressionBenchmark.java, CompressionBenchmark.java,
LUCENE-4226.patch, LUCENE-4226.patch, LUCENE-4226.patch, LUCENE-4226.patch,
LUCENE-4226.patch, LUCENE-4226.patch, LUCENE-4226.patch, LUCENE-4226.patch,
SnappyCompressionAlgorithm.java
I've been doing some experiments with stored fields lately. It is very common
for an index with stored fields enabled to have most of its space used by the
.fdt index file. To prevent this .fdt file from growing too much, one option
is to compress stored fields. Although compression works rather well for
large fields, this is not the case for small fields and the compression ratio
can be very close to 100%, even with efficient compression algorithms.
In order to improve the compression ratio for small fields, I've written a
{{StoredFieldsFormat}} that compresses several documents in a single chunk of
data. To see how it behaves in terms of document deserialization speed and
compression ratio, I've run several tests with different index compression
strategies on 100,000 docs from Mike's 1K Wikipedia articles (title and text
were indexed and stored):
- no compression,
- docs compressed with deflate (compression level = 1),
- docs compressed with deflate (compression level = 9),
- docs compressed with Snappy,
- using the compressing {{StoredFieldsFormat}} with deflate (level = 1) and
chunks of 6 docs,
- using the compressing {{StoredFieldsFormat}} with deflate (level = 9) and
chunks of 6 docs,
- using the compressing {{StoredFieldsFormat}} with Snappy and chunks of 6
docs.
For those who don't know Snappy, it is compression algorithm from Google
which has very high compression ratios, but compresses and decompresses data
very quickly.
{noformat}
Format Compression ratio IndexReader.document time
uncompressed 100% 100%
doc/deflate 1 59% 616%
doc/deflate 9 58% 595%
doc/snappy80% 129%
index/deflate 1 49% 966%
index/deflate 9 46% 938%
index/snappy 65% 264%
{noformat}
(doc = doc-level compression, index = index-level compression)
I find it interesting because it allows to trade speed for space (with
deflate, the .fdt file shrinks by a factor of 2, much better than with
doc-level compression). One other interesting thing is that {{index/snappy}}
is almost as compact as {{doc/deflate}} while it is more than 2x faster at
retrieving documents from disk.
These tests have been done on a hot OS cache, which is the worst case for
compressed fields (one can expect better results for formats that have a high
compression ratio since they probably require fewer read/write operations
from disk).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-2810) Explore Alternate Stored Field approaches for highly redundant data
[ https://issues.apache.org/jira/browse/LUCENE-2810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471473#comment-13471473 ] Adrien Grand commented on LUCENE-2810: -- [~gsingers], I think we can close this issue given that LUCENE-4226 just got committed. Are you OK with that? Explore Alternate Stored Field approaches for highly redundant data --- Key: LUCENE-2810 URL: https://issues.apache.org/jira/browse/LUCENE-2810 Project: Lucene - Core Issue Type: Improvement Components: core/store Reporter: Grant Ingersoll Assignee: Grant Ingersoll In some cases (logs, HTML pages w/ boilerplate, etc.), the stored fields for documents contain a lot of redundant information and end up wasting a lot of space across a large collection of documents. For instance, simply compressing a typical log file often results in 75% compression rates. We should explore mechanisms for applying compression across all the documents for a field (or fields) while still maintaining relatively fast lookup (that being said, in most logging applications, fast retrieval of a given event is not always critical.) For instance, perhaps it is possible to have a part of storage that contains the set of unique values for all the fields and the document field value simply contains a reference (could be as small as a few bits depending on the number of uniq. items) to that value instead of having a full copy. Extending this, perhaps we can leverage some existing compression capabilities in Java to provide this as well. It may make sense to implement this as a Directory, but it might also make sense as a Codec, if and when we have support for changing storage Codecs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-4465) ConstantScoreQuery's scorer does not return child scorers
[ https://issues.apache.org/jira/browse/LUCENE-4465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] selckin updated LUCENE-4465: Attachment: constant-score-children.patch ConstantScoreQuery's scorer does not return child scorers - Key: LUCENE-4465 URL: https://issues.apache.org/jira/browse/LUCENE-4465 Project: Lucene - Core Issue Type: Bug Reporter: selckin Attachments: constant-score-children.patch -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-4465) ConstantScoreQuery's scorer does not return child scorers
selckin created LUCENE-4465: --- Summary: ConstantScoreQuery's scorer does not return child scorers Key: LUCENE-4465 URL: https://issues.apache.org/jira/browse/LUCENE-4465 Project: Lucene - Core Issue Type: Bug Reporter: selckin Attachments: constant-score-children.patch -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (LUCENE-2810) Explore Alternate Stored Field approaches for highly redundant data
[ https://issues.apache.org/jira/browse/LUCENE-2810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grant Ingersoll resolved LUCENE-2810. - Resolution: Won't Fix Explore Alternate Stored Field approaches for highly redundant data --- Key: LUCENE-2810 URL: https://issues.apache.org/jira/browse/LUCENE-2810 Project: Lucene - Core Issue Type: Improvement Components: core/store Reporter: Grant Ingersoll Assignee: Grant Ingersoll In some cases (logs, HTML pages w/ boilerplate, etc.), the stored fields for documents contain a lot of redundant information and end up wasting a lot of space across a large collection of documents. For instance, simply compressing a typical log file often results in 75% compression rates. We should explore mechanisms for applying compression across all the documents for a field (or fields) while still maintaining relatively fast lookup (that being said, in most logging applications, fast retrieval of a given event is not always critical.) For instance, perhaps it is possible to have a part of storage that contains the set of unique values for all the fields and the document field value simply contains a reference (could be as small as a few bits depending on the number of uniq. items) to that value instead of having a full copy. Extending this, perhaps we can leverage some existing compression capabilities in Java to provide this as well. It may make sense to implement this as a Directory, but it might also make sense as a Codec, if and when we have support for changing storage Codecs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (LUCENE-4465) ConstantScoreQuery's scorer does not return child scorers
[ https://issues.apache.org/jira/browse/LUCENE-4465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler reassigned LUCENE-4465: - Assignee: Uwe Schindler Thanks for the hint, I will take care of this. Patch is fine! I will use Collections.singelton() instead of Liust, as a the return reference is only a Collection. ConstantScoreQuery's scorer does not return child scorers - Key: LUCENE-4465 URL: https://issues.apache.org/jira/browse/LUCENE-4465 Project: Lucene - Core Issue Type: Bug Reporter: selckin Assignee: Uwe Schindler Attachments: constant-score-children.patch -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-4465) ConstantScoreQuery's scorer does not return child scorers
[ https://issues.apache.org/jira/browse/LUCENE-4465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-4465: -- Component/s: core/search Affects Version/s: 4.0-BETA Fix Version/s: 5.0 4.1 ConstantScoreQuery's scorer does not return child scorers - Key: LUCENE-4465 URL: https://issues.apache.org/jira/browse/LUCENE-4465 Project: Lucene - Core Issue Type: Bug Components: core/search Affects Versions: 4.0-BETA Reporter: selckin Assignee: Uwe Schindler Fix For: 4.1, 5.0 Attachments: constant-score-children.patch -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-1822) FastVectorHighlighter: SimpleFragListBuilder hard-coded 6 char margin is too naive
[ https://issues.apache.org/jira/browse/LUCENE-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471491#comment-13471491 ] Arcadius Ahouansou commented on LUCENE-1822: Hi Koji. In the file lucene/highlighter/src/test/org/apache/lucene/search/vectorhighlight/SimpleFragmentsBuilderTest.java I have added a TODO regarding empty spaces being added. Is this something we should deal with? Thanks. FastVectorHighlighter: SimpleFragListBuilder hard-coded 6 char margin is too naive -- Key: LUCENE-1822 URL: https://issues.apache.org/jira/browse/LUCENE-1822 Project: Lucene - Core Issue Type: Improvement Components: modules/highlighter Affects Versions: 2.9 Environment: any Reporter: Alex Vigdor Assignee: Koji Sekiguchi Priority: Minor Attachments: LUCENE-1822.patch, LUCENE-1822.patch, LUCENE-1822.patch, LUCENE-1822-tests.patch The new FastVectorHighlighter performs extremely well, however I've found in testing that the window of text chosen per fragment is often very poor, as it is hard coded in SimpleFragListBuilder to always select starting 6 characters to the left of the first phrase match in a fragment. When selecting long fragments, this often means that there is barely any context before the highlighted word, and lots after; even worse, when highlighting a phrase at the end of a short text the beginning is cut off, even though the entire phrase would fit in the specified fragCharSize. For example, highlighting Punishment in Crime and Punishment returns e and bPunishment/b no matter what fragCharSize is specified. I am going to attach a patch that improves the text window selection by recalculating the starting margin once all phrases in the fragment have been identified - this way if a single word is matched in a fragment, it will appear in the middle of the highlight, instead of 6 characters from the beginning. This way one can also guarantee that the entirety of short texts are represented in a fragment by specifying a large enough fragCharSize. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: VOTE: release 4.0 (RC2)
Smoke tests passed on my computer. -- Adrien - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure!
Do we know what's causing these false failures...? Something is holding a JAR file still open, when ant clean-jars tries to remove it? Is there some workaround...? Mike McCandless http://blog.mikemccandless.com On Sun, Oct 7, 2012 at 10:30 PM, Policeman Jenkins Server jenk...@sd-datasolutions.de wrote: Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Windows/1084/ Java: 64bit/jdk1.7.0_07 -XX:+UseG1GC All tests passed Build Log: [...truncated 27369 lines...] BUILD FAILED C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\build.xml:245: The following error occurred while executing this line: C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\lucene\build.xml:552: Unable to delete file C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\lucene\build\analysis\common\lucene-analyzers-common-5.0-SNAPSHOT.jar Total time: 57 minutes 2 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Description set: Java: 64bit/jdk1.7.0_07 -XX:+UseG1GC Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-4285) Improve FST API usability for mere mortals
[ https://issues.apache.org/jira/browse/LUCENE-4285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-4285: --- Attachment: LUCENE-4285.patch Patch, showing how we could use non-final-end-start arcs to do this: I just added a static Builder.getEmptyFST method. I think it's actually useful for Builder.finish to return null when nothing was added: it conveys information (and returning empty FST would mask that). EG SynonymFilterFactory uses this to bypass inserting a do-nothing (slowly) SynonymFilter. Improve FST API usability for mere mortals -- Key: LUCENE-4285 URL: https://issues.apache.org/jira/browse/LUCENE-4285 Project: Lucene - Core Issue Type: Improvement Components: core/FSTs Reporter: David Smiley Attachments: LUCENE-4285.patch FST technology is something that has brought amazing advances to Lucene, yet the API is hard to use for the vast majority of users like me. I know that performance of FSTs is really important, but surely a lot can be done without sacrificing that. (comments will hold specific ideas and problems) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure!
Yeah I think its some ivy/ant issue. i added the deletion here: https://issues.apache.org/jira/browse/LUCENE-4390 I will just change clean-jars to not fail if it cannot delete: this task is now only used for this purpose and unnecessary for anything else. On Mon, Oct 8, 2012 at 7:02 AM, Michael McCandless luc...@mikemccandless.com wrote: Do we know what's causing these false failures...? Something is holding a JAR file still open, when ant clean-jars tries to remove it? Is there some workaround...? Mike McCandless http://blog.mikemccandless.com On Sun, Oct 7, 2012 at 10:30 PM, Policeman Jenkins Server jenk...@sd-datasolutions.de wrote: Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Windows/1084/ Java: 64bit/jdk1.7.0_07 -XX:+UseG1GC All tests passed Build Log: [...truncated 27369 lines...] BUILD FAILED C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\build.xml:245: The following error occurred while executing this line: C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\lucene\build.xml:552: Unable to delete file C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\lucene\build\analysis\common\lucene-analyzers-common-5.0-SNAPSHOT.jar Total time: 57 minutes 2 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Description set: Java: 64bit/jdk1.7.0_07 -XX:+UseG1GC Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
RE: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure!
The interesting thing is that this only happens on *this* single JAR file. - 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] Sent: Monday, October 08, 2012 1:03 PM To: dev@lucene.apache.org Subject: Re: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure! Do we know what's causing these false failures...? Something is holding a JAR file still open, when ant clean-jars tries to remove it? Is there some workaround...? Mike McCandless http://blog.mikemccandless.com On Sun, Oct 7, 2012 at 10:30 PM, Policeman Jenkins Server jenkins@sd- datasolutions.de wrote: Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Windows/1084/ Java: 64bit/jdk1.7.0_07 -XX:+UseG1GC All tests passed Build Log: [...truncated 27369 lines...] BUILD FAILED C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\build.xml:245: The following error occurred while executing this line: C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\lucene\build .xml:552: Unable to delete file C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\lucene\build \analysis\common\lucene-analyzers-common-5.0-SNAPSHOT.jar Total time: 57 minutes 2 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Description set: Java: 64bit/jdk1.7.0_07 -XX:+UseG1GC Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
RE: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure!
The clean-jars task should only remove ivy-jars! Shouldn't it exclude **/build/* Then this problem would be solved... I don't like the failOnError=false. I sometimes call ant clean-jars and I am happy that it throws BuildException when I have the JAR file or any other (if ant clean) file open e.g. in ZIP window. - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de -Original Message- From: Robert Muir [mailto:rcm...@gmail.com] Sent: Monday, October 08, 2012 1:39 PM To: dev@lucene.apache.org Subject: Re: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure! Its really not interesting, its just the first one in alphasort order. On Mon, Oct 8, 2012 at 7:38 AM, Uwe Schindler u...@thetaphi.de wrote: The interesting thing is that this only happens on *this* single JAR file. - 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] Sent: Monday, October 08, 2012 1:03 PM To: dev@lucene.apache.org Subject: Re: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure! Do we know what's causing these false failures...? Something is holding a JAR file still open, when ant clean-jars tries to remove it? Is there some workaround...? Mike McCandless http://blog.mikemccandless.com On Sun, Oct 7, 2012 at 10:30 PM, Policeman Jenkins Server jenkins@sd- datasolutions.de wrote: Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Windows/10 84/ Java: 64bit/jdk1.7.0_07 -XX:+UseG1GC All tests passed Build Log: [...truncated 27369 lines...] BUILD FAILED C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk- Windows\build.xml:245: The following error occurred while executing this line: C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\lucene\bu ild .xml:552: Unable to delete file C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\lucene\bu ild \analysis\common\lucene-analyzers-common-5.0-SNAPSHOT.jar Total time: 57 minutes 2 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Description set: Java: 64bit/jdk1.7.0_07 -XX:+UseG1GC Email was triggered for: Failure Sending email for trigger: Failure --- -- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-1604) Wildcards, ORs etc inside Phrase Queries
[ https://issues.apache.org/jira/browse/SOLR-1604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471505#comment-13471505 ] Ahmet Arslan commented on SOLR-1604: [~dabai] query string mp* is somehow invalid. Use q=mp* instead. This parser expects at least two clauses inside quotes. Wildcards, ORs etc inside Phrase Queries Key: SOLR-1604 URL: https://issues.apache.org/jira/browse/SOLR-1604 Project: Solr Issue Type: Improvement Components: search Affects Versions: 1.4 Reporter: Ahmet Arslan Priority: Minor Attachments: ASF.LICENSE.NOT.GRANTED--ComplexPhrase.zip, ComplexPhraseQueryParser.java, ComplexPhrase.zip, ComplexPhrase.zip, ComplexPhrase.zip, ComplexPhrase.zip, ComplexPhrase.zip, SOLR-1604-alternative.patch, SOLR-1604.patch, SOLR-1604.patch Solr Plugin for ComplexPhraseQueryParser (LUCENE-1486) which supports wildcards, ORs, ranges, fuzzies inside phrase queries. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
RE: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure!
I would propose the following: Index: lucene/build.xml === --- lucene/build.xml(revision 1395520) +++ lucene/build.xml(working copy) @@ -546,8 +546,8 @@ !-- NOTE: not really useful anymore ... -- target name=clean-jars description=Clean local jars - delete failonerror=false - fileset dir=. includes=**/*.jar/ + delete + fileset dir=. includes=**/*.jar excludes=build/**/ /delete /target Index: solr/build.xml === --- solr/build.xml (revision 1395520) +++ solr/build.xml (working copy) @@ -677,8 +677,8 @@ !-- NOTE: not really useful anymore -- target name=clean-jars description=Clean local jars - delete failonerror=false - fileset dir=. includes=**/*.jar/ + delete + fileset dir=. includes=**/*.jar excludes=build/**/ /delete /target - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de -Original Message- From: Uwe Schindler [mailto:u...@thetaphi.de] Sent: Monday, October 08, 2012 1:47 PM To: dev@lucene.apache.org Subject: RE: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure! The clean-jars task should only remove ivy-jars! Shouldn't it exclude **/build/* Then this problem would be solved... I don't like the failOnError=false. I sometimes call ant clean-jars and I am happy that it throws BuildException when I have the JAR file or any other (if ant clean) file open e.g. in ZIP window. - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de -Original Message- From: Robert Muir [mailto:rcm...@gmail.com] Sent: Monday, October 08, 2012 1:39 PM To: dev@lucene.apache.org Subject: Re: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure! Its really not interesting, its just the first one in alphasort order. On Mon, Oct 8, 2012 at 7:38 AM, Uwe Schindler u...@thetaphi.de wrote: The interesting thing is that this only happens on *this* single JAR file. - 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] Sent: Monday, October 08, 2012 1:03 PM To: dev@lucene.apache.org Subject: Re: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure! Do we know what's causing these false failures...? Something is holding a JAR file still open, when ant clean-jars tries to remove it? Is there some workaround...? Mike McCandless http://blog.mikemccandless.com On Sun, Oct 7, 2012 at 10:30 PM, Policeman Jenkins Server jenkins@sd- datasolutions.de wrote: Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Windows/10 84/ Java: 64bit/jdk1.7.0_07 -XX:+UseG1GC All tests passed Build Log: [...truncated 27369 lines...] BUILD FAILED C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk- Windows\build.xml:245: The following error occurred while executing this line: C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\lucene\bu ild .xml:552: Unable to delete file C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\lucene\bu ild \analysis\common\lucene-analyzers-common-5.0-SNAPSHOT.jar Total time: 57 minutes 2 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Description set: Java: 64bit/jdk1.7.0_07 -XX:+UseG1GC Email was triggered for: Failure Sending email for trigger: Failure --- -- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For
[jira] [Commented] (LUCENE-4285) Improve FST API usability for mere mortals
[ https://issues.apache.org/jira/browse/LUCENE-4285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471514#comment-13471514 ] Dawid Weiss commented on LUCENE-4285: - For the record, I don't have anything against null returned for an empty automaton, I just mentioned how this representation is accomplished elsewhere (for instance here http://www.eti.pg.gda.pl/katedry/kiw/pracownicy/Jan.Daciuk/personal/fsa.html). Improve FST API usability for mere mortals -- Key: LUCENE-4285 URL: https://issues.apache.org/jira/browse/LUCENE-4285 Project: Lucene - Core Issue Type: Improvement Components: core/FSTs Reporter: David Smiley Attachments: LUCENE-4285.patch FST technology is something that has brought amazing advances to Lucene, yet the API is hard to use for the vast majority of users like me. I know that performance of FSTs is really important, but surely a lot can be done without sacrificing that. (comments will hold specific ideas and problems) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_07) - Build # 1084 - Failure!
On Mon, Oct 8, 2012 at 7:47 AM, Uwe Schindler u...@thetaphi.de wrote: The clean-jars task should only remove ivy-jars! Shouldn't it exclude **/build/* Then this problem would be solved... I don't like the failOnError=false. I sometimes call ant clean-jars and I am happy that it throws BuildException when I have the JAR file or any other (if ant clean) file open e.g. in ZIP window. I don't want this. i will now remove this useless task. wherever it is used, resolve should be used instead. - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java7-64-test-only - Build # 9336 - Failure!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/9336/ No tests ran. Build Log: [...truncated 20 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only-compressed - Build # 227 - Failure!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only-compressed/227/ No tests ran. Build Log: [...truncated 24 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only - Build # 226 - Failure!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only/226/ No tests ran. Build Log: [...truncated 23 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only - Build # 9344 - Failure!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only/9344/ No tests ran. Build Log: [...truncated 18 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only - Build # 227 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only/227/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only - Build # 9345 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only/9345/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only-compressed - Build # 228 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only-compressed/228/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java7-64-test-only - Build # 9337 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/9337/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[jira] [Updated] (SOLR-1604) Wildcards, ORs etc inside Phrase Queries
[ https://issues.apache.org/jira/browse/SOLR-1604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ahmet Arslan updated SOLR-1604: --- Component/s: query parsers Wildcards, ORs etc inside Phrase Queries Key: SOLR-1604 URL: https://issues.apache.org/jira/browse/SOLR-1604 Project: Solr Issue Type: Improvement Components: query parsers, search Affects Versions: 1.4 Reporter: Ahmet Arslan Priority: Minor Attachments: ASF.LICENSE.NOT.GRANTED--ComplexPhrase.zip, ComplexPhraseQueryParser.java, ComplexPhrase.zip, ComplexPhrase.zip, ComplexPhrase.zip, ComplexPhrase.zip, ComplexPhrase.zip, SOLR-1604-alternative.patch, SOLR-1604.patch, SOLR-1604.patch Solr Plugin for ComplexPhraseQueryParser (LUCENE-1486) which supports wildcards, ORs, ranges, fuzzies inside phrase queries. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only - Build # 228 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only/228/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only - Build # 9346 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only/9346/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only-compressed - Build # 229 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only-compressed/229/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java7-64-test-only - Build # 9338 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/9338/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only - Build # 229 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only/229/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only - Build # 9347 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only/9347/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only-compressed - Build # 230 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only-compressed/230/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java7-64-test-only - Build # 9339 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/9339/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only - Build # 230 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only/230/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only - Build # 9348 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only/9348/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only-compressed - Build # 231 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only-compressed/231/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java7-64-test-only - Build # 9340 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/9340/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only - Build # 231 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only/231/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only - Build # 9349 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only/9349/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only-compressed - Build # 232 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only-compressed/232/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java7-64-test-only - Build # 9341 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/9341/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-Solr-trunk-Linux (32bit/jdk1.7.0_07) - Build # 1626 - Failure!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Linux/1626/ Java: 32bit/jdk1.7.0_07 -server -XX:+UseG1GC No tests ran. Build Log: [...truncated 140 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-trunk-Linux/build.xml:222: The following error occurred while executing this line: Target clean-jars does not exist in the project lucene. It is used from target jar-checksums. Total time: 2 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Description set: Java: 32bit/jdk1.7.0_07 -server -XX:+UseG1GC Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-4.x-Linux (32bit/jdk1.7.0_07) - Build # 1616 - Failure!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux/1616/ Java: 32bit/jdk1.7.0_07 -client -XX:+UseParallelGC No tests ran. Build Log: [...truncated 143 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/build.xml:222: The following error occurred while executing this line: Target clean-jars does not exist in the project lucene. It is used from target jar-checksums. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Description set: Java: 32bit/jdk1.7.0_07 -client -XX:+UseParallelGC Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only - Build # 232 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only/232/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only - Build # 9350 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only/9350/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only-compressed - Build # 233 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only-compressed/233/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java7-64-test-only - Build # 9342 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/9342/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only - Build # 233 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only/233/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only - Build # 9351 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only/9351/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only-compressed - Build # 234 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only-compressed/234/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java7-64-test-only - Build # 9343 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/9343/ No tests ran. Build Log: [...truncated 11 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only - Build # 234 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only/234/ No tests ran. Build Log: [...truncated 16 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only - Build # 9352 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only/9352/ No tests ran. Build Log: [...truncated 11 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only-compressed - Build # 235 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only-compressed/235/ No tests ran. Build Log: [...truncated 16 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java7-64-test-only - Build # 9344 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/9344/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only - Build # 235 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-o.a.l.index-test-only/235/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only - Build # 9353 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only/9353/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[JENKINS] Lucene-trunk-Linux-Java6-64-test-only-compressed - Build # 236 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64-test-only-compressed/236/ No tests ran. Build Log: [...truncated 15 lines...] BUILD FAILED Target clean-jars does not exist in the project lucene. Total time: 0 seconds Build step 'Invoke Ant' marked build as failure Recording test results Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-3920) CloudSolrServer doesn't allow to index multiple collections with one instance of server
Grzegorz Sobczyk created SOLR-3920:
--
Summary: CloudSolrServer doesn't allow to index multiple
collections with one instance of server
Key: SOLR-3920
URL: https://issues.apache.org/jira/browse/SOLR-3920
Project: Solr
Issue Type: Bug
Components: SolrCloud
Affects Versions: 4.0-BETA
Reporter: Grzegorz Sobczyk
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
CloudSolrServer server = new CloudSolrServer(zkHost);
UpdateRequest updateColl1 = new UpdateRequest();
updateColl1.setParam(collection, collection1);
updateColl1.add(document);
updateColl1.process(server);
UpdateRequest updateColl2 = new UpdateRequest();
updateColl2.setParam(collection, collection2);
updateColl2.add(document);
updateColl2.process(server);
{code}
Second update goes to first collection.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-trunk-Linux-Java7-64-test-only - Build # 9345 - Still Failing!
Build: builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/9345/ No tests ran. Build Log: [...truncated 9 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/nightly org.tmatesoft.svn.core.SVNException: svn: Target path '/lucene/dev/nightly' does not exist svn: REPORT of /repos/asf/!svn/vcc/default: 500 Internal Server Error (http://svn.apache.org) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1284) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:830) at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:564) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:743) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:685) at hudson.model.AbstractProject.checkout(AbstractProject.java:1249) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:589) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:494) at hudson.model.Run.execute(Run.java:1488) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Target path '/lucene/dev/nightly' does not exist at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVErrorHandler.endElement(DAVErrorHandler.java:72) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:99) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1741) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2898) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:776) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:741) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readError(HTTPConnection.java:222) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.readError(HTTPRequest.java:290) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:213) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:379) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:292) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) at
[jira] [Updated] (SOLR-3920) CloudSolrServer doesn't allow to index multiple collections with one instance of server
[
https://issues.apache.org/jira/browse/SOLR-3920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Sobczyk updated SOLR-3920:
---
Description:
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
CloudSolrServer server = new CloudSolrServer(zkHost);
UpdateRequest updateColl1 = new UpdateRequest();
updateColl1.setAction(ACTION.COMMIT, true, true);
updateColl1.process(server);
UpdateRequest updateColl2 = new UpdateRequest();
updateColl2.setAction(ACTION.COMMIT, true, true);
updateColl2.process(server);
{code}
Second update goes to first collection.
was:
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
CloudSolrServer server = new CloudSolrServer(zkHost);
UpdateRequest updateColl1 = new UpdateRequest();
updateColl1.setParam(collection, collection1);
updateColl1.add(document);
updateColl1.process(server);
UpdateRequest updateColl2 = new UpdateRequest();
updateColl2.setParam(collection, collection2);
updateColl2.add(document);
updateColl2.process(server);
{code}
Second update goes to first collection.
CloudSolrServer doesn't allow to index multiple collections with one instance
of server
---
Key: SOLR-3920
URL: https://issues.apache.org/jira/browse/SOLR-3920
Project: Solr
Issue Type: Bug
Components: SolrCloud
Affects Versions: 4.0-BETA
Reporter: Grzegorz Sobczyk
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
CloudSolrServer server = new CloudSolrServer(zkHost);
UpdateRequest updateColl1 = new UpdateRequest();
updateColl1.setAction(ACTION.COMMIT, true, true);
updateColl1.process(server);
UpdateRequest updateColl2 = new UpdateRequest();
updateColl2.setAction(ACTION.COMMIT, true, true);
updateColl2.process(server);
{code}
Second update goes to first collection.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-3920) CloudSolrServer doesn't allow to index multiple collections with one instance of server
[
https://issues.apache.org/jira/browse/SOLR-3920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Sobczyk updated SOLR-3920:
---
Description:
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
CloudSolrServer server = new CloudSolrServer(zkHost);
UpdateRequest updateColl1 = new UpdateRequest();
updateColl1.setParam(collection, collection1);
updateColl1.add(document);
updateColl1.process(server);
UpdateRequest updateColl2 = new UpdateRequest();
updateColl2.setParam(collection, collection2);
updateColl2.add(document);
updateColl2.process(server);
{code}
Second update goes to first collection.
was:
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
CloudSolrServer server = new CloudSolrServer(zkHost);
UpdateRequest updateColl1 = new UpdateRequest();
updateColl1.setParam(collection, collection1);
updateColl1.add(document);
updateColl1.process(server);
UpdateRequest updateColl2 = new UpdateRequest();
updateColl2.setParam(collection, collection2);
updateColl2.add(document);
updateColl2.process(server);
{code}
Second update goes to first collection.
CloudSolrServer doesn't allow to index multiple collections with one instance
of server
---
Key: SOLR-3920
URL: https://issues.apache.org/jira/browse/SOLR-3920
Project: Solr
Issue Type: Bug
Components: SolrCloud
Affects Versions: 4.0-BETA
Reporter: Grzegorz Sobczyk
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
CloudSolrServer server = new CloudSolrServer(zkHost);
UpdateRequest updateColl1 = new UpdateRequest();
updateColl1.setParam(collection, collection1);
updateColl1.add(document);
updateColl1.process(server);
UpdateRequest updateColl2 = new UpdateRequest();
updateColl2.setParam(collection, collection2);
updateColl2.add(document);
updateColl2.process(server);
{code}
Second update goes to first collection.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
Re: VOTE: release 4.0 (RC2)
+1 everything is smooth On Mon, Oct 8, 2012 at 12:43 PM, Adrien Grand jpou...@gmail.com wrote: Smoke tests passed on my computer. -- Adrien - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-4399) Rename AppendingCodec to Appending40Codec
[ https://issues.apache.org/jira/browse/LUCENE-4399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-4399: Attachment: LUCENE-4399.patch updated patch (just docs-only). If the .tip part looks confusing, its just because the current doc for the terms index format was missing any mention of DirOffset. Rename AppendingCodec to Appending40Codec - Key: LUCENE-4399 URL: https://issues.apache.org/jira/browse/LUCENE-4399 Project: Lucene - Core Issue Type: New Feature Reporter: Adrien Grand Assignee: Adrien Grand Priority: Minor Fix For: 4.1 Attachments: LUCENE-4399.patch, LUCENE-4399.patch, LUCENE-4399.patch, LUCENE-4399.patch, LUCENE-4399.patch In order AppendingCodec to follow Lucene codecs version, I think its name should include a version number (so that, for example, if we get to releave Lucene 4.3 with a new Lucene43Codec, there will also be a new Appending43Codec). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Build failed in Jenkins: slow-io-beasting #4631
See http://sierranevada.servebeer.com:8080/job/slow-io-beasting/4631/ -- [...truncated 2394 lines...] [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestSegmentTermDocs [junit4:junit4] OK 0.13s J3 | TestSegmentTermDocs.test [junit4:junit4] OK 0.13s J3 | TestSegmentTermDocs.testTermDocs [junit4:junit4] OK 0.16s J3 | TestSegmentTermDocs.testBadSeek [junit4:junit4] OK 0.19s J3 | TestSegmentTermDocs.testSkipTo [junit4:junit4] OK 0.22s J3 | TestSegmentTermDocs.testIndexDivisor [junit4:junit4] Completed on J3 in 0.84s, 5 tests [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestParallelCompositeReader [junit4:junit4] OK 0.08s J0 | TestParallelCompositeReader.testIncompatibleIndexes1 [junit4:junit4] OK 0.44s J0 | TestParallelCompositeReader.testIncompatibleIndexes3 [junit4:junit4] OK 0.02s J0 | TestParallelCompositeReader.testIgnoreStoredFields [junit4:junit4] OK 0.06s J0 | TestParallelCompositeReader.testRefCounts1 [junit4:junit4] OK 0.25s J0 | TestParallelCompositeReader.testIncompatibleIndexes2 [junit4:junit4] OK 0.08s J0 | TestParallelCompositeReader.testRefCounts2 [junit4:junit4] OK 0.16s J0 | TestParallelCompositeReader.testQueriesCompositeComposite [junit4:junit4] OK 0.08s J0 | TestParallelCompositeReader.testQueries [junit4:junit4] Completed on J0 in 1.17s, 8 tests [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestTermsEnum2 [junit4:junit4] OK 0.11s J1 | TestTermsEnum2.testFiniteVersusInfinite [junit4:junit4] OK 0.03s J1 | TestTermsEnum2.testSeekingAndNexting [junit4:junit4] OK 0.19s J1 | TestTermsEnum2.testIntersect [junit4:junit4] OK 0.00s J1 | TestTermsEnum2.testSeeking [junit4:junit4] Completed on J1 in 0.38s, 4 tests [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestDocValuesTypeCompatibility [junit4:junit4] OK 0.21s J3 | TestDocValuesTypeCompatibility.testAddCompatibleByteTypes [junit4:junit4] OK 0.02s J3 | TestDocValuesTypeCompatibility.testIncompatibleTypesBytes [junit4:junit4] OK 0.05s J3 | TestDocValuesTypeCompatibility.testAddCompatibleDoubleTypes [junit4:junit4] OK 0.07s J3 | TestDocValuesTypeCompatibility.testAddCompatibleIntTypes [junit4:junit4] OK 0.06s J3 | TestDocValuesTypeCompatibility.testAddCompatibleDoubleTypes2 [junit4:junit4] Completed on J3 in 0.44s, 5 tests [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestDocumentWriter [junit4:junit4] OK 0.02s J1 | TestDocumentWriter.testPreAnalyzedField [junit4:junit4] OK 0.00s J1 | TestDocumentWriter.test [junit4:junit4] OK 0.02s J1 | TestDocumentWriter.testLUCENE_1590 [junit4:junit4] OK 0.00s J1 | TestDocumentWriter.testTokenReuse [junit4:junit4] OK 0.13s J1 | TestDocumentWriter.testAddDocument [junit4:junit4] OK 0.00s J1 | TestDocumentWriter.testPositionIncrementGap [junit4:junit4] OK 0.02s J1 | TestDocumentWriter.testMixedTermVectorSettingsSameField [junit4:junit4] Completed on J1 in 0.17s, 7 tests [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestPrefixCodedTerms [junit4:junit4] OK 0.06s J3 | TestPrefixCodedTerms.testRandom [junit4:junit4] OK 0.03s J3 | TestPrefixCodedTerms.testMergeRandom [junit4:junit4] OK 0.00s J3 | TestPrefixCodedTerms.testMergeEmpty [junit4:junit4] OK 0.00s J3 | TestPrefixCodedTerms.testOne [junit4:junit4] OK 0.00s J3 | TestPrefixCodedTerms.testMergeOne [junit4:junit4] OK 0.00s J3 | TestPrefixCodedTerms.testEmpty [junit4:junit4] Completed on J3 in 0.13s, 6 tests [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestForceMergeForever [junit4:junit4] OK 0.25s J0 | TestForceMergeForever.test [junit4:junit4] Completed on J0 in 0.25s, 1 test [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestForTooMuchCloning [junit4:junit4] OK 0.08s J3 | TestForTooMuchCloning.test [junit4:junit4] Completed on J3 in 0.09s, 1 test [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestIndexableField [junit4:junit4] OK 0.14s J0 | TestIndexableField.testArbitraryFields [junit4:junit4] Completed on J0 in 0.16s, 1 test [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestTermVectorsWriter [junit4:junit4] OK 0.00s J1 | TestTermVectorsWriter.testEndOffsetPositionWithCachingTokenFilter [junit4:junit4] OK 0.00s J1 | TestTermVectorsWriter.testEndOffsetPositionStopFilter [junit4:junit4] OK 0.02s J1 | TestTermVectorsWriter.testNoTermVectorAfterTermVector [junit4:junit4] OK 0.00s J1 | TestTermVectorsWriter.testDoubleOffsetCounting [junit4:junit4] OK 0.02s J1 | TestTermVectorsWriter.testNoTermVectorAfterTermVectorMerge [junit4:junit4] OK 0.00s J1 | TestTermVectorsWriter.testTermVectorCorruption2 [junit4:junit4] OK 0.00s J1 | TestTermVectorsWriter.testEndOffsetPositionStandard [junit4:junit4] OK 0.03s J1 |
Jenkins build is back to normal : slow-io-beasting #4632
See http://sierranevada.servebeer.com:8080/job/slow-io-beasting/4632/ - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-3920) CloudSolrServer doesn't allow to index multiple collections with one instance of server
[
https://issues.apache.org/jira/browse/SOLR-3920?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471597#comment-13471597
]
Mark Miller commented on SOLR-3920:
---
You can set the default collection (a method on the CloudSolrServer) or set the
collection per update call (collection param).
CloudSolrServer doesn't allow to index multiple collections with one instance
of server
---
Key: SOLR-3920
URL: https://issues.apache.org/jira/browse/SOLR-3920
Project: Solr
Issue Type: Bug
Components: SolrCloud
Affects Versions: 4.0-BETA
Reporter: Grzegorz Sobczyk
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
CloudSolrServer server = new CloudSolrServer(zkHost);
UpdateRequest updateColl1 = new UpdateRequest();
updateColl1.setAction(ACTION.COMMIT, true, true);
updateColl1.process(server);
UpdateRequest updateColl2 = new UpdateRequest();
updateColl2.setAction(ACTION.COMMIT, true, true);
updateColl2.process(server);
{code}
Second update goes to first collection.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Build failed in Jenkins: slow-io-beasting #4631
[junit4:junit4] ERROR: JVM J2 ended with an exception: java.lang.ArrayIndexOutOfBoundsException: 10 [junit4:junit4] at java.util.ArrayList.add(ArrayList.java:352) [junit4:junit4] at com.carrotsearch.ant.tasks.junit4.JUnit4.getWorkingDirectory(JUnit4.java:1326) I'll release a bugfix and upgrade ivy files later today. Dawid - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: VOTE: release 4.0 (RC2)
+1 Smoke test passes on OSX 10.8.2. Believe all show stoppers are fixed now -- Jan Høydahl, search solution architect Cominvent AS - www.cominvent.com Solr Training - www.solrtraining.com 6. okt. 2012 kl. 10:10 skrev Robert Muir rcm...@gmail.com: artifacts here: http://s.apache.org/lusolr40rc2 Thanks for the good inspection of rc#1 and finding bugs, which found test bugs and other bugs! I am happy this was all discovered and sorted out before release. vote stays open until wednesday, the weekend is just extra time for evaluating the RC. - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-3906) Add support for AnalyzingSuggester / coerce it to work for Japanese
[ https://issues.apache.org/jira/browse/SOLR-3906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated SOLR-3906: -- Attachment: SOLR-3906.patch Updated patch: I added a simple test stolen from [~cm] 's website. but it seems to be basically working. I'm not really sure of all the ins and outs as far as how japanese suggesters should work, so maybe someone else can take it from here :) Note the change to the readingformfilter, the half-width case failed without this (because in that situation its an OOV term). Add support for AnalyzingSuggester / coerce it to work for Japanese Key: SOLR-3906 URL: https://issues.apache.org/jira/browse/SOLR-3906 Project: Solr Issue Type: New Feature Components: spellchecker Reporter: Robert Muir Attachments: SOLR-3906_notestsyet.patch, SOLR-3906.patch We should add a factory for this to solr, and try to add a test/example using JapaneseReadingFormFilter, to see if we can at least get some basic auto-suggest working for this language. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-4462) Publishing flushed segments is single threaded and too costly
[ https://issues.apache.org/jira/browse/LUCENE-4462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471662#comment-13471662 ] Michael McCandless commented on LUCENE-4462: Patch looks good, thanks Simon! I think we should keep the safety in there (the fallback to forcePurge if too many segments are backlogged)...? Hopefully it never needs to run... but just in case. Publishing flushed segments is single threaded and too costly - Key: LUCENE-4462 URL: https://issues.apache.org/jira/browse/LUCENE-4462 Project: Lucene - Core Issue Type: Improvement Reporter: Michael McCandless Assignee: Simon Willnauer Attachments: LUCENE-4462.patch Spinoff from http://lucene.markmail.org/thread/4li6bbomru35qn7w The new TestBagOfPostings failed the build because it timed out after 2 hours ... but in digging I found that it was a starvation issue: the 4 threads were flushing segments much faster than the 1 thread could publish them. I think this is because publishing segments (DocumentsWriter.publishFlushedSegment) is actually rather costly (creates CFS file if necessary, writes .si, etc.). I committed a workaround for now, to prevent starvation (see svn diff -c 1394704 https://svn.apache.org/repos/asf/lucene/dev/trunk), but we really should address the root cause by moving these costly ops into flush() so that publishing is a low cost operation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-3377) eDismax: A fielded query wrapped by parens is not recognized
[
https://issues.apache.org/jira/browse/SOLR-3377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471685#comment-13471685
]
Shawn Heisey commented on SOLR-3377:
I have come across something similar to this in Solr 3.5.0. I am wondering if
this problem is fixed by this issue in the upcoming 4.0. I don't have a 4.0
index at the moment that I can test on.
query:
{code}((feature:depphotos) OR (feature:glowimages) OR (feature:ipurestockx)
(Kitchen))
{code}
handler definition:
{code}
str name=defTypeedismax/str
str name=echoParamsall/str
int name=rows70/int
str
name=shardsidxa2.REDACTED.com:8981/solr/inclive,idxa1.REDACTED.com:8981/solr/s0live,idxa1.REDACTED.com:8981/solr/s1live,idxa1.REDACTED.com:8981/solr/s2live,idxa2.REDACTED.com:8981/solr/s3live,idxa2.REDACTED.com:8981/solr/s4live,idxa2.REDACTED.com:8981/solr/s5live/str
float name=tie0.1/float
int name=qs3/int
int name=ps3/int
str name=qfcatchall/str
str name=pfcatchall^2/str
str name=boost
recip(ms(NOW/DAY,pd),3.16e-11,1,1)
/str
str name=flscore,*/str
str name=mm100%/str
str name=q.alt*:*/str
bool name=lowercaseOperatorsfalse/bool
{code}
parsedquery_toString:
{code}
boost(+(feature:depphotos feature:glowimages feature:ipurestockx
(catchall:kitchen)~0.1) (catchall:(feature:depphotos feature) depphotos
(feature:glowimages feature) glowimages (feature:ipurestockx feature)
ipurestockx
kitchen~3^2.0)~0.1,1.0/(3.16E-11*float(ms(const(134965440),date(pd)))+1.0))
{code}
Adding some spaces fixes it:
{code}(( feature:depphotos ) OR ( feature:glowimages ) OR ( feature:ipurestockx
) (Kitchen))
{code}
becomes:
{code}boost(+(feature:depphotos feature:glowimages feature:ipurestockx
(catchall:kitchen)~0.1)
(),1.0/(3.16E-11*float(ms(const(134965440),date(pd)))+1.0))
{code}
It also suffers from the problem where the default operator (AND in our case)
is ignored, but I believe that issue is already filed.
eDismax: A fielded query wrapped by parens is not recognized
Key: SOLR-3377
URL: https://issues.apache.org/jira/browse/SOLR-3377
Project: Solr
Issue Type: Bug
Components: query parsers
Affects Versions: 3.6
Reporter: Jan Høydahl
Assignee: Yonik Seeley
Priority: Critical
Fix For: 4.0-BETA
Attachments: SOLR-3377.patch, SOLR-3377.patch, SOLR-3377.patch,
SOLR-3377.patch
As reported by bernd on the user list, a query like this
{{q=(name:test)}}
will yield 0 hits in 3.6 while it worked in 3.5. It works without the parens.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-3377) eDismax: A fielded query wrapped by parens is not recognized
[
https://issues.apache.org/jira/browse/SOLR-3377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471689#comment-13471689
]
Shawn Heisey commented on SOLR-3377:
I have the relevant pieces of schema.xml ready to include, but I will wait
until I know whether this is the appropriate issue, or a new issue should be
filed.
eDismax: A fielded query wrapped by parens is not recognized
Key: SOLR-3377
URL: https://issues.apache.org/jira/browse/SOLR-3377
Project: Solr
Issue Type: Bug
Components: query parsers
Affects Versions: 3.6
Reporter: Jan Høydahl
Assignee: Yonik Seeley
Priority: Critical
Fix For: 4.0-BETA
Attachments: SOLR-3377.patch, SOLR-3377.patch, SOLR-3377.patch,
SOLR-3377.patch
As reported by bernd on the user list, a query like this
{{q=(name:test)}}
will yield 0 hits in 3.6 while it worked in 3.5. It works without the parens.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-4466) Bounds check inconsistent for stored fields vs term vectors
Robert Muir created LUCENE-4466: --- Summary: Bounds check inconsistent for stored fields vs term vectors Key: LUCENE-4466 URL: https://issues.apache.org/jira/browse/LUCENE-4466 Project: Lucene - Core Issue Type: Bug Components: core/index Reporter: Robert Muir SegmentReader.document does the check for stored fields. Codec's dont. SegmentReader.getTermVectors doesnt do the check for vectors. Codec does. I think we should move the vectors check out to SR, too. Codecs can have an assert if they want, but the APIs should look more consistent. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-3921) CoreAdminHandler fails when dataDir doesn't exist on local filesystem
Patrick Hunt created SOLR-3921: -- Summary: CoreAdminHandler fails when dataDir doesn't exist on local filesystem Key: SOLR-3921 URL: https://issues.apache.org/jira/browse/SOLR-3921 Project: Solr Issue Type: Bug Components: web gui Affects Versions: 4.0-BETA Reporter: Patrick Hunt Assignee: Patrick Hunt Priority: Critical Fix For: 4.1, 5.0 CoreAdminHandler.getIndexSize calls FileUtils.sizeOfDirectory which throws unhandled IllegalArgumentException when dataDir doesn't exist on the local filesystem. As a result the webapp gui hangs (never displays any result). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-3921) CoreAdminHandler fails when dataDir doesn't exist on local filesystem
[ https://issues.apache.org/jira/browse/SOLR-3921?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick Hunt updated SOLR-3921: --- Attachment: SOLR-3921.patch This patch works around the problem by returning 0 when the directory doesn't exist. Note that ReplicationHandler has the same issue. Seems that the proper way to handle this would be to move the size calculation into SolrCore class and use Directory instead of local filesystem. I'm not sure what that entails, this patch is a workaround where proper fix would require a more involved solution. Should I enter a jira for that? (ie move the calculation into solrcore and use Directory instead of local filesystem). I looked at adding unit tests for this however it wasn't clear how I might do that. I don't see that this is currently tested, and there didn't seem to be a way to use EasyMock for this. If there are any suggestions on how to add unit tests for this please comment. (if you feel such is necessary) I manually verified by using a RAMDirectoryFactory and then deleting the data directory after the server was started (the directory would be re-created on solr server startup). The UI functions properly with this patch - although the reported size is incorrect (zero). The Directory based approach I mentioned earlier would be necessary to address this. CoreAdminHandler fails when dataDir doesn't exist on local filesystem - Key: SOLR-3921 URL: https://issues.apache.org/jira/browse/SOLR-3921 Project: Solr Issue Type: Bug Components: web gui Affects Versions: 4.0-BETA Reporter: Patrick Hunt Assignee: Patrick Hunt Priority: Critical Fix For: 4.1, 5.0 Attachments: SOLR-3921.patch CoreAdminHandler.getIndexSize calls FileUtils.sizeOfDirectory which throws unhandled IllegalArgumentException when dataDir doesn't exist on the local filesystem. As a result the webapp gui hangs (never displays any result). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-3920) CloudSolrServer doesn't allow to index multiple collections with one instance of server
[
https://issues.apache.org/jira/browse/SOLR-3920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Sobczyk updated SOLR-3920:
---
Description:
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
@Test
public void shouldCommitToTwoCores() throws Exception {
//given
try {
CloudSolrServer server = new CloudSolrServer(localhost:9983);
UpdateRequest commit1 = new UpdateRequest();
commit1.setAction(ACTION.COMMIT, true, true);
commit1.setParam(collection, collection1);
//this commit is bug's cause
commit1.process(server);
SolrInputDocument doc = new SolrInputDocument();
doc.addField(id, id);
doc.addField(name, name);
UpdateRequest update2 = new UpdateRequest();
update2.setParam(collection, collection2);
update2.add(doc);
update2.process(server);
UpdateRequest commit2 = new UpdateRequest();
commit2.setAction(ACTION.COMMIT, true, true);
commit2.setParam(collection, collection2);
commit2.process(server);
SolrQuery q1 = new SolrQuery(id:id);
q1.set(collection, collection1);
SolrQuery q2 = new SolrQuery(id:id);
q2.set(collection, collection2);
//when
QueryResponse resp1 = server.query(q1);
QueryResponse resp2 = server.query(q2);
//then
Assert.assertEquals(0L, resp1.getResults().getNumFound());
Assert.assertEquals(0L, resp2.getResults().getNumFound());
} finally {
CloudSolrServer server1 = new CloudSolrServer(localhost:9983);
server1.setDefaultCollection(collection1);
server1.deleteByQuery(id:id);
server1.commit(true, true);
CloudSolrServer server2 = new CloudSolrServer(localhost:9983);
server2.setDefaultCollection(collection2);
server2.deleteByQuery(id:id);
server2.commit(true, true);
}
}
{code}
Second update goes to first collection.
was:
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
CloudSolrServer server = new CloudSolrServer(zkHost);
UpdateRequest updateColl1 = new UpdateRequest();
updateColl1.setAction(ACTION.COMMIT, true, true);
updateColl1.process(server);
UpdateRequest updateColl2 = new UpdateRequest();
updateColl2.setAction(ACTION.COMMIT, true, true);
updateColl2.process(server);
{code}
Second update goes to first collection.
CloudSolrServer doesn't allow to index multiple collections with one instance
of server
---
Key: SOLR-3920
URL: https://issues.apache.org/jira/browse/SOLR-3920
Project: Solr
Issue Type: Bug
Components: SolrCloud
Affects Versions: 4.0-BETA
Reporter: Grzegorz Sobczyk
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
@Test
public void shouldCommitToTwoCores() throws Exception {
//given
try {
CloudSolrServer server = new CloudSolrServer(localhost:9983);
UpdateRequest commit1 = new UpdateRequest();
commit1.setAction(ACTION.COMMIT, true, true);
commit1.setParam(collection, collection1);
//this commit is bug's cause
commit1.process(server);
SolrInputDocument doc = new SolrInputDocument();
doc.addField(id, id);
doc.addField(name, name);
UpdateRequest update2 = new UpdateRequest();
update2.setParam(collection, collection2);
update2.add(doc);
update2.process(server);
UpdateRequest commit2 = new UpdateRequest();
commit2.setAction(ACTION.COMMIT, true, true);
commit2.setParam(collection, collection2);
commit2.process(server);
SolrQuery q1 = new SolrQuery(id:id);
q1.set(collection, collection1);
SolrQuery q2 = new SolrQuery(id:id);
q2.set(collection, collection2);
//when
QueryResponse resp1 = server.query(q1);
QueryResponse resp2 = server.query(q2);
//then
Assert.assertEquals(0L, resp1.getResults().getNumFound());
[jira] [Updated] (SOLR-3920) CloudSolrServer doesn't allow to index multiple collections with one instance of server
[
https://issues.apache.org/jira/browse/SOLR-3920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Sobczyk updated SOLR-3920:
---
Description:
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
@Test
public void shouldCommitToTwoCores() throws Exception {
//given
try {
CloudSolrServer server = new CloudSolrServer(localhost:9983);
UpdateRequest commit1 = new UpdateRequest();
commit1.setAction(ACTION.COMMIT, true, true);
commit1.setParam(collection, collection1);
//this commit is bug's cause
commit1.process(server);
SolrInputDocument doc = new SolrInputDocument();
doc.addField(id, id);
doc.addField(name, name);
UpdateRequest update2 = new UpdateRequest();
update2.setParam(collection, collection2);
update2.add(doc);
update2.process(server);
UpdateRequest commit2 = new UpdateRequest();
commit2.setAction(ACTION.COMMIT, true, true);
commit2.setParam(collection, collection2);
commit2.process(server);
SolrQuery q1 = new SolrQuery(id:id);
q1.set(collection, collection1);
SolrQuery q2 = new SolrQuery(id:id);
q2.set(collection, collection2);
//when
QueryResponse resp1 = server.query(q1);
QueryResponse resp2 = server.query(q2);
//then
Assert.assertEquals(0L, resp1.getResults().getNumFound());
Assert.assertEquals(1L, resp2.getResults().getNumFound());
} finally {
CloudSolrServer server1 = new CloudSolrServer(localhost:9983);
server1.setDefaultCollection(collection1);
server1.deleteByQuery(id:id);
server1.commit(true, true);
CloudSolrServer server2 = new CloudSolrServer(localhost:9983);
server2.setDefaultCollection(collection2);
server2.deleteByQuery(id:id);
server2.commit(true, true);
}
}
{code}
Second update goes to first collection.
was:
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
@Test
public void shouldCommitToTwoCores() throws Exception {
//given
try {
CloudSolrServer server = new CloudSolrServer(localhost:9983);
UpdateRequest commit1 = new UpdateRequest();
commit1.setAction(ACTION.COMMIT, true, true);
commit1.setParam(collection, collection1);
//this commit is bug's cause
commit1.process(server);
SolrInputDocument doc = new SolrInputDocument();
doc.addField(id, id);
doc.addField(name, name);
UpdateRequest update2 = new UpdateRequest();
update2.setParam(collection, collection2);
update2.add(doc);
update2.process(server);
UpdateRequest commit2 = new UpdateRequest();
commit2.setAction(ACTION.COMMIT, true, true);
commit2.setParam(collection, collection2);
commit2.process(server);
SolrQuery q1 = new SolrQuery(id:id);
q1.set(collection, collection1);
SolrQuery q2 = new SolrQuery(id:id);
q2.set(collection, collection2);
//when
QueryResponse resp1 = server.query(q1);
QueryResponse resp2 = server.query(q2);
//then
Assert.assertEquals(0L, resp1.getResults().getNumFound());
Assert.assertEquals(0L, resp2.getResults().getNumFound());
} finally {
CloudSolrServer server1 = new CloudSolrServer(localhost:9983);
server1.setDefaultCollection(collection1);
server1.deleteByQuery(id:id);
server1.commit(true, true);
CloudSolrServer server2 = new CloudSolrServer(localhost:9983);
server2.setDefaultCollection(collection2);
server2.deleteByQuery(id:id);
server2.commit(true, true);
}
}
{code}
Second update goes to first collection.
CloudSolrServer doesn't allow to index multiple collections with one instance
of server
---
Key: SOLR-3920
URL:
[jira] [Commented] (SOLR-3920) CloudSolrServer doesn't allow to index multiple collections with one instance of server
[
https://issues.apache.org/jira/browse/SOLR-3920?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471847#comment-13471847
]
Grzegorz Sobczyk commented on SOLR-3920:
I'm sorry - pasted wrong example :(
I wrote test and replaced previous code with it.
CloudSolrServer doesn't allow to index multiple collections with one instance
of server
---
Key: SOLR-3920
URL: https://issues.apache.org/jira/browse/SOLR-3920
Project: Solr
Issue Type: Bug
Components: SolrCloud
Affects Versions: 4.0-BETA
Reporter: Grzegorz Sobczyk
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
@Test
public void shouldCommitToTwoCores() throws Exception {
//given
try {
CloudSolrServer server = new CloudSolrServer(localhost:9983);
UpdateRequest commit1 = new UpdateRequest();
commit1.setAction(ACTION.COMMIT, true, true);
commit1.setParam(collection, collection1);
//this commit is bug's cause
commit1.process(server);
SolrInputDocument doc = new SolrInputDocument();
doc.addField(id, id);
doc.addField(name, name);
UpdateRequest update2 = new UpdateRequest();
update2.setParam(collection, collection2);
update2.add(doc);
update2.process(server);
UpdateRequest commit2 = new UpdateRequest();
commit2.setAction(ACTION.COMMIT, true, true);
commit2.setParam(collection, collection2);
commit2.process(server);
SolrQuery q1 = new SolrQuery(id:id);
q1.set(collection, collection1);
SolrQuery q2 = new SolrQuery(id:id);
q2.set(collection, collection2);
//when
QueryResponse resp1 = server.query(q1);
QueryResponse resp2 = server.query(q2);
//then
Assert.assertEquals(0L, resp1.getResults().getNumFound());
Assert.assertEquals(1L, resp2.getResults().getNumFound());
} finally {
CloudSolrServer server1 = new CloudSolrServer(localhost:9983);
server1.setDefaultCollection(collection1);
server1.deleteByQuery(id:id);
server1.commit(true, true);
CloudSolrServer server2 = new CloudSolrServer(localhost:9983);
server2.setDefaultCollection(collection2);
server2.deleteByQuery(id:id);
server2.commit(true, true);
}
}
{code}
Second update goes to first collection.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-3920) CloudSolrServer doesn't allow to index multiple collections with one instance of server
[
https://issues.apache.org/jira/browse/SOLR-3920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Sobczyk updated SOLR-3920:
---
Description:
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
@Test
public void shouldSendToSecondCore() throws Exception {
//given
try {
CloudSolrServer server = new CloudSolrServer(localhost:9983);
UpdateRequest commit1 = new UpdateRequest();
commit1.setAction(ACTION.COMMIT, true, true);
commit1.setParam(collection, collection1);
//this commit is bug's cause
commit1.process(server);
SolrInputDocument doc = new SolrInputDocument();
doc.addField(id, id);
doc.addField(name, name);
UpdateRequest update2 = new UpdateRequest();
update2.setParam(collection, collection2);
update2.add(doc);
update2.process(server);
UpdateRequest commit2 = new UpdateRequest();
commit2.setAction(ACTION.COMMIT, true, true);
commit2.setParam(collection, collection2);
commit2.process(server);
SolrQuery q1 = new SolrQuery(id:id);
q1.set(collection, collection1);
SolrQuery q2 = new SolrQuery(id:id);
q2.set(collection, collection2);
//when
QueryResponse resp1 = server.query(q1);
QueryResponse resp2 = server.query(q2);
//then
Assert.assertEquals(0L, resp1.getResults().getNumFound());
Assert.assertEquals(1L, resp2.getResults().getNumFound());
} finally {
CloudSolrServer server1 = new CloudSolrServer(localhost:9983);
server1.setDefaultCollection(collection1);
server1.deleteByQuery(id:id);
server1.commit(true, true);
CloudSolrServer server2 = new CloudSolrServer(localhost:9983);
server2.setDefaultCollection(collection2);
server2.deleteByQuery(id:id);
server2.commit(true, true);
}
}
{code}
Second update goes to first collection.
was:
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
@Test
public void shouldCommitToTwoCores() throws Exception {
//given
try {
CloudSolrServer server = new CloudSolrServer(localhost:9983);
UpdateRequest commit1 = new UpdateRequest();
commit1.setAction(ACTION.COMMIT, true, true);
commit1.setParam(collection, collection1);
//this commit is bug's cause
commit1.process(server);
SolrInputDocument doc = new SolrInputDocument();
doc.addField(id, id);
doc.addField(name, name);
UpdateRequest update2 = new UpdateRequest();
update2.setParam(collection, collection2);
update2.add(doc);
update2.process(server);
UpdateRequest commit2 = new UpdateRequest();
commit2.setAction(ACTION.COMMIT, true, true);
commit2.setParam(collection, collection2);
commit2.process(server);
SolrQuery q1 = new SolrQuery(id:id);
q1.set(collection, collection1);
SolrQuery q2 = new SolrQuery(id:id);
q2.set(collection, collection2);
//when
QueryResponse resp1 = server.query(q1);
QueryResponse resp2 = server.query(q2);
//then
Assert.assertEquals(0L, resp1.getResults().getNumFound());
Assert.assertEquals(1L, resp2.getResults().getNumFound());
} finally {
CloudSolrServer server1 = new CloudSolrServer(localhost:9983);
server1.setDefaultCollection(collection1);
server1.deleteByQuery(id:id);
server1.commit(true, true);
CloudSolrServer server2 = new CloudSolrServer(localhost:9983);
server2.setDefaultCollection(collection2);
server2.deleteByQuery(id:id);
server2.commit(true, true);
}
}
{code}
Second update goes to first collection.
CloudSolrServer doesn't allow to index multiple collections with one instance
of server
---
Key: SOLR-3920
URL:
[jira] [Commented] (SOLR-3602) Look into updating to ZooKeeper 3.4.5
[ https://issues.apache.org/jira/browse/SOLR-3602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471861#comment-13471861 ] Mark Miller commented on SOLR-3602: --- I went back to the code that I used when upgrading 3.4 a few months back - that's what I needed to get things working - a couple things I previously had to track down that can't be seen at compile time. So I've got tests passing, but I'm going to wait till 3.4.5 hits (a few days or more) before finishing this issue. Look into updating to ZooKeeper 3.4.5 - Key: SOLR-3602 URL: https://issues.apache.org/jira/browse/SOLR-3602 Project: Solr Issue Type: Improvement Components: SolrCloud Reporter: Mark Miller Assignee: Mark Miller Priority: Minor Fix For: 4.1, 5.0 Looks like 3.4.4 may be considered stable - if that happens, we should look into updating. Otherwise, we should keep on eye out for 3.3.6 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-3920) CloudSolrServer doesn't allow to index multiple collections with one instance of server
[
https://issues.apache.org/jira/browse/SOLR-3920?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471864#comment-13471864
]
Mark Miller commented on SOLR-3920:
---
Hmm...I wonder if it's the caching that was put in...
I'll try working your test into our unit tests.
CloudSolrServer doesn't allow to index multiple collections with one instance
of server
---
Key: SOLR-3920
URL: https://issues.apache.org/jira/browse/SOLR-3920
Project: Solr
Issue Type: Bug
Components: SolrCloud
Affects Versions: 4.0-BETA
Reporter: Grzegorz Sobczyk
Fix For: 4.1, 5.0
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
@Test
public void shouldSendToSecondCore() throws Exception {
//given
try {
CloudSolrServer server = new CloudSolrServer(localhost:9983);
UpdateRequest commit1 = new UpdateRequest();
commit1.setAction(ACTION.COMMIT, true, true);
commit1.setParam(collection, collection1);
//this commit is bug's cause
commit1.process(server);
SolrInputDocument doc = new SolrInputDocument();
doc.addField(id, id);
doc.addField(name, name);
UpdateRequest update2 = new UpdateRequest();
update2.setParam(collection, collection2);
update2.add(doc);
update2.process(server);
UpdateRequest commit2 = new UpdateRequest();
commit2.setAction(ACTION.COMMIT, true, true);
commit2.setParam(collection, collection2);
commit2.process(server);
SolrQuery q1 = new SolrQuery(id:id);
q1.set(collection, collection1);
SolrQuery q2 = new SolrQuery(id:id);
q2.set(collection, collection2);
//when
QueryResponse resp1 = server.query(q1);
QueryResponse resp2 = server.query(q2);
//then
Assert.assertEquals(0L, resp1.getResults().getNumFound());
Assert.assertEquals(1L, resp2.getResults().getNumFound());
} finally {
CloudSolrServer server1 = new CloudSolrServer(localhost:9983);
server1.setDefaultCollection(collection1);
server1.deleteByQuery(id:id);
server1.commit(true, true);
CloudSolrServer server2 = new CloudSolrServer(localhost:9983);
server2.setDefaultCollection(collection2);
server2.deleteByQuery(id:id);
server2.commit(true, true);
}
}
{code}
Second update goes to first collection.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (SOLR-3920) CloudSolrServer doesn't allow to index multiple collections with one instance of server
[
https://issues.apache.org/jira/browse/SOLR-3920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Miller reassigned SOLR-3920:
-
Assignee: Mark Miller
CloudSolrServer doesn't allow to index multiple collections with one instance
of server
---
Key: SOLR-3920
URL: https://issues.apache.org/jira/browse/SOLR-3920
Project: Solr
Issue Type: Bug
Components: SolrCloud
Affects Versions: 4.0-BETA
Reporter: Grzegorz Sobczyk
Assignee: Mark Miller
Fix For: 4.1, 5.0
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
@Test
public void shouldSendToSecondCore() throws Exception {
//given
try {
CloudSolrServer server = new CloudSolrServer(localhost:9983);
UpdateRequest commit1 = new UpdateRequest();
commit1.setAction(ACTION.COMMIT, true, true);
commit1.setParam(collection, collection1);
//this commit is bug's cause
commit1.process(server);
SolrInputDocument doc = new SolrInputDocument();
doc.addField(id, id);
doc.addField(name, name);
UpdateRequest update2 = new UpdateRequest();
update2.setParam(collection, collection2);
update2.add(doc);
update2.process(server);
UpdateRequest commit2 = new UpdateRequest();
commit2.setAction(ACTION.COMMIT, true, true);
commit2.setParam(collection, collection2);
commit2.process(server);
SolrQuery q1 = new SolrQuery(id:id);
q1.set(collection, collection1);
SolrQuery q2 = new SolrQuery(id:id);
q2.set(collection, collection2);
//when
QueryResponse resp1 = server.query(q1);
QueryResponse resp2 = server.query(q2);
//then
Assert.assertEquals(0L, resp1.getResults().getNumFound());
Assert.assertEquals(1L, resp2.getResults().getNumFound());
} finally {
CloudSolrServer server1 = new CloudSolrServer(localhost:9983);
server1.setDefaultCollection(collection1);
server1.deleteByQuery(id:id);
server1.commit(true, true);
CloudSolrServer server2 = new CloudSolrServer(localhost:9983);
server2.setDefaultCollection(collection2);
server2.deleteByQuery(id:id);
server2.commit(true, true);
}
}
{code}
Second update goes to first collection.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-3920) CloudSolrServer doesn't allow to index multiple collections with one instance of server
[
https://issues.apache.org/jira/browse/SOLR-3920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Miller updated SOLR-3920:
--
Fix Version/s: 5.0
4.1
CloudSolrServer doesn't allow to index multiple collections with one instance
of server
---
Key: SOLR-3920
URL: https://issues.apache.org/jira/browse/SOLR-3920
Project: Solr
Issue Type: Bug
Components: SolrCloud
Affects Versions: 4.0-BETA
Reporter: Grzegorz Sobczyk
Assignee: Mark Miller
Fix For: 4.1, 5.0
With one instance of CloudSolrServer I can't add documents to multiple
collections, for example:
{code}
@Test
public void shouldSendToSecondCore() throws Exception {
//given
try {
CloudSolrServer server = new CloudSolrServer(localhost:9983);
UpdateRequest commit1 = new UpdateRequest();
commit1.setAction(ACTION.COMMIT, true, true);
commit1.setParam(collection, collection1);
//this commit is bug's cause
commit1.process(server);
SolrInputDocument doc = new SolrInputDocument();
doc.addField(id, id);
doc.addField(name, name);
UpdateRequest update2 = new UpdateRequest();
update2.setParam(collection, collection2);
update2.add(doc);
update2.process(server);
UpdateRequest commit2 = new UpdateRequest();
commit2.setAction(ACTION.COMMIT, true, true);
commit2.setParam(collection, collection2);
commit2.process(server);
SolrQuery q1 = new SolrQuery(id:id);
q1.set(collection, collection1);
SolrQuery q2 = new SolrQuery(id:id);
q2.set(collection, collection2);
//when
QueryResponse resp1 = server.query(q1);
QueryResponse resp2 = server.query(q2);
//then
Assert.assertEquals(0L, resp1.getResults().getNumFound());
Assert.assertEquals(1L, resp2.getResults().getNumFound());
} finally {
CloudSolrServer server1 = new CloudSolrServer(localhost:9983);
server1.setDefaultCollection(collection1);
server1.deleteByQuery(id:id);
server1.commit(true, true);
CloudSolrServer server2 = new CloudSolrServer(localhost:9983);
server2.setDefaultCollection(collection2);
server2.deleteByQuery(id:id);
server2.commit(true, true);
}
}
{code}
Second update goes to first collection.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-4462) Publishing flushed segments is single threaded and too costly
[ https://issues.apache.org/jira/browse/LUCENE-4462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471882#comment-13471882 ] Simon Willnauer commented on LUCENE-4462: - bq. I think we should keep the safety in there (the fallback to forcePurge if too many segments are backlogged)...? Hopefully it never needs to run... but just in case. I agree, I remove it for beasting. I will add back and commit. I will let this bake in a bit and then port to 4.x Publishing flushed segments is single threaded and too costly - Key: LUCENE-4462 URL: https://issues.apache.org/jira/browse/LUCENE-4462 Project: Lucene - Core Issue Type: Improvement Reporter: Michael McCandless Assignee: Simon Willnauer Attachments: LUCENE-4462.patch Spinoff from http://lucene.markmail.org/thread/4li6bbomru35qn7w The new TestBagOfPostings failed the build because it timed out after 2 hours ... but in digging I found that it was a starvation issue: the 4 threads were flushing segments much faster than the 1 thread could publish them. I think this is because publishing segments (DocumentsWriter.publishFlushedSegment) is actually rather costly (creates CFS file if necessary, writes .si, etc.). I committed a workaround for now, to prevent starvation (see svn diff -c 1394704 https://svn.apache.org/repos/asf/lucene/dev/trunk), but we really should address the root cause by moving these costly ops into flush() so that publishing is a low cost operation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-4.x-Linux (32bit/jdk1.6.0_35) - Build # 1624 - Failure!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux/1624/ Java: 32bit/jdk1.6.0_35 -client -XX:+UseConcMarkSweepGC All tests passed Build Log: [...truncated 26806 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/build.xml:304: The following error occurred while executing this line: /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/extra-targets.xml:117: The following files are missing svn:eol-style (or binary svn:mime-type): * lucene/licenses/junit4-ant-2.0.3.jar.sha1 * lucene/licenses/randomizedtesting-runner-2.0.3.jar.sha1 * solr/licenses/junit4-ant-2.0.3.jar.sha1 * solr/licenses/randomizedtesting-runner-2.0.3.jar.sha1 Total time: 35 minutes 49 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Description set: Java: 32bit/jdk1.6.0_35 -client -XX:+UseConcMarkSweepGC Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [JENKINS] Lucene-Solr-4.x-Linux (32bit/jdk1.6.0_35) - Build # 1624 - Failure!
I committed a fix. On Mon, Oct 8, 2012 at 6:02 PM, Policeman Jenkins Server jenk...@sd-datasolutions.de wrote: Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux/1624/ Java: 32bit/jdk1.6.0_35 -client -XX:+UseConcMarkSweepGC All tests passed Build Log: [...truncated 26806 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/build.xml:304: The following error occurred while executing this line: /mnt/ssd/jenkins/workspace/Lucene-Solr-4.x-Linux/extra-targets.xml:117: The following files are missing svn:eol-style (or binary svn:mime-type): * lucene/licenses/junit4-ant-2.0.3.jar.sha1 * lucene/licenses/randomizedtesting-runner-2.0.3.jar.sha1 * solr/licenses/junit4-ant-2.0.3.jar.sha1 * solr/licenses/randomizedtesting-runner-2.0.3.jar.sha1 Total time: 35 minutes 49 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Description set: Java: 32bit/jdk1.6.0_35 -client -XX:+UseConcMarkSweepGC Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-trunk-Linux (32bit/jdk1.7.0_07) - Build # 1635 - Failure!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Linux/1635/ Java: 32bit/jdk1.7.0_07 -server -XX:+UseParallelGC All tests passed Build Log: [...truncated 27652 lines...] BUILD FAILED /mnt/ssd/jenkins/workspace/Lucene-Solr-trunk-Linux/build.xml:304: The following error occurred while executing this line: /mnt/ssd/jenkins/workspace/Lucene-Solr-trunk-Linux/extra-targets.xml:117: The following files are missing svn:eol-style (or binary svn:mime-type): * lucene/licenses/junit4-ant-2.0.3.jar.sha1 * lucene/licenses/randomizedtesting-runner-2.0.3.jar.sha1 * solr/licenses/junit4-ant-2.0.3.jar.sha1 * solr/licenses/randomizedtesting-runner-2.0.3.jar.sha1 Total time: 31 minutes 55 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Description set: Java: 32bit/jdk1.7.0_07 -server -XX:+UseParallelGC Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-4.x-Windows (64bit/jdk1.6.0_35) - Build # 1091 - Failure!
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows/1091/ Java: 64bit/jdk1.6.0_35 -XX:+UseParallelGC All tests passed Build Log: [...truncated 26820 lines...] BUILD FAILED C:\Users\JenkinsSlave\workspace\Lucene-Solr-4.x-Windows\build.xml:304: The following error occurred while executing this line: C:\Users\JenkinsSlave\workspace\Lucene-Solr-4.x-Windows\extra-targets.xml:117: The following files are missing svn:eol-style (or binary svn:mime-type): * lucene/licenses/junit4-ant-2.0.3.jar.sha1 * lucene/licenses/randomizedtesting-runner-2.0.3.jar.sha1 * solr/licenses/junit4-ant-2.0.3.jar.sha1 * solr/licenses/randomizedtesting-runner-2.0.3.jar.sha1 Total time: 61 minutes 22 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results Description set: Java: 64bit/jdk1.6.0_35 -XX:+UseParallelGC Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-3897) Preserve multi-value fields during hit highlighting
[ https://issues.apache.org/jira/browse/SOLR-3897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13471974#comment-13471974 ] Yonik Seeley commented on SOLR-3897: preserveMulti implies getting values back for every field value, hence we always should regardless of what snippets is set to. If we aren't changing the request format, it still seems like the most sane thing is to show all field values and have exactly one snippet per field value. Preserve multi-value fields during hit highlighting --- Key: SOLR-3897 URL: https://issues.apache.org/jira/browse/SOLR-3897 Project: Solr Issue Type: Improvement Components: highlighter Reporter: Joel Bernstein Assignee: Yonik Seeley Priority: Minor Fix For: 4.1 Attachments: SOLR-3897.patch, SOLR-3897.patch The behavior of the default Solr hit highlighter on multi-value fields is to only return the values that have a hit and sort them by score. This ticket supplies a patch that adds a new highlight parameter called preserveMulti which can be used on a feild by field basis to return all of the values in their original order. If this parameter is used, the values that have a hit are highlighted and the ones that do not contain a hit are returned un-highlighted. The preserveMulti parameter works with the default standard highlighter and follows the standard highlighting conventions. Sample usage for a field called cat: f.cat.hl.preserveMulti=true -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: VOTE: release 4.0 (RC2)
: artifacts here: http://s.apache.org/lusolr40rc2 +1. for the record, these are the SHA1 sigs for the files i tested... hossman@frisbee:~/tmp/4.0-final-rc/rc2$ cat *.sha1 bf7a1332767909f139217d11413a82abfe938cc9 *apache-solr-4.0.0-src.tgz 0cb61d9572516fc627785201b79b3a85e95f877d *apache-solr-4.0.0.tgz ae10d68eadbe30a2bb82a77277863d0d42d86af4 *apache-solr-4.0.0.zip 8ab307df987e375df06b7f6e1f65e85b1cda3f8d *lucene-4.0.0-src.tgz 263ef95eb1f8856c76ff22a0dad37a8705aa7db4 *lucene-4.0.0.tgz ed0ca3c1a5b4a6ec67b1fb5517696cbba4483823 *lucene-4.0.0.zip -Hoss - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
RE: VOTE: release 4.0 (RC2)
Why can't we upgrade HttpComponents to v.4.2.1 with better multithreading support? For SolrJ... 4.0 is major release indeed... Fuad Efendi - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-1822) FastVectorHighlighter: SimpleFragListBuilder hard-coded 6 char margin is too naive
[
https://issues.apache.org/jira/browse/LUCENE-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13472071#comment-13472071
]
Koji Sekiguchi commented on LUCENE-1822:
bq. Is this something we should deal with?
I don't think so. The cause is because there are empty values in multi valued
field in the indexed test data:
{code}
protected static final String[] shortMVValues = {
,
,
a b c,
, // empty data in multi valued field
d e
};
{code}
and these spaces used to be not trimmed before applying the patch. We can open
another ticket for trimming spaces if needed. Thanks for notifying me it
anyway, Arcadius.
I'll commit shortly.
FastVectorHighlighter: SimpleFragListBuilder hard-coded 6 char margin is too
naive
--
Key: LUCENE-1822
URL: https://issues.apache.org/jira/browse/LUCENE-1822
Project: Lucene - Core
Issue Type: Improvement
Components: modules/highlighter
Affects Versions: 2.9
Environment: any
Reporter: Alex Vigdor
Assignee: Koji Sekiguchi
Priority: Minor
Attachments: LUCENE-1822.patch, LUCENE-1822.patch, LUCENE-1822.patch,
LUCENE-1822-tests.patch
The new FastVectorHighlighter performs extremely well, however I've found in
testing that the window of text chosen per fragment is often very poor, as it
is hard coded in SimpleFragListBuilder to always select starting 6 characters
to the left of the first phrase match in a fragment. When selecting long
fragments, this often means that there is barely any context before the
highlighted word, and lots after; even worse, when highlighting a phrase at
the end of a short text the beginning is cut off, even though the entire
phrase would fit in the specified fragCharSize. For example, highlighting
Punishment in Crime and Punishment returns e and bPunishment/b no
matter what fragCharSize is specified. I am going to attach a patch that
improves the text window selection by recalculating the starting margin once
all phrases in the fragment have been identified - this way if a single word
is matched in a fragment, it will appear in the middle of the highlight,
instead of 6 characters from the beginning. This way one can also guarantee
that the entirety of short texts are represented in a fragment by specifying
a large enough fragCharSize.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-4399) Rename AppendingCodec to Appending40Codec
[ https://issues.apache.org/jira/browse/LUCENE-4399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13472081#comment-13472081 ] Robert Muir commented on LUCENE-4399: - Any other opinions on this patch? Rename AppendingCodec to Appending40Codec - Key: LUCENE-4399 URL: https://issues.apache.org/jira/browse/LUCENE-4399 Project: Lucene - Core Issue Type: New Feature Reporter: Adrien Grand Assignee: Adrien Grand Priority: Minor Fix For: 4.1 Attachments: LUCENE-4399.patch, LUCENE-4399.patch, LUCENE-4399.patch, LUCENE-4399.patch, LUCENE-4399.patch In order AppendingCodec to follow Lucene codecs version, I think its name should include a version number (so that, for example, if we get to releave Lucene 4.3 with a new Lucene43Codec, there will also be a new Appending43Codec). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
