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

Jan Høydahl commented on SOLR-14701:
------------------------------------

First, I am surprised by the proposed development practices suggested here. 
Let's instead continue to seek broad consensus and discussing with our peers, 
and if you cannot reach consensus, maybe there is a slight chance that the 
proposal can be improved  :) Provoking vetos and conflict is not in the spirit 
of the ASF and does not create the type of community we want to welcome folks 
into.
{quote}It doesn't work as named or documented ... If you use it in production 
reliably and in a way that cannot be accomplished another way...
{quote}
I question the background for your conclusion. The feature is documented as "_a 
set of Solr features that, when used together, allow users to rapidly construct 
an effective schema by simply indexing sample data, without having to manually 
edit the schema_". And there is a fat warning against relying on this in 
produciton: "_You are *strongly* urged to disable schemaless mode for 
production systems. Schemaless mode makes assumptions when deciding the type 
and use of a field the first time that field is encountered in a document. 
These assumptions are likely sub-optimal in many cases._".

So nobody is promising this is a silver bullet, but it is a fast way to 
prototype and bootstrap a project, with follow-on hand polishing of the schema. 
Thus, which promise do you claim we are breaking? Users will always misuse a 
product or not care to read documentation. For those, we even have a fat CLI 
warning once you "bin/solr create" a collection with schemaless mode.

> Deprecate Schemaless Mode (Discussion)
> --------------------------------------
>
>                 Key: SOLR-14701
>                 URL: https://issues.apache.org/jira/browse/SOLR-14701
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: Schema and Analysis
>            Reporter: Marcus Eagan
>            Priority: Major
>
> I know this won't be the most popular ticket out there, but I am growing more 
> and more sympathetic to the idea that we should rip many of the freedoms out 
> that cause users more harm than not. One of the freedoms I saw time and time 
> again to cause issues was schemaless mode. It doesn't work as named or 
> documented, so I think it should be deprecated. 
> If you use it in production reliably and in a way that cannot be accomplished 
> another way, I am happy to hear from more knowledgeable folks as to why 
> deprecation is a bad idea. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to