[
https://issues.apache.org/jira/browse/SOLR-13973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17217576#comment-17217576
]
Jan Høydahl commented on SOLR-13973:
------------------------------------
Perhaps Tika could be our first stab at a 1st party package? I.e. a package
that will live inside of Solr repo but has to be installed with package
manager. In its first incarnation its jars would be part of "fat distro" as
today, but eventually we should be able to build a package artifact as part of
our release, i.e.
[https://downloads.apache.org/solr/9.0.0/packages/extracting-handler-9.0.0.jar]
and wire it into the 1st party package repository json that we'll publish
somewhere. I proposed having a separate repo per release, i.e.
[https://downloads.apache.org/solr/9.0.0/packages/packages.json] for 1st party
packages, since they will have the same release cadence as Solr itself, but
others have proposed to maintain a single repository json spanning all package
versions, and host it on the Solr web site.
> Deprecate Tika
> --------------
>
> Key: SOLR-13973
> URL: https://issues.apache.org/jira/browse/SOLR-13973
> Project: Solr
> Issue Type: Improvement
> Reporter: Ishan Chattopadhyaya
> Priority: Blocker
> Fix For: 8.7
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Solr's primary responsibility should be to focus on search and scalability.
> Having to deal with the problems (CVEs) of Velocity, Tika etc. can slow us
> down. I propose that we deprecate it going forward.
> Tika can be run outside Solr. Going forward, if someone wants to use these,
> it should be possible to bring them into third party packages and installed
> via package manager.
> Plan is to just to throw warnings in logs and add deprecation notes in
> reference guide for now. Removal can be done in 9.0.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
