From: Sachin D. <sd...@ge...> - 2012-10-16 14:53:54
|
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 |