Menu
▾
▴
geotools-devel
|
From: Sunburned S. <sun...@gm...> - 2009-06-30 16:21:31
|
Is Geotools currently using code from JSR-275? I'm looking for a Jar file for the spec that I can use in my own code, and I didn't see one available on the JSR-275 website. I can download the CVS and roll my own, but I thought it would be better to use a geotools build of the CVS if it was available. Thanks, Landon |
|
From: Jody G. <jod...@gm...> - 2009-06-30 23:00:02
|
We have uploaded one to the maven repository; I seem to recall we either downloaded it from the JSR page (or from JScience project who did the work). Jody On 01/07/2009, at 2:21 AM, Sunburned Surveyor wrote: > Is Geotools currently using code from JSR-275? > > I'm looking for a Jar file for the spec that I can use in my own code, > and I didn't see one available on the JSR-275 website. I can download > the CVS and roll my own, but I thought it would be better to use a > geotools build of the CVS if it was available. > > Thanks, > > Landon > > ------------------------------------------------------------------------------ > _______________________________________________ > Geotools-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-devel |
|
From: Simone G. <sim...@gm...> - 2009-07-01 21:42:00
|
Metadata is include an old build of that project.
I just switched to the published API, adding this dependency:
<dependency>
<groupId>javax.measure</groupId>
<artifactId>jsr-275</artifactId>
<version>1.0.0</version>
</dependency>
then rebuilt. Everything worked for me, therefore I am going to apply
this change to trunk then sit and wait it to propagate.
Landon, you can find the details on where to find the jar here
https://jsr-275.dev.java.net/.
Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928
http://www.geo-solutions.it
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini
-------------------------------------------------------
On Wed, Jul 1, 2009 at 12:59 AM, Jody Garnett<jod...@gm...> wrote:
> We have uploaded one to the maven repository; I seem to recall we
> either downloaded it from the JSR page (or from JScience project who
> did the work).
>
> Jody
>
> On 01/07/2009, at 2:21 AM, Sunburned Surveyor wrote:
>
>> Is Geotools currently using code from JSR-275?
>>
>> I'm looking for a Jar file for the spec that I can use in my own code,
>> and I didn't see one available on the JSR-275 website. I can download
>> the CVS and roll my own, but I thought it would be better to use a
>> geotools build of the CVS if it was available.
>>
>> Thanks,
>>
>> Landon
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Geotools-devel mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Geotools-devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
|
|
From: Ben Caradoc-D. <Ben...@cs...> - 2009-07-02 04:00:02
|
Simone, I am getting transitive dependency problems resulting in Eclipse build failures. I think the problem might be that 1.0.0 is a relocation to 0.9.1, but some modules use 1.0-beta-2. Eclipse dependency mangling gives a random ordering of dependencies, so modules expecting 1.0-beta-2 fail when presented with 1.0.0 (which is really 0.9.1). I will try making all modules use dependency management and 1.0-beta-2. If this fixes the problem I will report back and ask for permission to commit. Kind regards, Ben. Simone Giannecchini wrote: > Metadata is include an old build of that project. > I just switched to the published API, adding this dependency: > > <dependency> > <groupId>javax.measure</groupId> > <artifactId>jsr-275</artifactId> > <version>1.0.0</version> > </dependency> > > then rebuilt. Everything worked for me, therefore I am going to apply > this change to trunk then sit and wait it to propagate. > > Landon, you can find the details on where to find the jar here > https://jsr-275.dev.java.net/. > > Simone. -- Ben Caradoc-Davies <Ben...@cs...> Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia |
|
From: Michael B. <mic...@gm...> - 2009-07-02 04:20:29
|
Hi Ben, Is that an Eclipse-specific problem ? Today's build goes ok for me with mvn from the shell. Michael |
|
From: Ben Caradoc-D. <Ben...@cs...> - 2009-07-02 04:30:27
|
Michael Bedward wrote: > Is that an Eclipse-specific problem ? Today's build goes ok for me > with mvn from the shell. Yes, but even maven will have multiple instances of the jar, but with 1.0-beta-2 first, so it works in maven. -- Ben Caradoc-Davies <Ben...@cs...> Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia |
|
From: Michael B. <mic...@gm...> - 2009-07-02 04:56:06
|
So just changing metadata to reference the top pom like all the other modules do for jsr is all that is required ? Michael |
|
From: Ben Caradoc-D. <Ben...@cs...> - 2009-07-02 05:30:53
|
Michael Bedward wrote: > So just changing metadata to reference the top pom like all the other > modules do for jsr is all that is required ? Yes, this fixes the problem. metadata did use the top-level pom. This was changed in GEOT-2586. The fix is to revert the GEOT-2586 change. Simone, can I revert this change, or would you like to? I will reopen the ticket. -- Ben Caradoc-Davies <Ben...@cs...> Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia |
|
From: Simone G. <sim...@ge...> - 2009-07-02 06:26:38
|
Please, reopne the ticket, I will see what I can do to make use of one of the standard jars on the jsr-275 website. Simone. ------------------------------------------------------- Ing. Simone Giannecchini GeoSolutions S.A.S. Owner - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 333 8128928 http://www.geo-solutions.it http://simboss.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini ------------------------------------------------------- On Thu, Jul 2, 2009 at 7:30 AM, Ben Caradoc-Davies<Ben...@cs...> wrote: > Michael Bedward wrote: >> >> So just changing metadata to reference the top pom like all the other >> modules do for jsr is all that is required ? > > Yes, this fixes the problem. metadata did use the top-level pom. This was > changed in GEOT-2586. The fix is to revert the GEOT-2586 change. > > Simone, can I revert this change, or would you like to? I will reopen the > ticket. > > -- > Ben Caradoc-Davies <Ben...@cs...> > Software Engineer, CSIRO Exploration and Mining > Australian Resources Research Centre > 26 Dick Perry Ave, Kensington WA 6151, Australia > |
|
From: Ben Caradoc-D. <Ben...@cs...> - 2009-07-02 12:27:40
|
Simone Giannecchini wrote: > Please, reopne the ticket, I will see what I can do to make use of one > of the standard jars on the jsr-275 website. I have reopened it. We should be able to set the new artifact version in dependency management. The problem is that 1.0.0 pom appears to redirect to 0.9.1, which contains less than 1.0-beta-2. If you can get a single jar used across GeoTools, and a maven build passes, eclipse will most likely be happy. Kind regards, -- Ben Caradoc-Davies <Ben...@cs...> Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia |
|
From: Gabriel R. <gr...@op...> - 2009-07-02 19:16:52
|
I found GeoServer trunk does not work on Tomcat but does on Jetty. Reason being there are two jsr-275 jars on geoserver/WEB-INF/lib: jsr-275-0.9.1.jar and jsr-275-1.0-beta-2.jar. So it will work or not depending on which one is first picked up by the classloader. Any clue on how to solve it? Cheers, Gabriel Ben Caradoc-Davies wrote: > Simone Giannecchini wrote: >> Please, reopne the ticket, I will see what I can do to make use of one >> of the standard jars on the jsr-275 website. > > I have reopened it. > > We should be able to set the new artifact version in dependency > management. The problem is that 1.0.0 pom appears to redirect to 0.9.1, > which contains less than 1.0-beta-2. If you can get a single jar used > across GeoTools, and a maven build passes, eclipse will most likely be > happy. > > Kind regards, > -- Gabriel Roldan OpenGeo - http://opengeo.org Expert service straight from the developers. |
|
From: Gabriel R. <gr...@op...> - 2009-07-02 19:33:56
|
mvn dependency:tree gave me the answer: [INFO] | \- org.geotools:gt-metadata:jar:2.6-SNAPSHOT:compile [INFO] | +- java3d:vecmath:jar:1.3.1:compile [INFO] | +- org.opengis:geoapi:jar:2.3-SNAPSHOT:compile (version managed from 2.3-M1) [INFO] | | \- net.java.dev.jsr-275:jsr-275:jar:1.0-beta-2:compile [INFO] | +- org.opengis:geoapi-pending:jar:2.3-SNAPSHOT:compile (version managed from 2.3-M1) [INFO] | \- javax.measure:jsr-275:jar:0.9.1:compile Shall I update gt-metadata to the same version geoapi requires and commit? (commenting out the dependency on gt-metadata and relying on the transitive one from geoapi seems to work) Gabriel Gabriel Roldan wrote: > I found GeoServer trunk does not work on Tomcat but does on Jetty. > Reason being there are two jsr-275 jars on geoserver/WEB-INF/lib: > jsr-275-0.9.1.jar and jsr-275-1.0-beta-2.jar. > > So it will work or not depending on which one is first picked up by the > classloader. > > Any clue on how to solve it? > > Cheers, > Gabriel > > Ben Caradoc-Davies wrote: >> Simone Giannecchini wrote: >>> Please, reopne the ticket, I will see what I can do to make use of one >>> of the standard jars on the jsr-275 website. >> I have reopened it. >> >> We should be able to set the new artifact version in dependency >> management. The problem is that 1.0.0 pom appears to redirect to 0.9.1, >> which contains less than 1.0-beta-2. If you can get a single jar used >> across GeoTools, and a maven build passes, eclipse will most likely be >> happy. >> >> Kind regards, >> > > -- Gabriel Roldan OpenGeo - http://opengeo.org Expert service straight from the developers. |
|
From: Ben Caradoc-D. <Ben...@cs...> - 2009-07-03 02:35:43
|
This is the problem I reported with GEOT-2586. Simone reverted it in r33436 eight hours ago. Please try again. Gabriel Roldan wrote: > I found GeoServer trunk does not work on Tomcat but does on Jetty. > Reason being there are two jsr-275 jars on geoserver/WEB-INF/lib: > jsr-275-0.9.1.jar and jsr-275-1.0-beta-2.jar. > > So it will work or not depending on which one is first picked up by the > classloader. > > Any clue on how to solve it? > > Cheers, > Gabriel > > Ben Caradoc-Davies wrote: >> Simone Giannecchini wrote: >>> Please, reopne the ticket, I will see what I can do to make use of one >>> of the standard jars on the jsr-275 website. >> I have reopened it. >> >> We should be able to set the new artifact version in dependency >> management. The problem is that 1.0.0 pom appears to redirect to 0.9.1, >> which contains less than 1.0-beta-2. If you can get a single jar used >> across GeoTools, and a maven build passes, eclipse will most likely be >> happy. >> >> Kind regards, >> > > -- Ben Caradoc-Davies <Ben...@cs...> Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia |
|
From: Gabriel R. <gr...@op...> - 2009-07-02 20:11:11
|
sure, thanks. Gabriel Gabriel Roldan wrote: > mvn dependency:tree gave me the answer: > [INFO] | \- org.geotools:gt-metadata:jar:2.6-SNAPSHOT:compile > [INFO] | +- java3d:vecmath:jar:1.3.1:compile > [INFO] | +- org.opengis:geoapi:jar:2.3-SNAPSHOT:compile (version > managed from 2.3-M1) > [INFO] | | \- net.java.dev.jsr-275:jsr-275:jar:1.0-beta-2:compile > [INFO] | +- org.opengis:geoapi-pending:jar:2.3-SNAPSHOT:compile > (version managed from 2.3-M1) > [INFO] | \- javax.measure:jsr-275:jar:0.9.1:compile > > Shall I update gt-metadata to the same version geoapi requires and > commit? (commenting out the dependency on gt-metadata and relying on the > transitive one from geoapi seems to work) > > Gabriel > Gabriel Roldan wrote: >> I found GeoServer trunk does not work on Tomcat but does on Jetty. >> Reason being there are two jsr-275 jars on geoserver/WEB-INF/lib: >> jsr-275-0.9.1.jar and jsr-275-1.0-beta-2.jar. >> >> So it will work or not depending on which one is first picked up by the >> classloader. >> >> Any clue on how to solve it? >> >> Cheers, >> Gabriel >> >> Ben Caradoc-Davies wrote: >>> Simone Giannecchini wrote: >>>> Please, reopne the ticket, I will see what I can do to make use of one >>>> of the standard jars on the jsr-275 website. >>> I have reopened it. >>> >>> We should be able to set the new artifact version in dependency >>> management. The problem is that 1.0.0 pom appears to redirect to 0.9.1, >>> which contains less than 1.0-beta-2. If you can get a single jar used >>> across GeoTools, and a maven build passes, eclipse will most likely be >>> happy. >>> >>> Kind regards, >>> >> > > -- Gabriel Roldan OpenGeo - http://opengeo.org Expert service straight from the developers. |
|
From: Jody G. <jod...@gm...> - 2009-07-02 22:54:38
|
Better yet can we just accept the transitive dependency from GeoAPI? On the GeoAPI list we have been looking at the newer version of JSR-275 - but I have not paid close attention to it yet. Jody On Fri, Jul 3, 2009 at 6:10 AM, Gabriel Roldan<gr...@op...> wrote: > sure, thanks. > > Gabriel > Gabriel Roldan wrote: >> mvn dependency:tree gave me the answer: >> [INFO] | \- org.geotools:gt-metadata:jar:2.6-SNAPSHOT:compile >> [INFO] | +- java3d:vecmath:jar:1.3.1:compile >> [INFO] | +- org.opengis:geoapi:jar:2.3-SNAPSHOT:compile (version >> managed from 2.3-M1) >> [INFO] | | \- net.java.dev.jsr-275:jsr-275:jar:1.0-beta-2:compile >> [INFO] | +- org.opengis:geoapi-pending:jar:2.3-SNAPSHOT:compile >> (version managed from 2.3-M1) >> [INFO] | \- javax.measure:jsr-275:jar:0.9.1:compile >> >> Shall I update gt-metadata to the same version geoapi requires and >> commit? (commenting out the dependency on gt-metadata and relying on the >> transitive one from geoapi seems to work) >> >> Gabriel >> Gabriel Roldan wrote: >>> I found GeoServer trunk does not work on Tomcat but does on Jetty. >>> Reason being there are two jsr-275 jars on geoserver/WEB-INF/lib: >>> jsr-275-0.9.1.jar and jsr-275-1.0-beta-2.jar. >>> >>> So it will work or not depending on which one is first picked up by the >>> classloader. >>> >>> Any clue on how to solve it? >>> >>> Cheers, >>> Gabriel >>> >>> Ben Caradoc-Davies wrote: >>>> Simone Giannecchini wrote: >>>>> Please, reopne the ticket, I will see what I can do to make use of one >>>>> of the standard jars on the jsr-275 website. >>>> I have reopened it. >>>> >>>> We should be able to set the new artifact version in dependency >>>> management. The problem is that 1.0.0 pom appears to redirect to 0.9.1, >>>> which contains less than 1.0-beta-2. If you can get a single jar used >>>> across GeoTools, and a maven build passes, eclipse will most likely be >>>> happy. >>>> >>>> Kind regards, >>>> >>> >> >> > > > -- > Gabriel Roldan > OpenGeo - http://opengeo.org > Expert service straight from the developers. > > ------------------------------------------------------------------------------ > _______________________________________________ > Geotools-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-devel > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X