[
https://issues.apache.org/jira/browse/LUCENE-5364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Rowe updated LUCENE-5364:
-------------------------------
Attachment: LUCENE-5364-trunk.patch
Patch for trunk.
I've added a comment above hard-coded versions that should be updated after a
release:
{code:java}
// :Post-Release-Update-Version.LUCENE_XY:
{code}
I'll make a separate branch_4x patch.
> Review usages of hard-coded Version constants
> ---------------------------------------------
>
> Key: LUCENE-5364
> URL: https://issues.apache.org/jira/browse/LUCENE-5364
> Project: Lucene - Core
> Issue Type: Bug
> Components: core/other
> Affects Versions: 5.0, 4.7
> Reporter: Steve Rowe
> Priority: Minor
> Attachments: LUCENE-5364-trunk.patch
>
>
> There are some hard-coded {{Version.LUCENE_XY}} constants used in various
> places. Some of these are intentional and appropriate:
> * in deprecated code, e.g. {{ArabicLetterTokenizer}}, deprecated in 3.1, uses
> {{Version.LUCENE_31}}
> * to make behavior version-dependent (e.g. {{StandardTokenizer}} and other
> analysis components)
> * to test different behavior at different points in history (e.g.
> {{TestStopFilter}} to test position increments)
> But should hard-coded constants be used elsewhere?
> For those that should remain, and need to be updated with each release, there
> should be an easy way to find them.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
