Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows/170/
Java: 32bit/jdk1.7.0_05 -client -XX:+UseG1GC
All tests passed
Build Log:
[...truncated 20022 lines...]
javadocs-lint:
[...truncated 1660 lines...]
changes-to-html:
[mkdir] Created dir:
[junit4:junit4] HEARTBEAT J5: 2012-08-10T00:55:41, no events in:
2712s, approx. at: Test2BPostings.test
Umm -- is this normal? It would have timed out under the new
@TimeoutSuite; I specified at most 20 minutes per suite I think (which
must cover the worst case, nightly etc.).
Dawid
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Windows/174/
Java: 32bit/jdk1.6.0_33 -server -XX:+UseSerialGC
All tests passed
Build Log:
[...truncated 19008 lines...]
javadocs-lint:
[...truncated 1654 lines...]
changes-to-html:
[mkdir] Created dir:
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows/171/
Java: 32bit/jdk1.7.0_05 -client -XX:+UseConcMarkSweepGC
All tests passed
Build Log:
[...truncated 20015 lines...]
javadocs-lint:
[...truncated 1659 lines...]
changes-to-html:
[mkdir] Created dir:
Build: https://builds.apache.org/job/Lucene-trunk-ReleaseNightly/4/
No tests ran.
Build Log:
[...truncated 7028 lines...]
BUILD FAILED
Target nightly-smoke does not exist in the project lucene.
Total time: 0 seconds
Build step 'Invoke Ant' marked build as failure
Archiving artifacts
Publishing
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Windows/175/
Java: 32bit/jdk1.6.0_33 -server -XX:+UseConcMarkSweepGC
All tests passed
Build Log:
[...truncated 19016 lines...]
javadocs-lint:
[...truncated 1654 lines...]
changes-to-html:
[mkdir] Created dir:
On Thu, Aug 9, 2012 at 11:43 PM, Chris Hostetter
hossman_luc...@fucit.org wrote:
: What many of us not familiar with the tokenizing rules of the standard
: tokenizer just realized is that it's not a good default for english
: and probably most other european languages.
Jira is down for
Build: https://builds.apache.org/job/LuceneSolr-trunk-ReleaseNightly/5/
No tests ran.
Build Log:
[...truncated 32233 lines...]
prepare-release-no-sign:
[mkdir] Created dir:
/usr/home/hudson/hudson-slave/workspace/LuceneSolr-trunk-ReleaseNightly/lucene/build/fakeRelease
[copy] Copying
this looks like a bug in smokeTester's verifyJavaVersion, it should
allow openjdk too
On Fri, Aug 10, 2012 at 5:15 AM, Apache Jenkins Server
jenk...@builds.apache.org wrote:
Build: https://builds.apache.org/job/LuceneSolr-trunk-ReleaseNightly/5/
No tests ran.
Build Log:
[...truncated 32233
This vote passes.
On Mon, Aug 6, 2012 at 11:32 PM, Robert Muir rcm...@gmail.com wrote:
Artifacts here:
http://people.apache.org/~rmuir/staging_area/lucene-solr-4.0bRC0-rev1370099/
The list of changes since 4.0-ALPHA is pretty large: lots of important
bugs were fixed.
This passes the
See builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64/113/changes
Changes:
[Robert Muir] set the SVN variables so this task can build the unsigned release
[yonik] tests: use random seed of doc base
[yonik] tests: specify a seed to Random()
[Robert Muir] add some tests mixing up payload
Build: https://builds.apache.org/job/LuceneSolr-trunk-ReleaseNightly/6/
No tests ran.
Build Log:
[...truncated 32231 lines...]
prepare-release-no-sign:
[mkdir] Created dir:
/usr/home/hudson/hudson-slave/workspace/LuceneSolr-trunk-ReleaseNightly/lucene/build/fakeRelease
[copy] Copying
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows/172/
Java: 32bit/jdk1.7.0_05 -server -XX:+UseSerialGC
All tests passed
Build Log:
[...truncated 20019 lines...]
javadocs-lint:
[...truncated 1659 lines...]
changes-to-html:
[mkdir] Created dir:
Fixed. Sorry for failures, I am playing around, should work now
-
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: Friday, August 10, 2012 11:23 AM
To:
Build: https://builds.apache.org/job/LuceneSolr-trunk-SmokeRelease/7/
No tests ran.
Build Log:
[...truncated 32232 lines...]
prepare-release-no-sign:
[mkdir] Created dir:
/usr/home/hudson/hudson-slave/workspace/LuceneSolr-trunk-SmokeRelease/lucene/build/fakeRelease
[copy] Copying 366
[
https://issues.apache.org/jira/browse/LUCENE-4300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-4300:
Attachment: LUCENE-4300.patch
updated patch: I beefed up the random tests and also added 2
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Linux/327/
Java: 32bit/ibm-j9-jdk6
1 tests failed.
REGRESSION: org.apache.lucene.search.join.TestBlockJoin.testRandom
Error Message:
Stack Trace:
java.lang.AssertionError
at
[
https://issues.apache.org/jira/browse/LUCENE-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikola Tankovic updated LUCENE-3312:
Attachment: lucene-3312-patch-12.patch
Patch 12: Fix of compiler warning. You still need
[
https://issues.apache.org/jira/browse/LUCENE-4300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir resolved LUCENE-4300.
-
Resolution: Fixed
BooleanQuery inconsistently applies coord() if it rewrites itself
Sami Siren created SOLR-3726:
Summary: Allow more flexibility in configuring the http clients
that Solr uses
Key: SOLR-3726
URL: https://issues.apache.org/jira/browse/SOLR-3726
Project: Solr
[
https://issues.apache.org/jira/browse/SOLR-3726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sami Siren updated SOLR-3726:
-
Attachment: SOLR-3726.patch
initial patch with a test
Allow more flexibility in
In case anyone wants to take a look and check they are correct (i
didnt click 'release' yet).
This time I actually followed Steve's instructions and did Lucene and
Solr separately
Lucene: https://repository.apache.org/content/repositories/orgapachelucene-130/
Solr:
ran the same smoke test for solrj as with the the alpha, worked for me.
--
Sami Siren
On Fri, Aug 10, 2012 at 2:48 PM, Robert Muir rcm...@gmail.com wrote:
In case anyone wants to take a look and check they are correct (i
didnt click 'release' yet).
This time I actually followed Steve's
[
https://issues.apache.org/jira/browse/LUCENE-3892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13432716#comment-13432716
]
Adrien Grand commented on LUCENE-3892:
--
I ran the comparison between
[
https://issues.apache.org/jira/browse/SOLR-3700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tommaso Teofili updated SOLR-3700:
--
Attachment: SOLR-3700_2.patch
new patch incorporating Robert's suggestions (plus added a couple
[
https://issues.apache.org/jira/browse/SOLR-3725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13432724#comment-13432724
]
Robert Muir commented on SOLR-3725:
---
Thanks Michael! I ran package-src-tgz versus
[
https://issues.apache.org/jira/browse/SOLR-3725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir resolved SOLR-3725.
---
Resolution: Fixed
Fix Version/s: (was: 4.1)
4.0
5.0
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows/174/
Java: 32bit/jdk1.7.0_05 -client -XX:+UseParallelGC
All tests passed
Build Log:
[...truncated 20044 lines...]
javadocs-lint:
[...truncated 1659 lines...]
changes-to-html:
[mkdir] Created dir:
I got the patch before JIRA was down, and just saw another thing:
+ private double countInClassC(String c) throws IOException {
+TopDocs topDocs = indexSearcher.search(new TermQuery(new
Term(classFieldName, c)), Integer.MAX_VALUE);
+int res = 0;
+for (ScoreDoc scoreDoc :
See builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64/190/changes
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[
https://issues.apache.org/jira/browse/LUCENE-4299?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-4299:
Attachment: LUCENE-4299.patch
added comparisons of these options in TestDuelingCodecs, and tried
Thanks Robert,
2012/8/10 Robert Muir rcm...@gmail.com
I got the patch before JIRA was down, and just saw another thing:
+ private double countInClassC(String c) throws IOException {
+TopDocs topDocs = indexSearcher.search(new TermQuery(new
Term(classFieldName, c)), Integer.MAX_VALUE);
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk-java7/3037/
1 tests failed.
REGRESSION:
org.apache.lucene.analysis.pattern.TestPatternReplaceCharFilter.testRandomStrings
Error Message:
String index out of range: -2
Stack Trace:
java.lang.StringIndexOutOfBoundsException:
Smells like a JDK bug :)
_TestUtil.randomPattern has a try/catch already, we could catch this
jdk exception and just move on to the next pattern?
On Fri, Aug 10, 2012 at 10:17 AM, Apache Jenkins Server
jenk...@builds.apache.org wrote:
Build:
public static void main(String args[]) throws Exception {
AB\uD840\uDC00C.replaceAll(-qat.|(.){0,5}rpedh{1,5}s, _);
}
On Fri, Aug 10, 2012 at 10:27 AM, Robert Muir rcm...@gmail.com wrote:
Smells like a JDK bug :)
_TestUtil.randomPattern has a try/catch already, we could catch this
jdk
Robert,
I just happened to notice that you still have lucidimagination.com in your
mail message signature, even though the company is now named LucidWorks at
lucidworks.com. Didn't you get the memo?
http://info.lucidworks.com/blog/bid/204108/What-s-in-a-Name
-- Jack Krupansky
-Original
Replying to dev@ because Jira keeps being unavailable:
Seems like we should default BlockPostingsFormat to COMPACT.
Mike McCandless
http://blog.mikemccandless.com
On Fri, Aug 10, 2012 at 8:14 AM, Adrien Grand (JIRA) j...@apache.org wrote:
[
On 10/08/2012 17:54, Michael McCandless wrote: Replying to dev@
because Jira keeps being unavailable:
Seems like we should default BlockPostingsFormat to COMPACT.
Something that worries me too is that I tried to reproduce this
benchmark (but with a lower jvmCount as I was running out of time)
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Windows/180/
Java: 64bit/jdk1.7.0_05 -XX:+UseConcMarkSweepGC
All tests passed
Build Log:
[...truncated 19853 lines...]
-jenkins-javadocs-lint:
[...truncated 1 lines...]
BUILD FAILED
{{ java.lang.NullPointerException }})
- Build # 177 - Failure!
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary==_Part_24_1570262273.1344617425924
Precedence: bulk
--=_Part_24_1570262273.1344617425924
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding:
On Fri, Aug 10, 2012 at 12:24 PM, Adrien Grand jpou...@gmail.com wrote:
On 10/08/2012 17:54, Michael McCandless wrote: Replying to dev@
because Jira keeps being unavailable:
Seems like we should default BlockPostingsFormat to COMPACT.
Something that worries me too is that I tried to reproduce
One of the ongoing potholes of Solr and Lucene is lack of full support for
multi-word synonyms at query time. The root of the problem is twofold:
individual terms are presented for analysis which precludes recognition of
multi-term synonyms, and the output stream from the analyis process is a
On Fri, Aug 10, 2012 at 1:36 PM, Jack Krupansky j...@basetechnology.com wrote:
One of the ongoing potholes of Solr and Lucene is lack of full support for
multi-word synonyms at query time. The root of the problem is twofold:
individual terms are presented for analysis which precludes
public static void main(String args[]) throws Exception {
AB\uD840\uDC00C.replaceAll(-qat.|(.){0,5}rpedh{1,5}s, _);
}
Nice one.
D.
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands,
The Javadoc says positionLength determines how many positions this token
spans. It's not obvious from the documentation how the full graph structure
for nested multi-word synonyms can be expressed merely using that attribute.
Is this detailed anywhere? (Maybe in Jira... but it is still down.) I
On Fri, Aug 10, 2012 at 2:10 PM, Jack Krupansky j...@basetechnology.com wrote:
The Javadoc says positionLength determines how many positions this token
spans. It's not obvious from the documentation how the full graph structure
for nested multi-word synonyms can be expressed merely using that
See builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/1309/
--
[...truncated 907 lines...]
[junit4:junit4] Completed on J6 in 1.42s, 5 tests
[junit4:junit4]
[junit4:junit4] Suite: org.apache.lucene.search.TestWildcard
[junit4:junit4]
See builds.flonkings.com/job/Lucene-trunk-Linux-Java7-64-test-only/1310/
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
Hi all,
I've been working through the SolrUIMA demo, and have some changes to propose
based on going through it to make the UIMA stuff more accessible to a new user.
Since JIRA is down, I thought I would email my notes to the list and see if
anyone can clarify my questions.
Eric
1) The
I just noticed this in SynonymFilter in trunk:
// TODO: we should set PositionLengthAttr too...
It looks like the code does in fact set the PositionLengthAttribute, so
maybe it is just a dead TODO.
And, I see the following comment (which I had seen before and was the basis
for my assertion
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Windows/189/
Java: 64bit/jdk1.7.0_05 -XX:+UseG1GC
1 tests failed.
REGRESSION: org.apache.solr.spelling.suggest.SuggesterTSTTest.testSuggestions
Error Message:
Exception during query
Stack Trace:
java.lang.RuntimeException:
I would do the query parser part first, without the graph part. This
would allow two words without quotes to match a two-word synonym. This
would be a great improvement on the current behavior. Suggested
behavior:
one two three
- one two, two three and one two three will checked against synonyms
52 matches
Mail list logo