I've updated the regexes on Uwe's Jenkins and on the Lucene Solr jobs on ASF
Jenkins to capture all of the interesting stuff I know about. (E.g., [junit4]
recently became [junit4:junit4].)
If you notice that email notification isn't extracting stuff, let me know and
I'll try to adjust the
I wasn't trying to complain, just noting the change as an example of trivial
differences that can break regexes.
This stuff is going to change over time, it's to be expected. Hopefully email
notifications will spend less time out of sync with logging than in.
Steve
-Original Message-
I wasn't trying to complain,
I know but I should have thought of it myself.
Dawid
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
Serdyn du Toit created SOLR-3605:
Summary: Problem with group paging (or JavaBinCodec conversion
error for the request)
Key: SOLR-3605
URL: https://issues.apache.org/jira/browse/SOLR-3605
Project:
[
https://issues.apache.org/jira/browse/SOLR-3604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13408865#comment-13408865
]
Uwe Schindler commented on SOLR-3604:
-
With XML as config file format, there is not
[
https://issues.apache.org/jira/browse/LUCENE-4199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13408869#comment-13408869
]
Dawid Weiss commented on LUCENE-4199:
-
This looks good enough to be useful as a
[
https://issues.apache.org/jira/browse/SOLR-3585?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mikhail Khludnev updated SOLR-3585:
---
Attachment: report.tar.gz
Dmitry,
it's a very good question. unfortunately we can choose
some benchmark added. pls check jira
On Fri, Jul 6, 2012 at 11:13 PM, Dmitry Kan dmitry@gmail.com wrote:
Mikhail,
you have my +1 and a jira comment :)
// Dmitry
On Fri, Jul 6, 2012 at 7:41 PM, Mikhail Khludnev
mkhlud...@griddynamics.com
wrote:
Okay, why do you think this idea
When reviewing my Jenkins installation (because slave was taken offline,
which was config bug), I found out that /tmp is filled by Jenkins with the
following files:
-rw-r--r-- 1 jenkins nogroup 12433 Jul 5 21:14
RefSorter-1839005885812820606.sorted
-rw-r--r-- 1 jenkins nogroup 13574
Build:
http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux-Java6-64/395/
No tests ran.
Build Log:
${BUILD_LOG_MULTILINE_REGEX,regex=?x:
\
Build:
http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Linux-Java8-64/9/
1 tests failed.
FAILED:
org.apache.solr.handler.component.DistributedQueryElevationComponentTest.testDistribSearch
Error Message:
Index: 18, Size: 18
Stack Trace:
java.lang.IndexOutOfBoundsException: Index: 18,
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux-Java8-64/6/
1 tests failed.
REGRESSION:
org.apache.solr.handler.component.DistributedQueryElevationComponentTest.testDistribSearch
Error Message:
Index: 18, Size: 18
Stack Trace:
java.lang.IndexOutOfBoundsException: Index:
when suggester tests fail maybe this happens?
On Sun, Jul 8, 2012 at 5:07 AM, Uwe Schindler u...@thetaphi.de wrote:
When reviewing my Jenkins installation (because slave was taken offline,
which was config bug), I found out that /tmp is filled by Jenkins with the
following files:
-rw-r--r--
Have a look at StandardTokenizerImpl:769
/**
* Creates a new scanner.
* There is also java.io.Reader version of this constructor.
*
* @param in the java.io.Inputstream to read input from.
*/
public StandardTokenizerImpl(java.io.InputStream in) {
this(new
I copied the workaround from HTMLCharFilter to StandardTokenizer's code
generator. There was a regex, stripping those ctors - unfortunately this regex
depends on a missing period in the javadocs (was not able to fix it lazy,
non-greedy,... or whatever regex like).
See my commit in the
Thanks Uwe! this is a good solution for now :)
On Sun, Jul 8, 2012 at 11:11 AM, Uwe Schindler u...@thetaphi.de wrote:
I copied the workaround from HTMLCharFilter to StandardTokenizer's code
generator. There was a regex, stripping those ctors - unfortunately this
regex depends on a missing
[
https://issues.apache.org/jira/browse/SOLR-3604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13408942#comment-13408942
]
Mike Sokolov commented on SOLR-3604:
I think SOLR uses Woodstox for its parsing, which
[
https://issues.apache.org/jira/browse/SOLR-3604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13408945#comment-13408945
]
Uwe Schindler commented on SOLR-3604:
-
It does not use woodstox here, but thats not the
[
https://issues.apache.org/jira/browse/SOLR-3604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13408949#comment-13408949
]
Mark Miller commented on SOLR-3604:
---
I work on a product that has a class that edits
Build: https://builds.apache.org/job/Solr-trunk/1906/
1 tests failed.
REGRESSION: org.apache.solr.cloud.RecoveryZkTest.testDistribSearch
Error Message:
Thread threw an uncaught exception, thread: Thread[Lucene Merge Thread #2,6,]
Stack Trace:
java.lang.RuntimeException: Thread threw an
Yes, ist the offline sorting on disk of Suggester. But:
The code uses File.createTempFile() without any chance to configure it! So we
should make this configureable when initializing the sorter and configure this
to local test directory on tests.
Especially the always failing SolrSuggesterTest
I think there are two problems:
1. Sort allows you to specify a temp dir, but it seems BytesRefSorter
does not respect this?
2. each jvm when running tests should get its own sandboxed tempdir (i
think it should be in the build/ directory with other temp test
stuff).
On Sun, Jul 8, 2012 at
[
https://issues.apache.org/jira/browse/SOLR-3604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13408959#comment-13408959
]
Uwe Schindler commented on SOLR-3604:
-
bq. I work on a product that has a class that
[
https://issues.apache.org/jira/browse/LUCENE-4201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christian Moen updated LUCENE-4201:
---
Attachment: LUCENE-4201.patch
Add Japanese character filter to normalize iteration
[
https://issues.apache.org/jira/browse/LUCENE-4201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13408964#comment-13408964
]
Christian Moen commented on LUCENE-4201:
Thanks, Robert.
I've attached a new
[
https://issues.apache.org/jira/browse/LUCENE-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13408973#comment-13408973
]
Michael McCandless commented on LUCENE-3312:
Hmm ... if the test is running
[
https://issues.apache.org/jira/browse/LUCENE-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13408997#comment-13408997
]
Michael McCandless commented on LUCENE-3312:
Branch looks good!
But we still
[
https://issues.apache.org/jira/browse/SOLR-3585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13408872#comment-13408872
]
Mikhail Khludnev edited comment on SOLR-3585 at 7/8/12 7:18 PM:
[
https://issues.apache.org/jira/browse/SOLR-3585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13409046#comment-13409046
]
David Smiley commented on SOLR-3585:
+1 (disclaimer: I haven't looked at the patch)
[
https://issues.apache.org/jira/browse/LUCENE-4062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13409056#comment-13409056
]
Toke Eskildsen commented on LUCENE-4062:
One solution later and the mystery is
2. each jvm when running tests should get its own sandboxed tempdir (i
think it should be in the build/ directory with other temp test
stuff).
It does get its own cwd. I don't override the default java.io.tmpdir
or whatever that property is called but there's nothing that would
prohibit us to
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/14833/
1 tests failed.
REGRESSION:
org.apache.solr.handler.dataimport.TestSqlEntityProcessorDelta3.testCompositePk_DeltaImport_replace_nodelete
Error Message:
Exception during query
Stack Trace:
java.lang.RuntimeException:
[
https://issues.apache.org/jira/browse/LUCENE-4201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christian Moen updated LUCENE-4201:
---
Attachment: LUCENE-4201.patch
Add Japanese character filter to normalize iteration
[
https://issues.apache.org/jira/browse/LUCENE-4201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13409118#comment-13409118
]
Christian Moen commented on LUCENE-4201:
Added additional Solr factory tests to
[
https://issues.apache.org/jira/browse/SOLR-1293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13409131#comment-13409131
]
Jose Faria commented on SOLR-1293:
--
I do not know if this is the right place, but on the
[
https://issues.apache.org/jira/browse/SOLR-1531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13409141#comment-13409141
]
Mark Miller commented on SOLR-1531:
---
I did not notice this issue before - we resolved
[
https://issues.apache.org/jira/browse/SOLR-3604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13409145#comment-13409145
]
Mark Miller commented on SOLR-3604:
---
Yeah, but you also said Almost impossible :(, which
Hey All,
This is the first step for graduation for the Apache Lucene.Net project
(incubating of course..). We're taking a vote for the Lucene.Net community to
see if the community is ready to govern itself as a top level project.
Here is a short list of our accomplishments which I believe
Three issues left that I see:
Fixing the build output, I did some work, but I'm good on this, we can move the
rest of work to 3.6
https://issues.apache.org/jira/browse/LUCENENET-456
CLS Compliance https://issues.apache.org/jira/browse/LUCENENET-446. Are we ok
with this as for now? There
For me you get a +1
2012/7/8 Prescott Nasser geobmx...@hotmail.com
Hey All,
This is the first step for graduation for the Apache Lucene.Net project
(incubating of course..). We're taking a vote for the Lucene.Net community
to see if the community is ready to govern itself as a top level
What's the status on the failing tests we had?
On Sun, Jul 8, 2012 at 9:02 PM, Prescott Nasser geobmx...@hotmail.comwrote:
Three issues left that I see:
Fixing the build output, I did some work, but I'm good on this, we can
move the rest of work to 3.6
+1 for graduation
I still think graduation should be in sync with the 3.0.3 release and a
press release on work towards 3.6 and 4.0 releases.
On Sun, Jul 8, 2012 at 8:44 PM, Prescott Nasser geobmx...@hotmail.comwrote:
Hey All,
This is the first step for graduation for the Apache Lucene.Net
On 2012-07-08, Prescott Nasser wrote:
As a community, if you would please vote:
[+1] Ready for graduation
[-1] Not ready because...
+1
I know I speak for all the developers on this project, we appreciate
(and will continue to appreciate) everyone's contributions via the
mailing list and
+1
Sent from my iPhone
On Jul 8, 2012, at 12:22 PM, Stefan Bodewig bode...@apache.org wrote:
On 2012-07-08, Prescott Nasser wrote:
As a community, if you would please vote:
[+1] Ready for graduation
[-1] Not ready because...
+1
I know I speak for all the developers on this
The tests that failed when using culture=sv-se seems fixed.
On 2012-07-08 20:44, Itamar Syn-Hershko wrote:
What's the status on the failing tests we had?
On Sun, Jul 8, 2012 at 9:02 PM, Prescott Nasser geobmx...@hotmail.comwrote:
Three issues left that I see:
Fixing the build output, I
+1
On Sun, Jul 8, 2012 at 12:23 PM, Petersen, Robert rober...@buy.com wrote:
+1
Sent from my iPhone
On Jul 8, 2012, at 12:22 PM, Stefan Bodewig bode...@apache.org wrote:
On 2012-07-08, Prescott Nasser wrote:
As a community, if you would please vote:
[+1] Ready for graduation
+1
On Sun, Jul 8, 2012 at 4:01 PM, Frank Yu fengj...@gmail.com wrote:
+1
On Sun, Jul 8, 2012 at 12:23 PM, Petersen, Robert rober...@buy.com
wrote:
+1
Sent from my iPhone
On Jul 8, 2012, at 12:22 PM, Stefan Bodewig bode...@apache.org
wrote:
On 2012-07-08, Prescott Nasser
47 matches
Mail list logo
