[
https://issues.apache.org/jira/browse/SOLR-13973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17158711#comment-17158711
]
Erick Erickson edited comment on SOLR-13973 at 7/15/20, 9:41 PM:
-----------------------------------------------------------------
+1 to "doing it the modern way". IMO ExtractingRequestHandler was never
intended to be used in production; we've been suggesting for _years_ that it be
used for PoC but not in prod and users should "do something outside Solr". This
seems like a chance to make it something that could be friendlier to production
usage.
At a quick glance, tika-server will be on-prem, we should make that plain in
the docs...
One other thing, and this isn't specific to Tika so [~ichattopadhyaya] and
[~noble.paul] pay attention too ;). Currently, trunk is maintaining two sets of
dependency files, one for gradle and one for ant. Moving Tika to a package (and
this I assume holds true for other packages) will remove dependencies and both
should be changed until we go to gradle-only.
Ant still uses lucene/ivy-versions.properties.
Gradle uses versions.props. When you change versions, you often have to execute
"./gradlew --write-locks", see "gradlew helpAnt".
was (Author: erickerickson):
+1 to "doing it the modern way". IMO ExtractingRequestHandler was never
intended to be used in production; we've been suggesting for _years_ that it be
used for PoC but not in prod and users should "do something outside Solr". This
seems like a chance to make it something that could be friendlier to production
usage.
At a quick glance, tika-server will be on-prem, we should make that plain in
the docs...
One other thing, and this isn't specific to Tika so [~ichattopadhyaya] and
[~noble.paul] pay attention too ;). Currently, trunk is maintaining two sets of
dependency files, one for gradle and one for ant. Moving Tika to a package (and
this I assume holds true for other packages) will remove dependencies and both
should be changed until we go to ant-only.
Ant still uses lucene/ivy-versions.properties.
Gradle uses versions.props. When you change versions, you often have to execute
"./gradlew --write-locks", see "gradlew helpAnt".
> 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
>
>
> 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
