[
https://issues.apache.org/jira/browse/PYLUCENE-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
A. Coady resolved PYLUCENE-52.
--
Resolution: Fixed
> JCC build fails with Python
[
https://issues.apache.org/jira/browse/PYLUCENE-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Allouche updated PYLUCENE-52:
---
Attachment: pylucene-lpython.patch
> JCC build fails with Python
3.8.
[^pylucene-lpython.patch]
> JCC build fails with Python 3.8.
>
>
> Key: PYLUCENE-52
> URL: https://issues.apache.org/jira/browse/PYLUCENE-52
> Project: PyLucene
> Issue Type: Bug
>
That, and, with python 3.8, extensions are not supposed to be explicitely
linked against libpython anymore.
(from the same doc)
> On Oct 15, 2019, at 18:53, A. Coady (Jira) wrote:
>
> A. Coady created PYLUCENE-52:
>
>
> Summar
A. Coady created PYLUCENE-52:
Summary: JCC build fails with Python 3.8.
Key: PYLUCENE-52
URL: https://issues.apache.org/jira/browse/PYLUCENE-52
Project: PyLucene
Issue Type: Bug
[
https://issues.apache.org/jira/browse/SOLR-13549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16867391#comment-16867391
]
Cao Manh Dat commented on SOLR-13549:
-
Thanks [~dancollins]
> Maven build fails to build Solr c
was merged as part of SOLR-13434, so this is fixed.
> Maven build fails to build Solr core tests due to missing dependency
>
>
> Key: SOLR-13549
> URL: https://issues.apache.org/jira/br
?focusedCommentId=16861794=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16861794
> Maven build fails to build Solr core tests due to missing dependency
>
>
> Key
ven build fails to build Solr core tests due to missing dependency
>
>
> Key: SOLR-13549
> URL: https://issues.apache.org/jira/browse/SOLR-13549
> Project: Solr
>
Daniel Collins created SOLR-13549:
-
Summary: Maven build fails to build Solr core tests due to missing
dependency
Key: SOLR-13549
URL: https://issues.apache.org/jira/browse/SOLR-13549
Project: Solr
[
https://issues.apache.org/jira/browse/PYLUCENE-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16505050#comment-16505050
]
Andi Vajda commented on PYLUCENE-42:
Patch applied, thank you for the fix !
> JCC build fa
[
https://issues.apache.org/jira/browse/PYLUCENE-42?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andi Vajda resolved PYLUCENE-42.
Resolution: Fixed
> JCC build fails with Python 3.7 (release candid
[
https://issues.apache.org/jira/browse/PYLUCENE-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16504169#comment-16504169
]
A. Coady commented on PYLUCENE-42:
--
Adding {{const}} fixes issue.
> JCC build fails with Python
[
https://issues.apache.org/jira/browse/PYLUCENE-42?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
A. Coady updated PYLUCENE-42:
-
Attachment: patch.txt
> JCC build fails with Python 3.7 (release candid
Could you please add the missing 'const' and see if that's the only such
compile error ?
Thanks !
Andi..
> On Jun 6, 2018, at 17:06, A. Coady (JIRA) wrote:
>
> A. Coady created PYLUCENE-42:
>
>
> Summary: JCC build fails with P
A. Coady created PYLUCENE-42:
Summary: JCC build fails with Python 3.7 (release candidate).
Key: PYLUCENE-42
URL: https://issues.apache.org/jira/browse/PYLUCENE-42
Project: PyLucene
Issue Type
.
> Build fails with ant version 1.10.x
> ---
>
> Key: LUCENE-8189
> URL: https://issues.apache.org/jira/browse/LUCENE-8189
> Project: Lucene - Core
> Issue Type: Bug
> Components: ge
. We can fail the same
way.
> Build fails with ant version 1.10.x
> ---
>
> Key: LUCENE-8189
> URL: https://issues.apache.org/jira/browse/LUCENE-8189
> Project: Lucene - Core
> Issue Type: Bug
it check the versions of all relevant tools and fail with a
helpful message if they are outside of the range that we consider acceptable.
> Build fails with ant version 1.10.x
> ---
>
> Key: LUCENE-8189
>
around it.
We might only add a check for the exact ANT version to our common-build.xml
that fails early with a message "don't user ANT 1.10.2"
> Build fails with ant version 1.10.x
> ---
>
> Key: LUCENE-8189
>
, [~erickoerickson]
mentioned that 1.10.1 works. So this might indeed be a bug in ant. I only
tried 1.10.2.
I hadn't gotten around to replying to the mailing list thread yet.
> Build fails with ant version 1.10.x
> ---
>
> Key:
/wshnt7ok2rlvy5w7.
> Build fails with ant version 1.10.x
> ---
>
> Key: LUCENE-8189
> URL: https://issues.apache.org/jira/browse/LUCENE-8189
> Project: Lucene - Core
> Issue Type: Bug
> C
. If this is a duplicate,
feel free to close as a duplicate.
Although it's always possible that this is a bug in Ant, that seems unlikely.
Version 1.10 has been out for more than a year, and is on its third point
release.
> Build fails with ant version 1.1
Shawn Heisey created LUCENE-8189:
Summary: Build fails with ant version 1.10.x
Key: LUCENE-8189
URL: https://issues.apache.org/jira/browse/LUCENE-8189
Project: Lucene - Core
Issue Type: Bug
[
https://issues.apache.org/jira/browse/LUCENE-6673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Rowe updated LUCENE-6673:
---
Summary: Maven build fails for target javadoc:jar (was: Maven build fails
for target javadoc:jar
and Ramkumar.
> Maven build fails for target javadoc:jar on trunk/Java8
> ---
>
> Key: LUCENE-6673
> URL: https://issues.apache.org/jira/browse/LUCENE-6673
> Project: Lucene - Core
>
0062e999203fb6dbb7bd9d37e1c4a95cc2367504 in lucene-solr's branch
refs/heads/master from [~steve_rowe]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=0062e99 ]
LUCENE-6673: Maven build fails for target javadoc:jar.
> Maven build fails for target javadoc:jar on trunk/Ja
[
https://issues.apache.org/jira/browse/LUCENE-6673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Rowe reassigned LUCENE-6673:
--
Assignee: Steve Rowe (was: Ramkumar Aiyengar)
> Maven build fails for target javadoc:
9c10d2ab176ef41f7380382ab16c81af3c7933d7 in lucene-solr's branch
refs/heads/branch_7x from [~steve_rowe]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=9c10d2a ]
LUCENE-6673: Maven build fails for target javadoc:jar.
> Maven build fails for target javadoc:jar on trunk/Ja
the settings that
common-build.xml uses (for ant). We are trying to move to branch_7x and test
on master, and without this we can't build javadocs (fails at the first hurdle
of Lucene core)
> Maven build fails for target javadoc:jar on trunk/Ja
, but as the Javadocs fix
was declared a security issue, I assume that it is also applied to Java 7, so
without this fix Java 7 paid updates will fail the build, too.
> Javadocs build fails with Java 8 update 121
> ---
>
> Key:
> Sent: Tuesday, February 7, 2017 11:44 AM
> To: dev@lucene.apache.org
> Subject: [jira] [Commented] (LUCENE-7651) Javadocs build fails with Java 8
> update 121
>
>
> [ https://issues.apache.org/jira/browse/LUCENE-
> 7651?page=com.atlassian.jira.plugin.system.issuetabpanel
ent to the Changelog that prettyprinting Javadocs is no longer working, if
docs are build with Java 7.
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.apache.org/jira/brows
's -bottom parameter. Also
update Prettify to latest version to fix Google Chrome issue.
# Conflicts:
# lucene/CHANGES.txt
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https
9dcfcb6e6fcbab36d50c4baca697c1104c2a72ff in lucene-solr's branch
refs/heads/master from [~jpountz]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=9dcfcb6 ]
LUCENE-7651: Move under the 6.4.1 section.
> Javadocs build fails with Java 8 update
d3a2ed8487f3934d53f864b092f91966814d4cf7 in lucene-solr's branch
refs/heads/branch_6x from [~jpountz]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=d3a2ed8 ]
LUCENE-7651: Move under the 6.4.1 section.
> Javadocs build fails with Java 8 update
. If we will have a further bugfix release on this branch, we should
backport this. Please reopen in that case.
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.apache.
to mention this change:
http://www.oracle.com/technetwork/java/javase/8u121-relnotes-3315208.html
It still breaks our previous releases, but we can tell people that its caused
by Oracle, not us.
> Javadocs build fails with Java 8 update
's -bottom parameter. Also
update Prettify to latest version to fix Google Chrome issue.
# Conflicts:
# lucene/CHANGES.txt
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https
[
https://issues.apache.org/jira/browse/LUCENE-7651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-7651:
--
Fix Version/s: 6.4.1
> Javadocs build fails with Java 8 update
Hi,
The problem is also the security manager and it's policy file. This is why we
have the temp dir in current folder. As there is no easy way to have an
absolute path in the policy file, we have it like this. Another way would be to
pass a sys prop for the temp directory and add a policy file
Check this out: (FYI this is my test; doesn't exist upstream yet):
> ant test -Dtestcase=HeatmapSpatialFieldTest
BUILD SUCCESSFUL, 1 minute 40 seconds
> ant test-core -Dtestcase=HeatmapSpatialFieldTest
BUILD FAILED, 25 seconds
So it turns out the "-init-totals" task sets up the temp dir
It's exactly that, actually. We place java.io.tmpdir under ./, so this
directory always remains after the tests are done. I filed this issue:
https://github.com/randomizedtesting/randomizedtesting/issues/247
But I honestly don't know what the "right" way to fix it is. The
runner assumes cwd
No problem at all. I wonder if we (in Lucene) don't point the temp
folder under cwd -- we probably do... If so then this is something I
didn't give much thought to... special case which should probably be
allowed. Check common-build and confirm if this is the case.
Dawid
On Mon, Jan 23, 2017 at
Thanks very much Dawid. So indeed, the directory in question isn't quite
empty; it contains a "temp" directory (that is empty). Off to the next
thing to debug
Thanks again.
~ David
On Mon, Jan 23, 2017 at 7:40 AM Dawid Weiss wrote:
> I've committed LUCENE-7653
I've committed LUCENE-7653 which should help you diagnose the problem,
David. First, it'll clean the cwd of a forked process before the tests
start (something that wasn't done before). Second, it'll report what
files remained uncleaned after a run.
Hope it'll help.
Dawid
On Fri, Jan 20, 2017 at
)
6.x
Fixed for now, please reopen for every bugfix release on any branch that was
not yet updated to use this.
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.
disable all 6.4 branch
builds. If we will have a further bugfix release on this branch, we should
backport this. Please reopen in that case.
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
>
's -bottom parameter. Also
update Prettify to latest version to fix Google Chrome issue.
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.apache.org/jira/browse/LUCENE-7
parameter. Also
update Prettify to latest version to fix Google Chrome issue.
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.apache.org/jira/browse/LUCENE-7
://mail.openjdk.java.net/pipermail/javadoc-dev/2017-January/000281.html
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.apache.org/jira/browse/LUCENE-7651
> Proj
k Javadocs or build.
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.apache.org/jira/browse/LUCENE-7651
> Project: Lucene - Core
> Issue
[
https://issues.apache.org/jira/browse/LUCENE-7651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-7651:
--
Attachment: LUCENE-7651.patch
Add correct license header to CSS file.
> Javadocs build fa
?
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.apache.org/jira/browse/LUCENE-7651
> Project: Lucene - Core
> Issue Type: Bug
>
. The used one
produced Javascript errors in Chrome, so I updated. I also removed the useless
additional language plugin files.
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
>
:
This would be my proposal.
was (Author: thetaphi):
This would be my proposal. Unfortunately, Prettify never worked from local
filesystem, so I have to quicly spawn a webserver here...
> Javadocs build fails with Java 8 update 121
> ---
>
>
[
https://issues.apache.org/jira/browse/LUCENE-7651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-7651:
--
Attachment: (was: LUCENE-7651.patch)
> Javadocs build fails with Java 8 update
it any also works
locally. Stupid Javascript! K!
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.apache.org/jira/browse/LUCENE-7651
> Proj
from local
filesystem, so I have to quicly spawn a webserver here...
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.apache.org/jira/browse/LUCENE-7651
>
}
{noformat}
I checked our sources. We allready append the CSS of prettify to Javadocs's
main CSS files. As Java 8 contains also a Javadocs-generated scripts.js file,
we could do the same here. I am working on that...
> Javadocs build fails with Jav
[
https://issues.apache.org/jira/browse/LUCENE-7651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15833412#comment-15833412
]
Uwe Schindler commented on LUCENE-7651:
---
I checked it out, it disallows any
[
https://issues.apache.org/jira/browse/LUCENE-7651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-7651:
--
Labels: Java8 (was: )
> Javadocs build fails with Java 8 update
[
https://issues.apache.org/jira/browse/LUCENE-7651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-7651:
--
Affects Version/s: 6.4
> Javadocs build fails with Java 8 update
[
https://issues.apache.org/jira/browse/LUCENE-7651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler reassigned LUCENE-7651:
-
Assignee: Uwe Schindler
> Javadocs build fails with Java 8 update
to "critical", because this also breaks our latest release 6.4, which
can't be build from source with Java 8 update 121.
was (Author: thetaphi):
I se to "critical", because this also breaks our latest release 6.4, which
can't be build from source with Java 8 update 121.
&g
to a separate file helps
here. In HTML 5 inline Javascript in HTML files is a no-go.
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.apache.org/jira/bro
our latest release 6.4, which
can't be build from source with Java 8 update 121.
> Javadocs build fails with Java 8 update 121
> ---
>
> Key: LUCENE-7651
> URL: https://issues.apache.org/jira/browse/LUCENE-7
Uwe Schindler created LUCENE-7651:
-
Summary: Javadocs build fails with Java 8 update 121
Key: LUCENE-7651
URL: https://issues.apache.org/jira/browse/LUCENE-7651
Project: Lucene - Core
Issue
Hi David!
> I can't find the string "Could not remove temporary path" in our codebase;
> maybe it's in randomized-testing? (CC Dawid) I'm not sure how to debug
> this... maybe Solr wasn't closed properly? Although this doesn't happen
Yes, this message has a source in ANT's unit test runner
-- but not persist it since I don't want/need that. I could share the
code if it helps. Any way, my test passes when run via IntelliJ; the test
JVM ends normally.
But when I run via "ant test-core -Dtestcase=mytestclassname" the test
itself passes but the build fails. Right before the
(with the added complication that
in Java 7 this flag isn't needed). Getting back to trunk, this still applies,
any thoughts on this being applied?
> Maven build fails for target javadoc:jar on trunk/Java8
> ---
>
> Key:
it. If there are no objections,
will go ahead and commit it..
Maven build fails for target javadoc:jar on trunk/Java8
---
Key: LUCENE-6673
URL: https://issues.apache.org/jira/browse/LUCENE-6673
Project
Ramkumar Aiyengar created LUCENE-6673:
-
Summary: Maven build fails for target javadoc:jar on trunk/Java8
Key: LUCENE-6673
URL: https://issues.apache.org/jira/browse/LUCENE-6673
Project: Lucene
: Please provide the details of the errors you’re seeing, and any relevant
: environmental details - that would have been higher impact than not
: providing details :)
when in doubt: file a jira, attach all the details.
-Hoss
http://www.lucidworks.com/
Hi,
I did a checkout of the latest 5.0 and the build fails (with ant clean
package). With errors from two different JIRAs ports it seems.
Should I provide the feedback or do I assume that the Jenkins builds
catch this? I can see the build fails, but does not seem to be where
mine is? Does
)
Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode)
On Jan 4, 2015, at 11:35 AM, Alexandre Rafalovitch arafa...@gmail.com wrote:
Hi,
I did a checkout of the latest 5.0 and the build fails (with ant clean
package). With errors from two different JIRAs ports it seems.
Should
of the latest 5.0 and the build fails (with ant clean
package). With errors from two different JIRAs ports it seems.
Should I provide the feedback or do I assume that the Jenkins builds
catch this? I can see the build fails, but does not seem to be where
mine is? Does it exercise the same build
higher impact than not providing
details :)
Erik
On Jan 4, 2015, at 11:35 AM, Alexandre Rafalovitch arafa...@gmail.com wrote:
Hi,
I did a checkout of the latest 5.0 and the build fails (with ant clean
package). With errors from two different JIRAs ports it seems.
Should I provide
details :)
Erik
On Jan 4, 2015, at 11:35 AM, Alexandre Rafalovitch arafa...@gmail.com
wrote:
Hi,
I did a checkout of the latest 5.0 and the build fails (with ant clean
package). With errors from two different JIRAs ports it seems.
Should I provide the feedback or do I assume
Hi,
I'm having trouble installing JCC. I don't know if this is the right forum,
but I figured I would post here, since
thishttp://lucene.apache.org/pylucene/mailing-lists.htmlpage said
this was the list to post build issues.
I'm trying to install JCC as a first step to installing PyLucene. I've
On Mar 12, 2014, at 4:44, Peter Ganong gan...@gmail.com wrote:
Hi,
I'm having trouble installing JCC. I don't know if this is the right forum,
but I figured I would post here, since
thishttp://lucene.apache.org/pylucene/mailing-lists.htmlpage said
this was the list to post build issues.
is it just me?
BUILD FAILED
C:\work\lucene_dev_fresh\build.xml:23: The following error occurred while execut
ing this line:
C:\work\lucene_dev_fresh\solr\build.xml:135: The following error occurred while
executing this line:
C:\work\lucene_dev_fresh\solr\core\build.xml:21: The following error
eclipse
I can compile with 1.6 fine, but our production is at 1.5.
Any thoughts?
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-build-fails-with-java-1-5-tp1756553p1756553.html
Sent from the Solr - Dev mailing list archive at Nabble.com
: 1.6
I am using eclipse
I can compile with 1.6 fine, but our production is at 1.5.
Any thoughts?
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-build-fails-with-java-1-5-tp1756553p1756553.html
Sent from the Solr - Dev mailing list archive at Nabble.com
suggester component) will it
compile with 1.5?
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-build-fails-with-java-1-5-tp1756553p1758724.html
Sent from the Solr - Dev mailing list archive at Nabble.com
-...@lucene.apache.org
Subject: Re: solr build fails with java 1.5
hi yonik,
Thanks for reply, I totally understand this.
But our prod systems are not going to be on 6 for a year or so.
We have solr 1.3 currently and wanted to have suggester component so I was
trying to do upgrade and get
is uploaded to work on to.
So, seeing failing builds from time to time shouldn't be a surprise :-(
bq. What was the motivation behind this change?
Can't you tolerate a small mistake while people are working with fixing the
bugs of Lucene.Net
DIGY
Test solution build fails after revision 888204
updated the maven pom
template files to reference the right version of BDB-JE which wasn't the case
though.
I think we should give the maven-repo mirror a chance though.
if the build fails to download JARs for contrib/db, just skip its tests
the JAR directly is a good savings (it's roughly 1
MB, but the full .zip distribution is roughly 6 MB. I agree we should give
maven a shot... hopefully it's more reliable than the direct download we do now.
if the build fails to download JARs for contrib/db, just skip its tests
it unfortunately touches core stuff :/
simon
if the build fails to download JARs for contrib/db, just skip its tests
---
Key: LUCENE-1845
URL: https://issues.apache.org/jira/browse/LUCENE-1845
[
https://issues.apache.org/jira/browse/LUCENE-1845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless reassigned LUCENE-1845:
--
Assignee: Michael McCandless (was: Simon Willnauer)
if the build fails
[
https://issues.apache.org/jira/browse/LUCENE-1845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12801409#action_12801409
]
Michael McCandless commented on LUCENE-1845:
OK...
if the build fails
download the JAR from
Oracle, let's open a new issue to find a better way to host the jar.
if the build fails to download JARs for contrib/db, just skip its tests
---
Key: LUCENE-1845
URL: https
already replied to the commit mail but
mention it here again for completeness
We should add a changes.txt entry to notify users that we upgraded the version.
simon
if the build fails to download JARs for contrib/db, just skip its tests
entry to notify users that we upgraded the
version.
Ahh right -- will do.
if the build fails to download JARs for contrib/db, just skip its tests
---
Key: LUCENE-1845
URL: https
: Improvement
Reporter: Michael McCandless
Assignee: Simon Willnauer
Priority: Minor
Fix For: 3.1
Attachments: LUCENE-1845.patch, LUCENE-1845.txt, LUCENE-1845.txt,
LUCENE-1845.txt, LUCENE-1845.txt
Every so often our nightly build fails because
{noformat}
if the build fails to download JARs for contrib/db, just skip its tests
---
Key: LUCENE-1845
URL: https://issues.apache.org/jira/browse/LUCENE-1845
Project: Lucene - Java
of this... can we improve the sanity
checking to check for lack of existence of the JAR, and then skip everything?
if the build fails to download JARs for contrib/db, just skip its tests
---
Key: LUCENE-1845
if the build fails to download JARs for contrib/db, just skip its tests
---
Key: LUCENE-1845
URL: https://issues.apache.org/jira/browse/LUCENE-1845
Project: Lucene - Java
access, to
know it's the nightly build?
if the build fails to download JARs for contrib/db, just skip its tests
---
Key: LUCENE-1845
URL: https://issues.apache.org/jira/browse/LUCENE-1845
1 - 100 of 134 matches
Mail list logo