[
https://issues.apache.org/jira/browse/LUCENE-1960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12770054#action_12770054
]
Uwe Schindler commented on LUCENE-1960:
---------------------------------------
After thinking a little bit about it:
Is it ok to test the size of the compressed field by recompressing it with
another target VM? E.g., maybe I created the test 2.9 index with another Java
Version (1.5.0_21) where the deflate function is a little bit different
implemented and so the test in 3.0 will fail, because maybe someone with Java 6
ran the test using another libzip?
In this case, I would add another stored field in the test index, that contains
the length of the compressed data during creation of the index in the source
VM, to be checked with FieldSelectorResult.SIZE?
Opinions?
> Remove deprecated Field.Store.COMPRESS
> --------------------------------------
>
> Key: LUCENE-1960
> URL: https://issues.apache.org/jira/browse/LUCENE-1960
> Project: Lucene - Java
> Issue Type: Task
> Reporter: Michael Busch
> Assignee: Michael Busch
> Priority: Minor
> Fix For: 3.0
>
> Attachments: index.29.cfs.zip, index.29.cfs.zip, index.29.nocfs.zip,
> index.29.nocfs.zip, lucene-1960-1-branch29.patch, lucene-1960-1.patch,
> lucene-1960-1.patch, lucene-1960-1.patch, lucene-1960-1.patch,
> lucene-1960-1.patch, lucene-1960.patch, optimize-time.txt
>
>
> Also remove FieldForMerge and related code.
--
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: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org
