[
https://issues.apache.org/jira/browse/LUCENE-4276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13425733#comment-13425733
]
Shai Erera commented on LUCENE-4276:
------------------------------------
bq. Thats ok: I will make the issue a blocker and we won't release until we
resolve this.
That's what I'm talking about -- the attitude. Yonik didn't even completely
VETO the issue, if the user can override this behavior he seems to agree with
your solution (and I won't object to it either), and I read on the thread that
Uwe prefers that as well.
Yet instead of relating to Yonik's comment, you mark the issue blocker in a way
to enforce your opinion.
In the past, I've compromised on solutions raised by others, even when I didn't
think they're perfect. That's reality -- Lucene is a tens of thousands apps
project, not a one man's opinion. Sometimes, you (and I !) can't see the full
breadth of use cases out there, that doesn't mean we need to discard them !
Again, please remove the blocker mark. We should discuss it, in the worse case,
we should vote (notice how VOTE and VETO are so close ?) on it. We should try
to aleast not enforce our opinions on other developers.
> refuse to execute on broken corrupting jvms
> -------------------------------------------
>
> Key: LUCENE-4276
> URL: https://issues.apache.org/jira/browse/LUCENE-4276
> Project: Lucene - Core
> Issue Type: Task
> Reporter: Robert Muir
> Priority: Blocker
> Fix For: 4.0
>
>
> There are some jvms where we know lucene does not work at all and will just
> produce things like corrupt indexes.
> We should detect this in a static block of Constants.java and refuse to run
> at all.
--
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]
