Hi,

Simplifying the setting of classpath doesn't seems to be strong reason to add 
such jars into the contributions. Which environment do you refer to for the 
classpath?

1. Eclipse
2. Ant
3. Maven
4. OSGi

If people use Maven, they don't have to worry about this. For Ant users, we 
already generate features/build_path.xml which defines the classpath out of the 
distro structure. Our distro supports OSGi as-is. We also generate a 
features/tuscany-sca-manifest.jar which has Class-Path set to the jars under 
the distro. 

I was also playing with the Eclipse user library . We could potentially 
generate a XML file so that it can be imported into Eclipse as 
"TUSCANY_LIBRARY" user library.

If we decide to have them in M5, we should document that it's experimental and 
subject to further changes. The bottom line is that I want to make sure the 
door is still open and the "existence" of such jars in M5 is NOT an excuse to 
stay as-is in the future :-).

Thanks,
Raymond    
________________________________________________________________ 
Raymond Feng
[email protected]
Apache Tuscany PMC member and committer: tuscany.apache.org
Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com
Personal Web Site: www.enjoyjava.com
________________________________________________________________

On Jun 3, 2010, at 6:10 AM, ant elder wrote:

> On Thu, Jun 3, 2010 at 11:31 AM, Simon Laws <[email protected]> wrote:
>> On Tue, Jun 1, 2010 at 5:33 PM, Luciano Resende <[email protected]> wrote:
>>> On Tue, Jun 1, 2010 at 8:44 AM, kelvin goodson <[email protected]> 
>>> wrote:
>>>> Given that the /lib directory of the binary distro contains tuscany
>>>> and 3rd party artifacts I'm finding it hard to come up with a succinct
>>>> description of this directory for the INSTALL file in the binary
>>>> distro.  Can someone with a better perspective on this give me a quick
>>>> description of its raison d'ĂȘtre suitable for putting in the INSTALL
>>>> file please.
>>>> 
>>>> 28/05/2010  15:55    <DIR>          .
>>>> 28/05/2010  15:55    <DIR>          ..
>>>> 28/05/2010  15:55           278,682 cglib-2.2.jar
>>>> 28/05/2010  15:55           876,708 hazelcast-1.8.3.jar
>>>> 28/05/2010  15:55            94,776 hazelcast-client-1.8.3.jar
>>>> 28/05/2010  15:55    <DIR>          spring
>>>> 28/05/2010  15:55         2,109,436 tuscany-base-2.0-M5.jar
>>>> 28/05/2010  15:55            32,929 tuscany-sca-api-2.0-M5.jar
>>>> 28/05/2010  15:55           148,429 wsdl4j-1.6.2.jar
>>>> 28/05/2010  15:55           143,145 XmlSchema-1.4.3.jar
>>>>               7 File(s)      3,684,105 bytes
>>>> 
>>>>  Directory of 
>>>> C:\Releasing\2.xm5\tags\sca-java-2.0-M5\distribution\all\target\apache-tuscany-sca-all-2.0-M5.dir\tuscany-sca-2.0-M5\lib\sprin
>>>> g
>>>> 
>>>> 28/05/2010  15:55    <DIR>          .
>>>> 28/05/2010  15:55    <DIR>          ..
>>>> 28/05/2010  15:55           486,031 spring-beans-2.5.5.jar
>>>> 28/05/2010  15:55           473,513 spring-context-2.5.5.jar
>>>> 28/05/2010  15:55           287,235 spring-core-2.5.5.jar
>>>> 28/05/2010  15:55            98,896 tuscany-spring-2.0-M5.jar
>>>>               4 File(s)      1,345,675 bytes
>>>> 
>>>>     Total Files Listed:
>>>>              11 File(s)      5,029,780 bytes
>>>>               5 Dir(s)  116,712,214,528 bytes free
>>>> 
>>>> C:\Releasing\2.xm5\tags\sca-java-2.0-M5\distribution\all\target\apache-tuscany-sca-all-2.0-M5.dir\tuscany-sca-2.0-M5\lib>
>>>> 
>>> 
>>> What is the reason to have the lib folder ? Are these jars all
>>> duplicate jars from inside modules ?
>>> 
>>> --
>>> Luciano Resende
>>> http://people.apache.org/~lresende
>>> http://twitter.com/lresende1975
>>> http://lresende.blogspot.com/
>>> 
>> 
>> IIUC this is looking at how to aggregate the information in modules
>> into more coarse grained jars to ease classpath creation without
>> having to rely on the Tuscany distro structure.
>> 
>> A solution for M5 would simply be to update the INSTALL file to
>> mention it's existence. We can review the whole
>> jar/manifest/modules/lib question post M5.
>> 
> 
> Sorry this dropped off the bottom of my emails list. +1 to Simons
> comments. While we have just the one all distribution everything gets
> put in it which does look a bit odd, but its seems a little late in M5
> to go changing it, would be good to review it all post M5.
> 
>   ...ant

Reply via email to