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

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

That is interesting, JDeli does not appear to be open source - which is the
same trouble we have with JAI.

Of note the ImageIO code does not seem to have such a difficult license, it
is mostly the JAI interfaces that are a problem.

--
Jody Garnett

On 29 November 2015 at 12:26, Neal Dillman <ndi...@al...>
wrote:

> Hello Jody,
>
>
>
> I would suggest it might be worth talking to the folks at IDR Solutions.
> They have a replacement that could work if an agreement could be worked
> out.  Information here: https://www.idrsolutions.com/jdeli
>
>
>
> Regards,
>
> Neal
>
>
>
> PS:  If this works out perhaps that will get the GeoTiff issue moved up ;)
>
>
>
> *From:* Jody Garnett [mailto:jod...@gm...]
> *Sent:* Sunday, November 29, 2015 10:41 AM
> *To:* teeschke <dan...@we...>
> *Cc:* GeoTools Users <geo...@li...>
> *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.
>
>
>
> 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
>
>
>