Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Received-SPF: pass (nike.apache.org: domain of erickerickson@gmail.com
 designates 209.85.210.176 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <2039595459.35816.1333064969700.JavaMail.tomcat@hel.zones.apache.org>
References: 
 <151342161.35088.1333055371384.JavaMail.tomcat@hel.zones.apache.org>
	<2039595459.35816.1333064969700.JavaMail.tomcat@hel.zones.apache.org>
Date: Thu, 29 Mar 2012 20:01:02 -0400
Message-ID: 
 <CAN4YXvdxGrL3+KKAByJjrr5AKmrU756+wd34U7pnFBWw-tMhjA@mail.gmail.com>
Subject: Re: [jira] [Commented] (SOLR-3295) Binaries contain 1.6 classes
From: Erick Erickson <erickerickson@gmail.com>
To: dev@lucene.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On the theory that there's an import somewhere or a class reference, I
grepped for
ucar
thredd
nj22
jcip

All of the rather unique partial paths I got from a 'jar -tfv
netcdf-4.2-min.jar' and
found no references at all to any of the above. Not sure that's conclusive,
but it sure is suggestive.

Things like this:
resources/nj22/coords/metar2ncSynoptic.ncml
make me a little nervous, who knows how twisty resource loding gets?

FWIW

On Thu, Mar 29, 2012 at 7:49 PM, Robert Muir (Commented) (JIRA)
<jira@apache.org> wrote:
>
> =A0 =A0[ https://issues.apache.org/jira/browse/SOLR-3295?page=3Dcom.atlas=
sian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D=
13241934#comment-13241934 ]
>
> Robert Muir commented on SOLR-3295:
> -----------------------------------
>
> if all tests pass without this jar, why do we need it?
>
>> Binaries contain 1.6 classes
>> ----------------------------
>>
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Key: SOLR-3295
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 URL: https://issues.apache.org/jira/brow=
se/SOLR-3295
>> =A0 =A0 =A0 =A0 =A0 =A0 Project: Solr
>> =A0 =A0 =A0 =A0 =A0Issue Type: Bug
>> =A0 =A0 =A0 =A0 =A0 =A0Reporter: Dawid Weiss
>> =A0 =A0 =A0 =A0 =A0 =A0Priority: Minor
>> =A0 =A0 =A0 =A0 =A0 =A0 Fix For: 3.6
>>
>> =A0 =A0 =A0 =A0 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 contain=
s Java 1.6 code:
>> {noformat}
>> Major.Minor Version : 50.0 =A0 =A0 =A0 =A0 =A0 =A0 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 administra=
tors: https://issues.apache.org/jira/secure/ContactAdministrators!default.j=
spa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org