Hi Lance,
I don't see any freezing problems at all. icu4j-v49.1 downloads fine for me.
I live in New York State in the US. Maybe the trouble your'e having has
something to do with your location?
(By the way, "ant compile" under lucene/ doesn't enter analysis/icu/.)
Steve
-Original Mess
[
https://issues.apache.org/jira/browse/LUCENE-2899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13442251#comment-13442251
]
Lance Norskog commented on LUCENE-2899:
---
The latest patch is tested fully and painf
[
https://issues.apache.org/jira/browse/LUCENE-2899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13442250#comment-13442250
]
Lance Norskog commented on LUCENE-2899:
---
Committable except for dev-tools/ and prod
Lance Norskog created LUCENE-4329:
-
Summary: Lucene and Solr builds
Key: LUCENE-4329
URL: https://issues.apache.org/jira/browse/LUCENE-4329
Project: Lucene - Core
Issue Type: Task
C
[
https://issues.apache.org/jira/browse/LUCENE-2899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lance Norskog updated LUCENE-2899:
--
Attachment: LUCENE-2899.patch
> Add OpenNLP Analysis capabilities as a module
> --
[
https://issues.apache.org/jira/browse/LUCENE-4322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13442224#comment-13442224
]
Adrien Grand commented on LUCENE-4322:
--
These numbers depend on so many factors (doc
[
https://issues.apache.org/jira/browse/SOLR-3623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lance Norskog resolved SOLR-3623.
-
Resolution: Fixed
Moving jar deployment problem to [SOLR-3760] because this issue drifted to
lice
[
https://issues.apache.org/jira/browse/SOLR-3760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13442188#comment-13442188
]
Lance Norskog edited comment on SOLR-3760 at 8/27/12 8:16 AM:
--
[
https://issues.apache.org/jira/browse/SOLR-3623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lance Norskog updated SOLR-3623:
Comment: was deleted
(was: I opened this issue to fix jar arrangements so that the OpenNLP
integrat
[
https://issues.apache.org/jira/browse/SOLR-3760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13442188#comment-13442188
]
Lance Norskog edited comment on SOLR-3760 at 8/27/12 8:15 AM:
--
[
https://issues.apache.org/jira/browse/SOLR-3760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13442193#comment-13442193
]
Lance Norskog commented on SOLR-3760:
-
Here is the hard way: repack dependent jars into
[
https://issues.apache.org/jira/browse/SOLR-3760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13442188#comment-13442188
]
Lance Norskog edited comment on SOLR-3760 at 8/27/12 8:09 AM:
--
[
https://issues.apache.org/jira/browse/SOLR-3760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13442188#comment-13442188
]
Lance Norskog edited comment on SOLR-3760 at 8/27/12 8:08 AM:
--
[
https://issues.apache.org/jira/browse/SOLR-3760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lance Norskog updated SOLR-3760:
Description:
The build system packages Lucene libraries in the Solr war, but they do not
pack libra
Lance Norskog created SOLR-3760:
---
Summary: Build packaging of complex contrib packages just plain
does not work
Key: SOLR-3760
URL: https://issues.apache.org/jira/browse/SOLR-3760
Project: Solr
[
https://issues.apache.org/jira/browse/LUCENE-4327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13442184#comment-13442184
]
Uwe Schindler commented on LUCENE-4327:
---
But it is text only now!
[
https://issues.apache.org/jira/browse/LUCENE-4327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13442181#comment-13442181
]
Tony Stevenson commented on LUCENE-4327:
Faux comment, please ignore. JIRA testin
Lance Norskog
Btw. these JVM exit errors are preceded by a timeout on this test,
the main thread hung on parsing HTTP response headers (?):
"TEST-BasicDistributedZkTest.testDistribSearch-seed#[6C8D748076FEE7B5]"
ID=991 RUNNABLE (in native code)
at java.net.SocketInputStream.socketRead0(
I think we should disable these tests at least on jenkins (by
disabling @BadApples?). These are really complex tests and I know Mark
has put a lot of effort to stabilize them but they're still causing a
lot of noise. I don't think they're "easy" to fix -- these "error code
11" is a JVM-level trap (
Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-java7/3119/
All tests passed
Build Log:
[...truncated 7775 lines...]
[junit4:junit4] ERROR: JVM J0 ended with an exception, command line:
/usr/local/openjdk7/jre/bin/java -XX:+UseG1GC -Dtests.prefix=tests
-Dtests.seed=6C8D748076FEE7B5
> Somehow core tika's Dataimport link seems does not working.
> Weird thing is other cores' works. (tested in firefox and
> safari)
It seems that
is required for UI.
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
F
Ahmet Arslan
> In solr-trunk/solr/exampleREADME.txt it says
> "java -Dsolr.solr.home=example-DIH" but it should be
> "java -Dsolr.solr.home=example-DIH/solr" (it is correct in
> example-DIH/README.txt)
>
> When execute full-import on mail core, I get this :
> ( I am note sure if mail core needs some extra ja
Ahmet Arslan
Ahmet Ars
Robert Muir
Hello,
In solr-trunk/solr/exampleREADME.txt it says
"java -Dsolr.solr.home=example-DIH" but it should be
"java -Dsolr.solr.home=example-DIH/solr" (it is correct in
example-DIH/README.txt)
When execute full-import on mail core, I get this :
( I am note sure if mail core needs some extra jars)
Christian Johnsso
Christian Johnsso
Lance Norskog
Lance Norskog
Lance Norskog
See
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
Fixed. Sorry for noise!
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: buil...@flonkings.com [mailto:buil...@flonkings.com]
> Sent: Sunday, August 26, 2012 11:46 AM
> To: dev@lucene.apache.org; sim...@a
See
--
[...truncated 968 lines...]
[junit4:junit4]
[junit4:junit4] Suite: org.apache.lucene.index.TestMultiLevelSkipList
[junit4:junit4] Completed on J5 in 0.63s, 1 test
[junit4:junit4]
[junit4:junit4] Suite: org.apache.lucene.index.TestMultiFields
[junit
See
Changes:
[uschindler] Fix more test to not fail when rarely() selects a maximum segment
size
--
[...truncated 974 lines...]
[junit4:junit4]
[junit4:junit4] Suite:
org.apache.lucene.search.TestComplexExplanationsOfNonMatches
[junit4:junit4] Complet
Christian Johnsso
Alexander S.
edited a c
Alexander S.
edited a c
Alexander S.
OK, I fixed at revision: 1377384
The problem here was that the test was already setting CFS ratio to 1.0, but
the rarely() was jumping in, setting the maximum segment size for CFS files to
0.3 MB and that was too much. I added an override like for CFS ratio, too.
I will check the other tests th
Hi,
this is just another one that fails now because of LogMergePolicy
randomization. This was added by my commit, because TieredMergePolicy
randomized the settings for the limits for CFS creation, but not LogMergePolicy.
TestBackwardsCompatibility is a test that looks for exactly the file names
This reproduces for me.
[junit4:junit4] Suite: org.apache.lucene.index.TestBackwardsCompatibility
[junit4:junit4] 2> NOTE: reproduce with: ant test
-Dtestcase=TestBackwardsCompatibility
-Dtests.method=testExactFileNames -Dtests.seed=6FC6BE093CC5EA0B
-Dtests.slow=true -Dtests.locale=hi_IN -Dtests
44 matches
Mail list logo
