Well there are better home (if you can upload the codehaus they have some
facility where things are mirrored out to the wider maven world).
This repository is focused on what geotools needs to compile; but it has also
been the home of things needed for udig and geoserver. Consider it part of our
ecosystem.
You are correct those were old swt jars; darn.
--
Jody Garnett
On Wednesday, 16 February 2011 at 8:42 PM, andrea antonello wrote:
> As a request for an unsupported model +1.
>
> Thanks.
>
> > For the procedure for adding those swt jars:
> > - http://docs.geotools.org/latest/developer/guide/procedures/add.html
>
> Thanks. So I am allowed to upload the jars there? Why haven't for
> example the jai-tools not landed there? (obviously I am searching a
> maven place for the jgrasstools also, which is why I ask :)).
>
> > The instructions on that page list some search engines for maven
> > repositories; turning up:
> > - http://mvnrepository.com/artifact/swt
>
> Believe me, I searched very well and long. All old stuff. Way too old.
>
> > However swt is a special case; as it has a jar+library for each platform.
> > Justin ran into a similar thing with with one of his sqlite jdbc drivers.
> > So I suspect the correct thing to do is to either:
> > a) mark swt-win32 as a compile dependency; users of the gt-swt jar will need
> > to supply swt themselves
> > b) make a series of profiles at the top of your pom.xml; and set them up to
> > automatically engage based on platform
> > in each profile provide the correct dependency
>
> Or putting them on above repo? Which is seen better from the community?
>
> Thanks,
> Andrea
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
