[
https://issues.apache.org/jira/browse/LUCENE-1654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12714068#action_12714068
]
Uwe Schindler commented on LUCENE-1654:
---------------------------------------
I found a bug for indexes with the string-based userdata:
{code}
if (format <= FORMAT_USER_DATA) {
if (format <= FORMAT_DIAGNOSTICS) {
userData = input.readStringStringMap();
} else {
userData = Collections.EMPTY_MAP;
if (0 != input.readByte()) {
userData.put("userData", input.readString());
}
}
} else {
userData = Collections.EMPTY_MAP;
}
{code}
I fix this and commit. userData should be a singleton map, if 0!=readByte() or
EMPTY_MAP. But the empty maps of Collections are read-only, so put() throws UOE.
> Include diagnostics per-segment when writing a new segment
> ----------------------------------------------------------
>
> Key: LUCENE-1654
> URL: https://issues.apache.org/jira/browse/LUCENE-1654
> Project: Lucene - Java
> Issue Type: Improvement
> Reporter: Michael McCandless
> Assignee: Michael McCandless
> Fix For: 2.9
>
> Attachments: LUCENE-1654.patch, LUCENE-1654.patch
>
>
> It would be very helpful if each segment in an index included
> diagnostic information, such as the current version of Lucene.
> EG, in LUCENE-1474 this would be very helpful to see if certain
> segments were written under 2.4.0.
> We can start with just the current version.
> We could also consider making this extensible, so you could provide
> your own arbitrary diagnostics, but SegmentInfo/s is not public so I
> think such an API would be "one-way" in that you'd have to use
> CheckIndex to check on it later. Or we could wait on such extensibility
> until we provide some consistent way to access per-segment details
> in the index.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
