[ 
https://issues.apache.org/jira/browse/SOLR-2415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13007688#comment-13007688
 ] 

Hoss Man commented on SOLR-2415:
--------------------------------

i'm with ryan.

if it had always been "respversion" or something i wouldn't mind, and would 
encourage other response writers to use it for their own versioning purposes 
(ie: the json writer could have change the default for json.nl based on 
version).  but "version" is just so damn generic, it's really hard to have any 
idea what it's taking about.  (even xml.version is ambiguious: is it the format 
coming in, or going out?

I'd suggest either adding "wt.version" or "wt.xml.version" (depending on how 
people feel about the idea that it should/can be reused by all response writers 
in their own way) to 3.x with a fallback to using version if it's specified and 
mark "version" deprecated ... then remove it completley at a much later date 
(maybe 4.0, depends on when it comes out and how many 3.x releases come first)



> Change XMLWriter version parameter to "wt.xml.version"
> ------------------------------------------------------
>
>                 Key: SOLR-2415
>                 URL: https://issues.apache.org/jira/browse/SOLR-2415
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Ryan McKinley
>            Priority: Trivial
>             Fix For: 4.0
>
>
> The XMLWriter has a parameter called 'version'.  This controls some specifics 
> about how the XMLWriter works.  Using the parameter name 'version' made sense 
> back when the XMLWriter was the only option, but with all the various writers 
> and different places where 'version' makes sense, I think we should change 
> this parameter name to "wt.xml.version" so that it specifically refers to the 
> XMLWriter.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to