[
https://issues.apache.org/jira/browse/LUCENE-2310?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12845936#action_12845936
]
Shai Erera commented on LUCENE-2310:
------------------------------------
I'm sorry for the confusion - I got used to all the deprecation discussions so
much that it's embedded in my replies :) - when I wrote "instead getFields" I
meant that it will be deprecated, and we'll carry it w/ us until 4.0 is out.
So overall we agree on the changes that need to be made. BTW, when you
deprecate a method, you usually change it to call the new API or change it to
use the new data structures or whatever. So we need to think how to impl
getFields such that if one calls remove, numFields or use the iterator on an
interleving manner, his code doesn't break ... I don't think it should be hard
but it might be a good idea to even write such (deprecated) unit test
> Reduce Fieldable, AbstractField and Field complexity
> ----------------------------------------------------
>
> Key: LUCENE-2310
> URL: https://issues.apache.org/jira/browse/LUCENE-2310
> Project: Lucene - Java
> Issue Type: Sub-task
> Components: Index
> Reporter: Chris Male
> Attachments: LUCENE-2310-Deprecate-AbstractField.patch,
> LUCENE-2310-Deprecate-AbstractField.patch,
> LUCENE-2310-Deprecate-AbstractField.patch
>
>
> In order to move field type like functionality into its own class, we really
> need to try to tackle the hierarchy of Fieldable, AbstractField and Field.
> Currently AbstractField depends on Field, and does not provide much more
> functionality that storing fields, most of which are being moved over to
> FieldType. Therefore it seems ideal to try to deprecate AbstractField (and
> possible Fieldable), moving much of the functionality into Field and
> FieldType.
--
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
