[
https://issues.apache.org/jira/browse/LUCENE-3927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13239327#comment-13239327
]
Robert Muir commented on LUCENE-3927:
-------------------------------------
{code}
if (!(Codec.forName("Lucene3x") instanceof PreFlexRWCodec)) {
System.err.println("ERROR: Your VM's java.util.ServiceLoader
implementation is buggy"+
" and does not respect classpath order, please report this to the
vendor.");
{code}
I think this could be confusing to people using Sun JVMs, but just with the
wrong
classpath? There is currently an assert for this:
{code}
assert (codec instanceof PreFlexRWCodec) : "fix your classpath to have
tests-framework.jar before lucene-core.jar";
{code}
So I think we should just be careful about the warning to not confuse (maybe
check Constants.JRE_VENDOR to
make sure we send the correct message?)
> allow running trunk tests with IBM JRE
> --------------------------------------
>
> Key: LUCENE-3927
> URL: https://issues.apache.org/jira/browse/LUCENE-3927
> Project: Lucene - Java
> Issue Type: Task
> Components: general/test
> Affects Versions: 4.0
> Reporter: Robert Muir
> Attachments: LUCENE-3927.patch, LUCENE-3927.patch
>
>
> This is currently not possible because of how the SPI loader works,
> we cannot simulate Lucene3x codec with PreFlexRWCodec.
> But we should still allow basic testing (even though we cannot test preflex).
> After hacking around the issue, I get interesting fails with this JRE so I
> think its worth it.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
