It seems that building geotools locally acquires the dependency; it is
okay to download from one of the mirrors... something like the following.
> <get src="${mirror1}/xpp3/xpp3/1.1.3.4.O/xpp3-1.1.3.4.O.jar"
> dest="${lib}/xpp3-1.1.3.4.O.jar" usetimestamp="true"
> ignoreerrors="true" verbose="true" />
> <get src="${mirror2}/xpp3/xpp3/1.1.3.4.O/xpp3-1.1.3.4.O.jar"
> dest="${lib}/xpp3-1.1.3.4.O.jar" usetimestamp="true"
> ignoreerrors="true" verbose="true" />
Gabriel I do not know exactly what this dependency is or where it should
be downloaded from; give me a shout on IRC or send email if you need
help sorting this out.
Also note please deploy new geotools jars if needed - uDig developers
(even on trunk) should not be forced to build GeoTools :-) Right now I
have a package org.geotools.xlink.bindings does not exist message.
Cheers,
Jody
> Martin just a thought; have you considered using the xml binding
> framework - is the geotools standard after all. It may not be sun but it
> is dependency every downloads.
> Jody
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
