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

Uwe Schindler edited comment on SOLR-3295 at 3/30/12 6:23 AM:
--------------------------------------------------------------

bq. Solr is at java 1.6 in 3.x right?
Solr is at 1.5 in 3.x. That's "tested" compilation wise every 30 minutes with 
Jenkins, but this error cannot be found by this.

Thanks for doing the test. I know this already because I hit that, too. Its 
caused by TIKA's dependencies. The NetCDF 
(http://www.unidata.ucar.edu/software/netcdf/) parser is only compiled with 
Java 1.6, although TIKA is also only Java 1.5, so this is a TIKA bug.

But on the other hand, you would only hit the bug, if you try to extract 
NetCDF-metadata and have only Java 5. The bug is not seen, because we have no 
test for this in the contrib/extraction tests. The compiler cannot find that 
bug, as he will never reach out to that class (because they are only indirectly 
used by TIKA).

We should open an issue at TIKA.
                
      was (Author: thetaphi):
    Solr is at 1.5 in 3.x.

Thanks for doing the test. I know this already because I hit that, too. Its 
caused by TIKA's dependencies. The NetCDF 
(http://www.unidata.ucar.edu/software/netcdf/) parser is only compiled with 
Java 1.6, although TIKA is also only Java 1.5, so this is a TIKA bug.

But on the other hand, you would only hit the bug, if you try to extract 
NetCDF-metadata and have only Java 5. The bug is not seen, because we have no 
test for this in the contrib/extraction tests. The compiler cannot find that 
bug, as he will never reach out to that class (because they are only indirectly 
used by TIKA).

We should open an issue at TIKA.

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

Reply via email to