[ https://issues.apache.org/jira/browse/SOLR-13973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17158711#comment-17158711 ]
Erick Erickson commented on SOLR-13973: --------------------------------------- +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