On Wednesday 29 March 2006 14:14, Jody Garnett wrote: > Chris Holmes wrote: > > Looks like we should probably make a dummy jar for esri stuff... > > And the C++ people get off easy cause they get header files, and then > distribute the binary they compiled against them ... we got no luck. > > Well we can take this: > - seriously: ArcSDE support is out of the build until further notice ... > - safe: Gabriel can compile against the jar he has downloaded legally > and post the gt-arcsde.jar on the maven 1 and maven 2 repositories (aka > it comes down to the module maintainer to do this module as the > community can no longer play with out permission / bother. This would > copy the C++ procedure > - hack: make a utility that uses jar + javap to produce a stub jar.
I guess the third option would be easy and good enough to get arcsde back in the build process? if you confirm I will take care of it. Gabriel. > > Suggestions Chris, and we need to update the osgeo wiki page as this is > a good trade off to document. > Jody > > > -------- Original Message -------- > > Subject: RE: [Fwd: Re: [Geotools-devel] IP issues Oracle and ArcSDE] > > Date: Tue, 28 Mar 2006 11:01:24 -0800 > > From: Rich Steele <[EMAIL PROTECTED]> > > To: Chris Holmes <[EMAIL PROTECTED]> > > > > If you can independently create it, that is obviously the safest bet. > > I definitely wouldn't be comfortable putting ESRI's copyrighted file > > in your distribution without an express license from them. > > > >> -----Original Message----- > >> From: Chris Holmes [mailto:[EMAIL PROTECTED] > >> Sent: Tuesday, March 28, 2006 8:08 AM > >> To: Rich Steele > >> Subject: Re: [Fwd: Re: [Geotools-devel] IP issues Oracle and ArcSDE] > >> > >> The interfaces would be. > >> > >> But we could have some one clean room it or something. Basically we > >> just need the method signatures, not any of the code, so that our code > >> compiles. > >> > >> Rich Steele wrote: > >> > Is there any code derived from the ESRI file in that dummy-jar? > >> > > >> >>-----Original Message----- > >> >>From: Chris Holmes [mailto:[EMAIL PROTECTED] > >> >>Sent: Monday, March 27, 2006 12:31 PM > >> >>To: Rich Steele > >> >>Subject: Re: [Fwd: Re: [Geotools-devel] IP issues Oracle and ArcSDE] > >> >> > >> >>Yeah, it's just kind of a bitch. Basically our code compiles against > >> >>the API of the jars, so it's very nice to actually have it there. > >> > >> If we > >> > >> >>can't compile against it, then the module will just break every time > >> >>someone tries to compile the source. > >> >> > >> >>What we can do is make a 'dummy-jar', that just has the APIs defined, > >> >>but does not do anything. We've done this in the past. > >> >> > >> >>Though is that on questionable legal grounds? If we just replicate > >> > >> the > >> > >> >>API's? Like no real code? > >> >> > >> >>The alternative is that no one automatically builds the module. Which > >> >>sucks because it means people can make api changes to the core and not > >> >>even know that they broke that part of the code... > >> >> > >> >>C > >> >> > >> >>Rich Steele wrote: > >> >>>Chris, > >> >>> > >> >>>The Terms of Use of the ESRI site (linked at footer of page) refer > >> > >> to a > >> > >> >>license agreement that is required to be accepted. I also couldn't > >> > >> find > >> > >> >>it. I would be uncomfortable redistributing a proprietary component > >> >>without an express license. I think there is an implied license there > >> > >> to > >> > >> >>use it, but to redistribute it as part of an open source package is > >> >>probably more than I would advise. Is it possible to make these an > >> >>external dependency? > >> >> > >> >>>-Rich > >> >>> > >> >>>>-----Original Message----- > >> >>>>From: Chris Holmes [mailto:[EMAIL PROTECTED] > >> >>>>Sent: Monday, March 27, 2006 11:26 AM > >> >>>>To: Rich Steele > >> >>>>Subject: [Fwd: Re: [Geotools-devel] IP issues Oracle and ArcSDE] > >> >>>> > >> >>>>Any advice on this? We include the jar in our code, it appears > >> > >> to not > >> > >> >>>>have a license, but to be downloadable by anyone. > >> >>>> > >> >>>>C > >> >>>> > >> >>>>-------- Original Message -------- > >> >>>>Subject: Re: [Geotools-devel] IP issues Oracle and ArcSDE > >> >>>>Date: Mon, 27 Mar 2006 11:42:34 +0200 > >> >>>>From: Gabriel Roldán <[EMAIL PROTECTED]> > >> >>>>Organization: Axios Engineering > >> >>>>To: geotools-devel@lists.sourceforge.net > >> >>>>CC: Jody Garnett <[EMAIL PROTECTED]>, > >> >>>>[EMAIL PROTECTED], Marc Risney > >> >> > >> >><[EMAIL PROTECTED]> > >> >> > >> >>>>References: <[EMAIL PROTECTED]> > >> >>>> > >> >>>>On Saturday 25 March 2006 16:02, Jody Garnett wrote: > >> >>>>>Hi Marc - module maintainer for Oracle > >> >>>>>Gabriel - module maintainer for ArcSDE > >> >>>>> > >> >>>>>We have an interesting twist with the jars required for your > >> > >> modules > >> to > >> > >> >>>>>build. The jars are not part of an open source project, and > >> > >> produced > >> by > >> > >> >>>>>a commercial company. > >> >>>>> > >> >>>>>Gabriel I am not familiar with how we acquired the arcsde jars. Can > >> > >> you > >> > >> >>>>>confirm for me that we are allowed to depend on these jars, and > >> > >> host > >> > >> >>>>>them in our maven repository for open source development. > >> >>>> > >> >>>>The jars are freely downloadable from the following URL, which I > >> > >> added > >> > >> >>>>in the > >> >>>>arcsde plugin's project.xml dependencies: > >> >>>>http://support.esri.com/index.cfm?fa=downloads.patchesServicePacks.v > >> >>>>ie > >> > >> wP > >> > >> >>at > >> >> > >> >>>>ch&PID=19&MetaID=1065#install-cUNIX > >> >>>> > >> >>>>I saw no license agreement nor you have to be registered to download > >> > >> it, > >> > >> >>>>so I > >> >>>>thought it would be ok. When I first introduced the geotools arcsde > >> >> > >> >>plugin > >> >> > >> >>>>back in 2003 I asked Chris Holmes about this same fear, and since we > >> >>>>didn't > >> >>>>found any access restriction I guessed it would be ok. > >> >>>>I'm far to be a licensing expert though, so be sure I'll have no > >> > >> problem > >> > >> >>>>in > >> >>>>producing a fake jar with the needed classes so the plugin could > >> > >> compile > >> > >> >>>>without depending on the actual ESRI jars if needed. > >> >>>> > >> >>>>Gabriel. > >> >>>> > >> >>>>>Marc - I understand that you are a new module maintainer for Oracle > >> > >> and > >> > >> >>>>>are not familiar with its history. If needed you may check with the > >> >>>>>previous module maintainers to answer this question. > >> >>>>> > >> >>>>>For Oracle we have reverse engineered the Oracle API, interfaces > >> > >> only, > >> > >> >>>>>allowing geotools to compile. If it is possible to secure the > >> > >> rights > >> to > >> > >> >>>>>the original for build purposes it would be of great > >> > >> assistance. My > >> > >> >>>>>understanding is that if GeoTools, or OSGEO was an Oracle > >> > >> Development > >> > >> >>>>>Partner we would be allowed to do this, I will leave it to you to > >> >> > >> >>figure > >> >> > >> >>>>>out the details. > >> >>>>> > >> >>>>>Jody > >> >>>>> > >> >>>>> > >> >>>>> > >> >>>>>------------------------------------------------------- > >> >>>>>This SF.Net email is sponsored by xPML, a groundbreaking scripting > >> >>>> > >> >>>>language > >> >>>> > >> >>>>>that extends applications into web and mobile media. Attend the > >> > >> live > >> > >> >>>>>webcast and join the prime developer group breaking into this new > >> >> > >> >>coding > >> >> > >> >>>>>territory! > >> >>>>>http://sel.as- > >> >> > >> >>us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > >> >> > >> >>>>>_______________________________________________ > >> >>>>>Geotools-devel mailing list > >> >>>>>Geotools-devel@lists.sourceforge.net > >> >>>>>https://lists.sourceforge.net/lists/listinfo/geotools-devel > >> >>>> > >> >>>>-- > >> >>>>Gabriel Roldán ([EMAIL PROTECTED]) > >> >>>>Axios Engineering (http://www.axios.es) > >> >>>>Tel. +34 944 41 63 84 > >> >>>>Fax. +34 944 41 64 90 > >> >>>> > >> >>>> > >> >>>>------------------------------------------------------- > >> >>>>This SF.Net email is sponsored by xPML, a groundbreaking scripting > >> >>>>language > >> >>>>that extends applications into web and mobile media. Attend the live > >> >>>>webcast > >> >>>>and join the prime developer group breaking into this new coding > >> >>>>territory! > >> >>>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > >> >>>>_______________________________________________ > >> >>>>Geotools-devel mailing list > >> >>>>Geotools-devel@lists.sourceforge.net > >> >>>>https://lists.sourceforge.net/lists/listinfo/geotools-devel > >> >>>> > >> >>>>-- > >> >>>>Chris Holmes > >> >>>>The Open Planning Project > >> >>>>thoughts at: http://cholmes.wordpress.com > >> >> > >> >>-- > >> >>Chris Holmes > >> >>The Open Planning Project > >> >>thoughts at: http://cholmes.wordpress.com > >> > >> -- > >> Chris Holmes > >> The Open Planning Project > >> thoughts at: http://cholmes.wordpress.com > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > _______________________________________________ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Gabriel Roldán ([EMAIL PROTECTED]) Axios Engineering (http://www.axios.es) Tel. +34 944 41 63 84 Fax. +34 944 41 64 90 ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
