[jira] [Updated] (SOLR-16603) Create a public constructor for SolrCore

["Shawn Heisey (Jira)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/SOLR-16603?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Shawn Heisey updated SOLR-16603:
--------------------------------
    Attachment: NoHtmlUpdateProcessorFactory.java
        Status: Open  (was: Open)

This is an update processor that I wrote that runs the input through Lucene's HTMLStripCharFilter twice, among other effects.

To get it to compile, I only needed this in build.gradle, which pulled in a ton of other dependencies:

{code:java}
	implementation group: 'org.apache.solr', name: 'solr-core', version: '9+'
{code}

Originally the project did not use gradle (I manually added jars to a lib directory), but I updated it for discussion purposes here.

> Create a public constructor for SolrCore
> ----------------------------------------
>
>                 Key: SOLR-16603
>                 URL: https://issues.apache.org/jira/browse/SOLR-16603
>             Project: Solr
>          Issue Type: Wish
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: clients - java
>            Reporter: Jeb Nix
>            Priority: Minor
>         Attachments: NoHtmlUpdateProcessorFactory.java
>
>
> This will enable to use Solr's search with update processors and search components, without the need to deploy an actual Solr instance - e.g. Solr on the RAM of the Java application. This would be super useful to me for making external APIs that will support Solr, outside of the cluster. Lucene ain't good enough because of the configurations that I have on Solr.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org