Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [higgins-dev] Isolating NLS.java functionality fromorg.eclipse.osgi_3.3.2.R33x_v20080105.jar


Hi Mary,
            To be frank I didn't see any significant advantages over option 1, besides the following few points I thought can be achieved if we go with option 2. Unknowingly JVM should not pick up the same class from the classpath during symbol resolution if eclipse's jar is in user's classpath sequence.
             
            1. We  can define NLS.java in our own package name rather than using eclipse's package name.
             2. NLS.java will not depend upon other few classes that are defined in org.eclipse.osgi_3.3.2.R33x_v20080105.jar which doesn't have any value addition to IdAS .
             3. NLS.java will log messages using apache common logging framework as opposed to eclipse's proprietary logging framework. (Not sure whats their logging framework)


Thanks and Regards,
Prakash
---------------------------------------------------------------------------------------------------
Advisory Software Engineer,
Tivoli Security Products
India Software Lab, IBM Software Group
Ozone, SP Infocity, Saswad Road, Fursungi, Pune 412 308
Ph: +91-20-2690-1013
e-mail: prakash.mallick@xxxxxxxxxx
---------------------------------------------------------------------------------------------------



"Mary Ruddy" <mary@xxxxxxxxxxxxxxxxx>
Sent by: higgins-dev-bounces@xxxxxxxxxxx

07/17/2008 09:24 PM

Please respond to
"Higgins \(Trust Framework\) Project developer discussions"        <higgins-dev@xxxxxxxxxxx>

To
"'Higgins \(Trust Framework\) Project developer discussions'" <higgins-dev@xxxxxxxxxxx>
cc
Subject
RE: [higgins-dev] Isolating NLS.java functionality        fromorg.eclipse.osgi_3.3.2.R33x_v20080105.jar





Quick response.  Creating a new jar of very small size is highly desirable.  Subsetting should not be a problem.  Modifying would take a little longer to investigate. What are the advantages of option 2?


From: higgins-dev-bounces@xxxxxxxxxxx [mailto:higgins-dev-bounces@xxxxxxxxxxx] On Behalf Of Prakash C Mallick
Sent:
Thursday, July 17, 2008 9:32 AM
To:
higgins-dev@xxxxxxxxxxx
Subject:
[higgins-dev] Isolating NLS.java functionality fromorg.eclipse.osgi_3.3.2.R33x_v20080105.jar



Hi All,

       To avoid using the whole
org.eclipse.osgi_3.3.2.R33x_v20080105.jar in order to exploit the functionality in org.eclipse.osgi.util.NLS class,  we can use one of  the following ways to create a new jar of very small size with same NLS based functionality as provided by the above eclipse OSGI jar.    
 
 
1. Extract NLS.class and other couple of dependant classes
from org.eclipse.osgi_3.3.2.R33x_v20080105.jar to create a new jar for IdAS usage.  OR
2. Use directly the NLS.java and customize a bit to replace eclipse based logging calls with apache common log  calls as used by IdAS and build a new jar for IdAS usage.


In both of the above cases I am not sure which one is better and feasible w.r.t. eclipse open source license and other legal issues . Please provide your opinion with all supporting  information related to legals so that  we can use one of the above approach  to exploit NLS funtionality as we need to globalize IdAS components in accordance with eclipse globalization guidelines.

Please let me know if you think there is any other way we can achieve the same.



Thanks and Regards,
Prakash
---------------------------------------------------------------------------------------------------
Advisory Software Engineer,
Tivoli Security Products
India Software Lab, IBM Software Group
Ozone, SP Infocity, Saswad Road, Fursungi, Pune 412 308
Ph: +91-20-2690-1013
e-mail: prakash.mallick@xxxxxxxxxx
---------------------------------------------------------------------------------------------------
_______________________________________________
higgins-dev mailing list
higgins-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/higgins-dev


Back to the top