[
https://issues.apache.org/jira/browse/TIKA-888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13264374#comment-13264374
]
Uwe Schindler commented on TIKA-888:
------------------------------------
I am trying:
with latest svn I get:
{noformat}
[debug] execute contextualize
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 125 source files to C:\Users\Uwe
Schindler\Projects\TIKA\svn\tika-parsers\target\classes
[INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR :
[INFO] -------------------------------------------------------------
[ERROR] \Users\Uwe
Schindler\Projects\TIKA\svn\tika-parsers\src\main\java\org\apache\tika\parser\iptc\IptcAnpaParser.java:[413,24]
c
annot find symbol
symbol : method isEmpty()
location: class java.lang.String
[ERROR] \Users\Uwe
Schindler\Projects\TIKA\svn\tika-parsers\src\main\java\org\apache\tika\parser\iptc\IptcAnpaParser.java:[439,29]
c
annot find symbol
symbol : method isEmpty()
location: class java.lang.String
[ERROR] \Users\Uwe
Schindler\Projects\TIKA\svn\tika-parsers\src\main\java\org\apache\tika\parser\iptc\IptcAnpaParser.java:[439,56]
c
annot find symbol
symbol : method isEmpty()
{norformat}
Downgrading to revision: 1331788 helped for that. But this time, the NetCDF
parser tests did not produce test failure, so maybe its fixed in a later
version.
Maybe the issue comes from somewhere else, at the time when I opened the issue,
I had a separate list of Parsers to enable (so it was not using SPI). I was
expecting, that the Autodetect parser will stop parsing NetCDF when Parser
cannot load, so by loading the parsers in my own code, I did not do the
exception handling like your SPI does.
I think we can close the issue!
> 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
