[sword-devel] Multimap (was: I want to port the API to Java)

Chris sword-devel@crosswire.org
Sat, 08 Dec 2001 08:44:48 +1100


I just read the jgl licence. It's _not_ a free or open-source licence.

Troy A. Griffitts wrote:

>>OK, I think I am (finally) getting it. Little bit of a language barrier
>>there for to begin with... get it language barrier... C++ -> Java ;-)
>>
>>OK maybe it is a little late... why do I feel like I am the only one
>>laughing?
>>
>
>:) <- *sympathy laugh*
>
>
>>You are right, the HashMap and Properties objects that are provided do
>>not support duplicate values for a name. But I don't think it would take
>>much to enhance them to get what is needed (subclass the Properties
>>object adding a getProperties(String) method that returns an Iterator).
>>And personally I would prefer to use the core libraries if at all
>>possible (helps the app maintain portability).
>>
>
>portability?  This is java! :)  I do understand.  If we don't need jgl,
>then lets don't build a dependency.  Truth is, I've tried to do exactly
>that with the core c++ library.  But there's just some things (gnu
>regex, zip, now maybe icu) that I'd rather someone else maintain.
>
>
>>Not that I dislike JGL, I really don't know anything about it. I went
>>and looked at the site and didn't really find much in the way of API
>>documentation. I also couldn't find any licensing requirements. Will we
>>even be able to bundle it with Sword?
>>
>
>JGL is freely redistributable in binary (.class) (.jar) form, full
>license is appended if interested.  Docs are at:
>http://www.crosswire.org/java-docs/jgl3.1.0
>Source is at ftp://ftp.objectspace.com/pub/jgl
>
>
>>In the end if it's decided that JGL's mutimap is the best way to go then
>>that's what I'll use. I just want to make sure the other options we
>>thought out and considered.
>>
>
>Yes.  I agree.  I don't have an emotional attachment to jgl, either, but
>I know we do try to take advantage internally of stl.  We try to keep it
>out of our interface, if at all possible, but sometimes you'll see it
>there also.
>
>Having said all this, I'd like to encourage us to press forward.  There
>are many things yet undone that might better occupy our time.  I'm going
>to be commiting some additions to sword this evening hopefully.  And
>suprisingly, they were done first in java and, if I stay up late enough,
>will be ported back to the c++ libs tonight.  They include:
>
>	SWInputMethod virtual class and few decendents for inputing Hebrew text
>and a test program: eledit (originally done for project leningradensis
>(http://www.leningradensis.org/)).  Look for them in cvs soon.
>
>
>		-Troy.
>
>
>
>
>>/mike
>>
>>--
>>******************************************
>> Mike Dougherty -- Java Software Engineer
>>******************************************
>> Some people carve careers, others chisel them.
>>
>
>_____________________
>
>
>			License Agreement: 
>JGL - The Generic Collection Library for
>Java Release Version 3.1
>
>WHEREAS, ObjectSpace, Inc. is the owner 
>of valuable intellectual property rights
>relating to the Generic Library Release 
>for Java(tm) Version 3.1 ("JGL") and 
>wishes to license JGL subject to the terms
>and conditions set forth below; and 
>
>WHEREAS, you ("Licensee") acknowledge 
>that ObjectSpace, Inc. has the right to 
>grant licenses to the intellectual 
>property rights relating to JGL, and 
>that you desire to obtain a license to 
>use JGL subject to the terms and 
>conditions set forth below; 
>
>ObjectSpace, Inc. grants Licensee a 
>non-exclusive, non-transferable,
>royalty-free license to use JGL and 
>related materials without charge 
>provided the Licensee adheres to all 
>of the terms and conditions of this
>Agreement. 
>
>By downloading, using, or copying JGL 
>or any portion thereof, Licensee 
>agrees to abide by the intellectual 
>property laws and all other applicable 
>laws of the United States of America, 
>and to all of the terms and conditions 
>of this Agreement, and agrees to take 
>all necessary steps to ensure that the 
>terms and conditions of this Agreement 
>are not violated by any person or 
>entity under the Licensee's control or 
>in the Licensee's service. 
>
>Licensee shall maintain the copyright 
>and trademark notices on the materials 
>within or otherwise related to JGL, 
>and not alter, erase, deface or 
>overprint any such notice. 
>
>Except as specifically provided in this 
>Agreement, Licensee is expressly prohibited 
>from copying, modifying, merging, selling, 
>leasing, assigning, or transferring in 
>any manner, JGL or any portion thereof. 
>
>Licensee may copy materials within or 
>otherwise related to JGL that bear the 
>ObjectSpace copyright only as required 
>for backup purposes or for use solely 
>by the Licensee. 
>
>Licensee may not distribute in any 
>form of electronic or printed
>communication the materials within 
>or otherwise related to JGL that bear 
>the ObjectSpace copyright, including 
>but not limited to the source code, 
>documentation, help files, examples, 
>and benchmarks, without prior written 
>consent from ObjectSpace, Inc. Send any
>requests for limited distribution rights 
>to jgl@objectspace.com. 
>
>The Licensee may distribute binaries 
>(.class files) derived from or contained 
>within JGL ("Binaries") provided that: 
>
>1) The Binaries are not integrated, 
>bundled, combined, or otherwise associated 
>with a Java development environment or 
>Java development tool; and
>
>                      
>2) The Binaries are not a documented part
>of any distribution material. 
>
>OBJECTSPACE, INC. DISCLAIMS AND MAKES 
>NO REPRESENTATIONS OR WARRANTIES ABOUT 
>THE SUITABILITY OF JGL, EITHER EXPRESSED 
>OR IMPLIED, INCLUDING BUT NOT LIMITED TO 
>THE IMPLIED WARRANTIES OF MERCHANTABILITY, 
>FITNESS FOR A PARTICULAR PURPOSE, OR 
>NON-INFRINGEMENT. OBJECTSPACE, INC. SHALL 
>NOT BE LIABLE FOR ANY DIRECT OR CONSEQUENTIAL
>DAMAGES SUFFERED BY LICENSEE AS A RESULT 
>OF USING, MODIFYING, OR DISTRIBUTING JGL 
>OR ITS DERIVATIVES. 
>
>This agreement shall be construed and 
>enforced in accordance with the laws of 
>the United States of America and the State 
>of Texas (excluding its choice of law rules).
>