Martin, Thanks for this great clarification. I believe in my particular case I will have to release the converter code under the GPL, since I will be linking directly to JUMP code to do the conversion.
I'll have to consider how important it is to use GPL for other code I write that isn't tied as directly to JUMP. I'd appreciate any thoughts on this. Does code released under the GPL discourage use and adoption in a way that code released under the LGPL does not? The Sunburned Surveyor On 6/21/07, Martin Davis <[EMAIL PROTECTED]> wrote: > I don't think you can develop code that links in GPL code under anything > except GPL. See here: > > http://www.gnu.org/copyleft/gpl-faq.html#GPLAndPlugins > > LGPL is weaker than GPL, so you can't release an actual plugin class > (which uses the JUMP API's) as LGPL. > > However, I think what you can do is package up an independent library > under some other license (as long as it doesn't use any JUMP code) and > then call it from a "wrapper" plugin which is under GPL. > > Sunburned Surveyor wrote: > > I think Paul hit the nail on the head. GeoTools is worried about > > including code that can't be included in commercial applications. > > > > I found an interesting article that discusses whether or not you > > should use the LGPL or GPL for library code at the link Sascha sent. > > The article is here: > > > > http://www.fsf.org/licensing/licenses/why-not-lgpl.html > > > > I'll have to think carefully about this. It seems like a very > > important difference. Any thoughts on whether or not we want to > > encourage development of OpenJUMP plug-ins and "support" or library > > code under the GPL or LGPL? > > > > (I'm probably opening Pandora's box with this question.) > > > > I'm really undecided as to which license I should use for my code. > > > > The Sunburned Surveyor > > > > On 6/21/07, Paul Austin <[EMAIL PROTECTED]> wrote: > > > >> The only problem would be if you used SS's new classes in a commercial > >> application. Which in fact would be unlikely as they would not be > >> allowed to use the JUMP code anyway because it is GPL. > >> > >> I think the rule is commercial apps can use LGPL libraries but not GPL > >> ones. > >> > >> I took another approach for the same problem I added a FeatureFactory to > >> my reader components and have a JumpFeatureFactory that will create > >> features which implement both my DataObject interface and the Jump > >> Feature interface. This way there is no conversion required between > >> feature models. You just set the factory based on the type of feature > >> instance you want. The reader uses this factory to create the instances. > >> > >> Paul > >> > >> Sunburned Surveyor wrote: > >> > >>> I was talking to Jody Garnett a little bit about a home for a > >>> converter or pair of converters that would allow developers to do the > >>> GeoTools > JUMP and JUMP > GeoTools Feature Model conversion. He said > >>> that there may be some issues since any code that I write will > >>> necessarily need to utilize JUMP code released under the GPL. This is > >>> an issue because GeoTools is released under the LGPL. > >>> > >>> I don't know as much about this area as I should, so I'm hoping to get > >>> some suggestions from this group. How might I be able to get code that > >>> works with JUMP code under the GPl to play nice with GeoTools code > >>> released under the LGPL? Is this even possible? > >>> > >>> Thanks for the suggestions. > >>> > >>> The Sunburned Surveyor > >>> > >>> ------------------------------------------------------------------------- > >>> This SF.net email is sponsored by DB2 Express > >>> Download DB2 Express C - the FREE version of DB2 express and take > >>> control of your XML. No limits. Just data. Click to get it now. > >>> http://sourceforge.net/powerbar/db2/ > >>> _______________________________________________ > >>> Jump-pilot-devel mailing list > >>> Jump-pilot-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >>> > >>> > >> ------------------------------------------------------------------------- > >> This SF.net email is sponsored by DB2 Express > >> Download DB2 Express C - the FREE version of DB2 express and take > >> control of your XML. No limits. Just data. Click to get it now. > >> http://sourceforge.net/powerbar/db2/ > >> _______________________________________________ > >> Jump-pilot-devel mailing list > >> Jump-pilot-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >> > >> > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > -- > Martin Davis > Senior Technical Architect > Refractions Research, Inc. > (250) 383-3022 > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
