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 <[email protected]> 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 <
> [email protected]> 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 <[email protected]> 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 <
>> [email protected]>
>> > 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 <[email protected]> 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
>> >> > [email protected]
>> >> > 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
------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
