Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 322542

Summary: Separate "consumed" classpath containers from Ear Libraries
Product: [WebTools] WTP Common Tools Reporter: Chuck Bridgham <cbridgha>
Component: wst.commonAssignee: wst.common <wst.common-inbox>
Status: CLOSED DUPLICATE QA Contact: Carl Anderson <ccc>
Severity: enhancement    
Priority: P3 CC: ccc, jsholl, konstantin
Version: 3.2.1   
Target Milestone: ---   
Hardware: PC   
OS: Windows 7   
Whiteboard:

Description Chuck Bridgham CLA 2010-08-12 10:43:35 EDT 
The summary points out a specific case, but this bug addresses the issue in general.  Classpath containers added to the deployment assembly should be used as JDT intended, not absorbed into the component dependency mechanisms, and only exposed as such.

Specifically - Containers, and their contents should be added as a .classpath entry to the client projects of the Ear.

The Ear project using the "container" is not a good example, because this is not a JDT "Java" project, and they can't be added directly.

But the current usecase is for a "container" or fileset of jar's to be bundled and deployed into the Ear. But "classpath" of the client modules is changed to include this container.  

Also - This reference type could also be renamed to be clear how its used. (fileset)
Comment 1 Konstantin Komissarchik CLA 2010-08-12 10:58:49 EDT 
Note that this really isn't an enhancement as the current Helios approach is a major compatibility issue for third party containers.
Comment 2 Konstantin Komissarchik CLA 2010-08-20 17:24:49 EDT 

*** This bug has been marked as a duplicate of bug 318068 ***