[
https://issues.apache.org/jira/browse/SOLR-7182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marius Grama updated SOLR-7182:
-------------------------------
Attachment: SOLR-7182.patch
I've taken out the usage of NamedList from the API exposed by the SchemaRequest.
I've also created specific wrappers for the response objects corresponding to
the Schema API so that the clients do not need to iterate through the response
NamedList.
For wrapping the FieldType add/replace request object I've introduced the class
FieldTypeDefinition. I have to do some extra testing to make sure that I didn't
miss any of the properties that can be set (I've used FieldTypeXmlAdapter as
template for the properties).
For wrapping the response messages for schema and fieldtype calls I've
introduced SchemaRepresentation, respectively FieldTypeRepresentation.
> Make the Schema-API a first class citizen of SolrJ
> --------------------------------------------------
>
> Key: SOLR-7182
> URL: https://issues.apache.org/jira/browse/SOLR-7182
> Project: Solr
> Issue Type: Improvement
> Components: SolrJ
> Affects Versions: 5.0
> Environment: any
> Reporter: Sven Windisch
> Priority: Minor
> Labels: api, schema, solrj
> Fix For: 5.2, Trunk
>
> Attachments: SOLR-7182.patch, SOLR-7182.patch, SOLR-7182.patch
>
>
> There are several Solr APIs that are handled as first class citizens in
> SolrJ, esp. the Node API and the Collections API, i.e. they have their own
> xxxAdminRequest Object extended from the SolrRequest Class. As someone who
> programmatically changes Schemas a lot, I had hoped to see the Schema API
> handled first class in release 5.0, too. As far as I dug into the code and
> docs of SolrJ 5.0, that did not happen. If there is a reasonable point why
> this won't happen at all, I would really like to hear it. If the only reason
> is, that nobody had time for this, I would happily help out here.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
