[
https://issues.apache.org/jira/browse/SOLR-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14251277#comment-14251277
]
Noble Paul commented on SOLR-6787:
----------------------------------
bq. why there would be a separate/different API to get/set the value of such a
field.
Tell me how can I do that today . I may need to use SolrJ or something. If I
let users do it themselves , they will use their own schema and their own tools
to achieve the same. Eventually we will have a system which "anyone can use but
no one would want to use"
And what about versioning? I don't want different nodes to run different
versions of the jar
We should stop building "ready to cook" stuff and start making "ready to eat"
stuff if we want to survive in this space.
So. I am starting with the user and ask the question , "how would they use it".
Then I think of how we can achieve it in Solr (and not the other way around) If
I can't put a simple coherent way of using something I don't wan't to recommend
anyone to use it.
bq.But request handlers are one of the only things that have support for "lazy".
RequestHandlers are being added first. They are the first class citizens.
Others will have to be loaded lazily as well. Will be taken up in due course
When I said "lazy" it does not mean the current implementation of "lazy" . It
is a new implementation of laziness required for dynamic loading
bq. Also, a big question is persistence. What happens when you add a request
handler via API, and then the server is bounced?
They are all persisted . Actually any new component added causes a core reload
automatically . refer SOLR-6607
bq.That's great, but please do so in public forums so everyone can participate
in the discussion.
I'm going solo. So , there are not many discussions. I would like others to
start discussions in JIRA and I can participate
I used "we" because it is a goal for Lucidworks to make this possible. "How" is
not discussed
> API to manage blobs in Solr
> ----------------------------
>
> Key: SOLR-6787
> URL: https://issues.apache.org/jira/browse/SOLR-6787
> Project: Solr
> Issue Type: Sub-task
> Reporter: Noble Paul
> Assignee: Noble Paul
> Fix For: 5.0, Trunk
>
> Attachments: SOLR-6787.patch, SOLR-6787.patch
>
>
> A special collection called .system needs to be created by the user to
> store/manage blobs. The schema/solrconfig of that collection need to be
> automatically supplied by the system so that there are no errors
> APIs need to be created to manage the content of that collection
> {code}
> #create your .system collection first
> http://localhost:8983/solr/admin/collections?action=CREATE&name=.system&replicationFactor=2
> #The config for this collection is automatically created . numShards for this
> collection is hardcoded to 1
> #create a new jar or add a new version of a jar
> curl -X POST -H 'Content-Type: application/octet-stream' --data-binary
> @mycomponent.jar http://localhost:8983/solr/.system/blob/mycomponent
> # GET on the end point would give a list of jars and other details
> curl http://localhost:8983/solr/.system/blob
> # GET on the end point with jar name would give details of various versions
> of the available jars
> curl http://localhost:8983/solr/.system/blob/mycomponent
> # GET on the end point with jar name and version with a wt=filestream to get
> the actual file
> curl http://localhost:8983/solr/.system/blob/mycomponent/1?wt=filestream >
> mycomponent.1.jar
> # GET on the end point with jar name and wt=filestream to get the latest
> version of the file
> curl http://localhost:8983/solr/.system/blob/mycomponent?wt=filestream >
> mycomponent.jar
> {code}
> Please note that the jars are never deleted. a new version is added to the
> system everytime a new jar is posted for the name. You must use the standard
> delete commands to delete the old entries
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
