You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Robert Muir (Created) (JIRA)" <ji...@apache.org> on 2011/11/30 22:27:40 UTC
[jira] [Created] (LUCENE-3612) remove _X.fnx
remove _X.fnx
-------------
Key: LUCENE-3612
URL: https://issues.apache.org/jira/browse/LUCENE-3612
Project: Lucene - Java
Issue Type: Task
Affects Versions: 4.0
Reporter: Robert Muir
Attachments: LUCENE-3612.patch
Currently we store a global (not per-segment) field number->name mapping in _X.fnx
However, it doesn't actually save us any performance e.g on IndexWriter's init because
since LUCENE-2984 we are to loading the fieldinfos anyway to compute files() for IFD, etc,
as thats where hasProx/hasVectors is.
Additionally in the past global files like shared doc stores have caused us problems,
(recently we just fixed a bug related to this file in LUCENE-3601).
Finally this is trouble for backwards compatibility as its difficult to handle a global
file with the codecs mechanism.
--
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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Commented] (LUCENE-3612) remove _X.fnx
Posted by "Simon Willnauer (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3612?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13160689#comment-13160689 ]
Simon Willnauer commented on LUCENE-3612:
-----------------------------------------
+1
> remove _X.fnx
> -------------
>
> Key: LUCENE-3612
> URL: https://issues.apache.org/jira/browse/LUCENE-3612
> Project: Lucene - Java
> Issue Type: Task
> Affects Versions: 4.0
> Reporter: Robert Muir
> Attachments: LUCENE-3612.patch
>
>
> Currently we store a global (not per-segment) field number->name mapping in _X.fnx
> However, it doesn't actually save us any performance e.g on IndexWriter's init because
> since LUCENE-2984 we are to loading the fieldinfos anyway to compute files() for IFD, etc,
> as thats where hasProx/hasVectors is.
> Additionally in the past global files like shared doc stores have caused us problems,
> (recently we just fixed a bug related to this file in LUCENE-3601).
> Finally this is trouble for backwards compatibility as its difficult to handle a global
> file with the codecs mechanism.
--
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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Updated] (LUCENE-3612) remove _X.fnx
Posted by "Robert Muir (Updated) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robert Muir updated LUCENE-3612:
--------------------------------
Attachment: LUCENE-3612.patch
Patch: all tests pass.
before committing I think we should cleanup some apis/javadocs, remove the various versioning stuff (now unused), and not read/write it in segments files.
> remove _X.fnx
> -------------
>
> Key: LUCENE-3612
> URL: https://issues.apache.org/jira/browse/LUCENE-3612
> Project: Lucene - Java
> Issue Type: Task
> Affects Versions: 4.0
> Reporter: Robert Muir
> Attachments: LUCENE-3612.patch
>
>
> Currently we store a global (not per-segment) field number->name mapping in _X.fnx
> However, it doesn't actually save us any performance e.g on IndexWriter's init because
> since LUCENE-2984 we are to loading the fieldinfos anyway to compute files() for IFD, etc,
> as thats where hasProx/hasVectors is.
> Additionally in the past global files like shared doc stores have caused us problems,
> (recently we just fixed a bug related to this file in LUCENE-3601).
> Finally this is trouble for backwards compatibility as its difficult to handle a global
> file with the codecs mechanism.
--
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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Resolved] (LUCENE-3612) remove _X.fnx
Posted by "Robert Muir (Resolved) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robert Muir resolved LUCENE-3612.
---------------------------------
Resolution: Fixed
Fix Version/s: 4.0
> remove _X.fnx
> -------------
>
> Key: LUCENE-3612
> URL: https://issues.apache.org/jira/browse/LUCENE-3612
> Project: Lucene - Java
> Issue Type: Task
> Affects Versions: 4.0
> Reporter: Robert Muir
> Fix For: 4.0
>
> Attachments: LUCENE-3612.patch, LUCENE-3612.patch
>
>
> Currently we store a global (not per-segment) field number->name mapping in _X.fnx
> However, it doesn't actually save us any performance e.g on IndexWriter's init because
> since LUCENE-2984 we are to loading the fieldinfos anyway to compute files() for IFD, etc,
> as thats where hasProx/hasVectors is.
> Additionally in the past global files like shared doc stores have caused us problems,
> (recently we just fixed a bug related to this file in LUCENE-3601).
> Finally this is trouble for backwards compatibility as its difficult to handle a global
> file with the codecs mechanism.
--
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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Commented] (LUCENE-3612) remove _X.fnx
Posted by "Uwe Schindler (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3612?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13160467#comment-13160467 ]
Uwe Schindler commented on LUCENE-3612:
---------------------------------------
+1
> remove _X.fnx
> -------------
>
> Key: LUCENE-3612
> URL: https://issues.apache.org/jira/browse/LUCENE-3612
> Project: Lucene - Java
> Issue Type: Task
> Affects Versions: 4.0
> Reporter: Robert Muir
> Attachments: LUCENE-3612.patch
>
>
> Currently we store a global (not per-segment) field number->name mapping in _X.fnx
> However, it doesn't actually save us any performance e.g on IndexWriter's init because
> since LUCENE-2984 we are to loading the fieldinfos anyway to compute files() for IFD, etc,
> as thats where hasProx/hasVectors is.
> Additionally in the past global files like shared doc stores have caused us problems,
> (recently we just fixed a bug related to this file in LUCENE-3601).
> Finally this is trouble for backwards compatibility as its difficult to handle a global
> file with the codecs mechanism.
--
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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Updated] (LUCENE-3612) remove _X.fnx
Posted by "Robert Muir (Updated) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robert Muir updated LUCENE-3612:
--------------------------------
Attachment: LUCENE-3612.patch
updated patch: i just removed the file version information (and no longer write it in segments file), and removed the Directory parameter from the map getter, etc.
I plan to commit soon.
> remove _X.fnx
> -------------
>
> Key: LUCENE-3612
> URL: https://issues.apache.org/jira/browse/LUCENE-3612
> Project: Lucene - Java
> Issue Type: Task
> Affects Versions: 4.0
> Reporter: Robert Muir
> Attachments: LUCENE-3612.patch, LUCENE-3612.patch
>
>
> Currently we store a global (not per-segment) field number->name mapping in _X.fnx
> However, it doesn't actually save us any performance e.g on IndexWriter's init because
> since LUCENE-2984 we are to loading the fieldinfos anyway to compute files() for IFD, etc,
> as thats where hasProx/hasVectors is.
> Additionally in the past global files like shared doc stores have caused us problems,
> (recently we just fixed a bug related to this file in LUCENE-3601).
> Finally this is trouble for backwards compatibility as its difficult to handle a global
> file with the codecs mechanism.
--
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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org