Re: Best practices for Alfresco SOLR customisation
I guess if you were talking to Alfresco Support or any of the Alfresco Engineers the best practice would be to NOT customise SOLR. On every occasion when new SOLR features are announced / demoed, one of my standard questions is about customisability and the sad truth is that Alfresco does not consider this to be a priority or even e necessity.
Some tokenisation rules are unfortunately hard-coded and configuration does not affect anything. In the past this has been true for cm:userName, cmwner and cm:author (AFAIK).
What I have done in the past without issue:
- make generic changes in schema.xml on dynamicFields instance that were still using legacy / oldStandardAnalysis
- make changes to solrconfig.xml to add pre-/post-processing, e.g. mapping a more extensive JSON request (including facets which are normally encoded in the URL causing URL length issues) to the actual request, or registering custom search components for custom query languages (slight enhancements over default FTS)
I guess you should be able to safely specify a custom fieldType + field for a model property to override the default from its dynamicField. But I have not tried that yet.