Re: [Geotools-gt2-users] Class mismatch error with jscience

[Sachin D. <sd...@ge...>]

Magic? I see jscience 4.3.1 in maven central now...
http://search.maven.org/#search%7Cga%7C1%7Cjscience last updated date: oct
12 2012 - but I could bet money that I did not see it on Oct 14 when I
first sent this email. hmm..

If geotools can, it will be nice to see it upgrade to jscience 4.3.1.
Sometime this week, I will try using this dep instead of my locally
installed 4.3.1.

Thanks!
Best,
Sachin

On Sun, Oct 14, 2012 at 8:59 PM, Sachin Dole <sd...@ge...> wrote:

> Yes, I can confirm to the extent that I can confirm. However, one thing I
> can definitely confirm that I no longer have the class mismatch problem. I
> dont know yet if there will be any other side effects. I will keep an eye
> open for those things.
>
> Thank you for paying attention to this question.
>
> Best,
> Sachin Dole
>
>
> On Sun, Oct 14, 2012 at 5:31 PM, Michael Bedward <
> mic...@gm...> wrote:
>
>> Right - so just to confirm, you have no problems with your locally
>> built version ?
>>
>> I don't know why jscience never made it to Maven Central. A search of
>> the Sonatype repository finds the 4.3.1 version jars ready for staging
>> to Central but it seems this was never completed by the project
>> leaders. Perhaps politics or personalities rather than technical
>> issues intervened ?
>>
>> Since JSR-275 is dead and JScience seems to be inactive it seems hard
>> to choose between them. We would have to see the opinions of the core
>> GeoTools developers. I'm copying this message to Jody and Andrea who I
>> think know the background to these projects.
>>
>> Michael
>>
>>
>> On 15 October 2012 01:58, Sachin Dole <sd...@ge...> wrote:
>> > The version of gt I used is 8.2. I got the same error after excluding.
>> Here
>> > is some more information: I downloaded the 8.2 source package from
>> geotools,
>> > unzipped it, changed all poms to depend on jscience 4.3.1 and built
>> using
>> > mvn -DskipTests -Dall in the root directory. It built like a charm and
>> seems
>> > to be working so far.
>> >
>> > I think the reason why geotools still depends on old jscience is that
>> there
>> > might not be an easily available maven repo that hosts jsceince 4.3.1. I
>> > realized later that I have a local install of it from a downloaded jar
>> file
>> > - i do not get it from the internet.
>> >
>> > So, now, I wonder if geotools development team will not be averse to
>> > download jscience 4.3.1,installing it in local repo, changing poms,
>> building
>> > with local jscience and then distributing it as a part of the assembled
>> zip
>> > file.
>> >
>> > Thanks!
>> >
>> > On Sun, Oct 14, 2012 at 2:37 AM, Michael Bedward <
>> mic...@gm...>
>> > wrote:
>> >>
>> >> Ah - I was going to suggest specifying it as an exclusion from
>> >> GeoTools. When you say "that did not fix my problem" what does that
>> >> mean ? E.g. same runtime errors or something else ?
>> >>
>> >> Also, what version of GeoTools are you working with ?
>> >>
>> >> Michael
>> >>
>> >> On 14 October 2012 16:40, Sachin Dole <sd...@ge...> wrote:
>> >> > Hello,
>> >> >
>> >> > I recently started using the really useful tool for calculating
>> >> > distances,
>> >> > bearings etc in a project. We have been using JScience 4.3.1 so far
>> >> > while
>> >> > geotools uses a conflicting version of it "JSR 275 version beta 1".
>> This
>> >> > is
>> >> > leading to class mismatches at run time for us. How to tell geotools
>> to
>> >> > not
>> >> > use the old version? I tried excluding jscience from maven
>> dependencies
>> >> > for
>> >> > geotools, but that did not fix my problem.
>> >> >
>> >> > Any input is appreciated!
>> >> >
>> >> > Thanks,
>> >> > Sachin
>> >> >
>> >> >
>> >> >
>> ------------------------------------------------------------------------------
>> >> > Don't let slow site performance ruin your business. Deploy New Relic
>> APM
>> >> > Deploy New Relic app performance management and know exactly
>> >> > what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> >> > Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> >> > http://p.sf.net/sfu/newrelic-dev2dev
>> >> > _______________________________________________
>> >> > GeoTools-GT2-Users mailing list
>> >> > Geo...@li...
>> >> > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>> >> >
>> >
>> >
>> >
>> >
>> > --
>> > President  |  Genvega Inc.  |  www.genvega.com  |  tel: 630.290.2561
>>
>
>
>
> --
> President  |  Genvega Inc.  |  www.genvega.com  |  tel: 630.290.2561
>



-- 
President  |  Genvega Inc.  |  www.genvega.com  |  tel: 630.290.2561