IP issues Oracle and ArcSDE ... resolved(ish)

Jody Garnett jgarnett at refractions.net
Mon Mar 27 03:53:57 EST 2006


Okay cool - thanks Gabriel.

So we got two answers:
- ESRI - a jar downloaded without a licensing restriction - we should 
try and find someone to talk to I guess?
- Oracle - a problem, we need to either ask nice or pay $2k to be a partner

Marc I understand that you would like to use the sdoapi.jar a bit more 
(and thus have less code in geotools) - a
move I support.  We do need to ensure we can get the access thing sorted 
out first - and Chris will write a letter
on our behalf.

The situation is complicated by the fact that GeoServer and GeoTools are 
already listed on the oracle partner
website (and I have no idea how they got there).

Chris are you writing this for osgeo? Or just for GeoTools?
> 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.viewPatch&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 at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>     
>
>   






More information about the Incubator mailing list