[
https://issues.apache.org/jira/browse/SOLR-3038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13656973#comment-13656973
]
Mike Sokolov commented on SOLR-3038:
------------------------------------
bq. Why don't we simply add support for a LuceneMatchVersion requirement to
SolrJ that you must supply on the constructor.
You could do that, and it would be a slight improvement over the current
situation in that the user wouldn't need to know the details about what had
changed, but it still wouldn't allow users to completely decouple the upgrade
of their clients and servers, which they could do if the client could
automatically choose, or negotiate, the proper behavior dynamically.
> Solrj should use javabin wireformat by default with updaterequests
> ------------------------------------------------------------------
>
> Key: SOLR-3038
> URL: https://issues.apache.org/jira/browse/SOLR-3038
> Project: Solr
> Issue Type: Improvement
> Components: clients - java
> Affects Versions: 4.0-ALPHA
> Reporter: Sami Siren
> Priority: Minor
> Attachments: SOLR-3038-abstract-writer.patch,
> SOLR-3038-abstract-writer.patch, SOLR-3038-abstract-writer.patch,
> SOLR-3038-abstract-writer.patch, SOLR-3038-abstract-writer.patch
>
>
> The javabin wire format is faster than xml when feeding Solr - it should
> become the default.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
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
