[
https://issues.apache.org/jira/browse/SOLR-14688?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17337708#comment-17337708
]
Gus Heck commented on SOLR-14688:
---------------------------------
When I hear the phrase "first party plugins" what I think of is something like
httpd modules: a distinct set of features that are created, maintained and
distributed with the project, but can disabled at runtime to promote smaller
memory footprint, security (fewer features/codepaths that can have issues or be
leveraged by attackers), and perhaps in a few cases performance gains. Such an
item would be released concurrently with solr and our builds/tests would
continue to verify them etc, and bugs that break them would block releases,
etc. In short "loadable features". Second party plugins would be the user's own
code that they write, maintain and can (hopefully conveniently) install into
solr to alter it's behavior and add features. Third party plugins would be the
similar. Both 2nd and 3rd are out of our control and thus release cadence and
version compatibility matrix etc would be the responsibility of their authors.
I would be less keen on many releases of many plugins plus solr with a version
compatibility matrix to verify and publish/update any time either plugin or
solr was released, or worse yet no way to know if things "should" work because
such compatibility information was not maintained.
> First party package implementation design
> -----------------------------------------
>
> Key: SOLR-14688
> URL: https://issues.apache.org/jira/browse/SOLR-14688
> Project: Solr
> Issue Type: Improvement
> Reporter: Noble Paul
> Priority: Major
> Labels: package, packagemanager
>
> Here's the design document for first party packages:
> https://docs.google.com/document/d/1n7gB2JAdZhlJKFrCd4Txcw4HDkdk7hlULyAZBS-wXrE/edit?usp=sharing
> Put differently, this is about package-ifying our "contribs".
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
