Re: [Geotools-gt2-users] embedding GeoTools is always a pain

[Jody G. <jod...@gm...>]

Drafting bins would be fine, I think we can control the assembly step
(where the final zip is produced) but I am not quite sure how.

It is too bad you do not use maven, or ant+ivy, as it makes managing java
dependencies easier and is integrated in most IDEs now.

--
Jody Garnett

On 3 December 2015 at 02:58, Peter Borissow <pet...@ya...>
wrote:

> I can definitely sympathize with Tee's situation. In the latest release of
> geotools (14.1) there are 223 different jar files. Chances are you don't
> need all of them for your project. In fact, if you're a noob and load all
> the jar files into a project without maven you'll get all sorts of errors.
>
> Personally, I like my projects to have as small a footprint as possible
> with a minimal set of jars/dependencies. In the case of geotools, that
> means removing as many jars as necessary. I don't use maven so I have to
> prune the jars manually.
>
> First, I separate out all the jars into categories (raster/image jars,
> database jars, vector jars, ogc/web related jars, xml/schema, commons,
> etc). Then I start adding the jars I think I need and add more jars as
> needed. This is an time consuming process but it keeps my final deployment
> size to a minimum.
>
> Again, I don't use Maven and I don't know if it would help with this
> process. However, it would definitely help folks like me if the jars could
> be binned in some way. I can draft a list of bins if the packaging folks
> are willing to entertain this idea.
>
>
> Thanks,
> Peter
>
>
>
> PS. Love geotools! Thanks for everyone's hard work.
>
>
> ------------------------------
> *From:* Jody Garnett <jod...@gm...>
> *Sent:* 29 November 2015 18:40
> *To:* teeschke
> *Cc:* GeoTools Users
> *Subject:* Re: [Geotools-gt2-users] embedding GeoTools is always a pain
>
> We are starting to look at replacing JAI
> <https://github.com/geotools/geotools/wiki/Replace-JAI>, and will be
> doing design and fundraising over the course of 2016. JAI is not open
> source so we are unable to place it on maven central. The second part is
> service provider interface is a pain in some environments, and the "service
> registry" we use looks to be unsupported in Java 9.
> <https://github.com/geotools/geotools/wiki/Replace-JAI>
> Replace JAI · geotools/geotools Wiki · GitHub
> geotools - Official GeoTools repository ... You can clone with HTTPS
> Read more... <https://github.com/geotools/geotools/wiki/Replace-JAI>
>
>
> If you have any suggestions on parties interested in the above tasks we
> would love to know.
>
>
> --
> Jody Garnett
>
> On 24 November 2015 at 14:35, teeschke <dan...@we...> wrote:
>
> Dear GeoTools users and developers,
>
> after embedding GeoTools in my n-th project I am very annoyed about the
> complexity and pitfalls of this process. Two Scenarios to describe the
> problem:
>
> First: I wanted to parse a KML file and try to follow the Geometry Guide on
>
> http://docs.geotools.org/stable/userguide/library/xml/geometry.html#kml-parser
> 1. add boundless repository and include gt-api, gt-main and gt-epsg-hsql
> because I learned my lessons from projects before
> 2. trying to resolve the KMLConfiguration
> a) adding gt-xml and gt-geometry modules as dependencies which is not
> documented but seems to be meaningful because the how-to is about this
> b) adding the xsd/gt-xsd-kml module as dependencies because I stumbled into
> the xsd folder and it sounds meaningful as well
> --> lucky me: it was the right one
> Sidenote: I needed to scroll through the boundless repository manually to
> scan for this modules
>
> Second Scenario: whenever I want to do something with grid files - the JAI
> library is required but not hosted in the maven central or boundless repo.
> So I must use another repository (osgeo/webda) which seems to be the last
> one which is hosting the JAI library :)
>
> At the end of the day all this searching and trying needs a lot of time, is
> not a pleasure and from my point of view not state-of-the-art because all
> other libraries are available at maven central and are able to manage their
> own dependencies. But in case of GeoTools I always need to look into
> reference projects to find out how I was getting it the last time.
>
> What are your experience with scenarios like this? Are you adding all
> modules into the pom to not run into problems I always got or is there a
> how-to I missed? :)
>
> Thanks and kind regards,
> Tee
>
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/embedding-GeoTools-is-always-a-pain-tp5238366.html
> Sent from the geotools-gt2-users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Go from Idea to Many App Stores Faster with Intel(R) XDK
> Give your users amazing mobile app experiences with Intel(R) XDK.
> Use one codebase in this all-in-one HTML5 development environment.
> Design, debug & build mobile apps & 2D/3D high-impact games for multiple
> OSs.
> http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
> _______________________________________________
> GeoTools-GT2-Users mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> GeoTools-GT2-Users mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>
>
>