[ 
https://issues.apache.org/jira/browse/TIKA-888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13264356#comment-13264356
 ] 

Nick Burch commented on TIKA-888:
---------------------------------

Looking a little bit more, ServiceLoader.loadStaticServiceProviders(Class) will 
notify but skip over all Throwables when loading the parsers. This should cope 
with invalid or missing classes that are referenced by the parser.

I wonder in this case if the NetCDF parser can be loaded just fine, but only 
blows up when actually called to parse something? Is anyone with Java 1.5 able 
to confirm, possibly posting the full stacktrace? 

(I can't get Tika from SVN to build on Java 1.5 at the moment, it's blowing up 
with some problems with Apache James Mime4J.)

If it is a problem in the parser, rather than loading the parser, then we 
should either have the NetCDF parser try to use one of the ucar.nc2.NetcdfFile 
classes in it's init (to trigger a quick failure during parser loading), or 
have it catch more things in the parser stage itself
                
> NetCDF parser uses Java 6 JAR file and test/compilation fails with Java 1.5, 
> although TIKA is Java 1.5
> ------------------------------------------------------------------------------------------------------
>
>                 Key: TIKA-888
>                 URL: https://issues.apache.org/jira/browse/TIKA-888
>             Project: Tika
>          Issue Type: Bug
>          Components: parser
>    Affects Versions: 1.0
>            Reporter: Uwe Schindler
>            Assignee: Chris A. Mattmann
>
> Lucene/Solr developers ran this tool before releasing Lucene/Solr 3.6 (Solr 
> 3.6 is still required to run on Java 1.5, see SOLR-3295): 
> http://code.google.com/p/versioncheck/
> {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}
> TIKA should use a 1.5 version of this class and especially do some Java 5 
> tests before releasing (as it's build dependencies says, it's minimum Java5). 
> I tried to compile and run TIKA tests with Java 1.5 -> crash (Invalid class 
> file format).

--
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

        

Reply via email to