[
https://issues.apache.org/jira/browse/SOLR-3295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13242390#comment-13242390
]
Chris A. Mattmann commented on SOLR-3295:
-----------------------------------------
Hey Robert:
bq. How can i simply do this?
I was just discussing this with Uwe on TIKA-888 -- I think you guys can provide
your own custom version of the Tika service provider load file, and just omit
the classes for Hdf and NetCDF parsers. I think then your users won't get to
the code that depends on that jar file and you'll be good. See this file:
http://svn.apache.org/repos/asf/tika/trunk/tika-parsers/src/main/resources/META-INF/services/org.apache.tika.parser.Parser
I *think* you can just provide your own version of that in SolrCell and then it
will load yours over the one in the tika-parsers jar, and then in yours you
remove those class definitions.
> Binaries contain 1.6 classes
> ----------------------------
>
> Key: SOLR-3295
> URL: https://issues.apache.org/jira/browse/SOLR-3295
> Project: Solr
> Issue Type: Bug
> Reporter: Dawid Weiss
> Assignee: Robert Muir
> Priority: Minor
> Fix For: 3.6
>
> Attachments: output.log
>
>
> I've ran this tool (does the job): http://code.google.com/p/versioncheck/ on
> the checkout of branch_3x. To my surprise there is a JAR which contains Java
> 1.6 code:
> {noformat}
> Major.Minor Version : 50.0 JAVA compatibility : Java 1.6
> platform: 45.3-50.0
> Number of classes : 60
> Classes are :
> c:\Work\lucene-solr\.\solr\contrib\extraction\lib\netcdf-4.2-min.jar [:]
> ucar/unidata/geoloc/Bearing.class
> ...
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
