Bug 189172 - Provide API for runtime classpath provider
Summary: Provide API for runtime classpath provider
Status: RESOLVED WONTFIX
Alias: None
Product: WTP ServerTools
Classification: WebTools
Component: wst.server (show other bugs)
Version: 2.0   Edit
Hardware: All Windows XP
: P3 major (vote)
Target Milestone: Future   Edit
Assignee: Angel Vera CLA
QA Contact: Tim deBoer CLA
URL:
Whiteboard:
Keywords: api
: 189211 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-05-25 12:26 EDT by Jason Duan CLA
Modified: 2013-01-10 15:48 EST (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jason Duan CLA 2007-05-25 12:26:31 EDT 
Build ID: wtp 2.0

Steps To Reproduce:
Recently, RuntimeBridge has been moved from jst.server.core to wst.server.core. And it is missing the below code in getRuntimeComponents().  This causes runtime container is not returned.

			RuntimeClasspathProviderWrapper rcpw = JavaServerPlugin.findRuntimeClasspathProvider(runtime.getRuntimeType());
			if (rcpw != null) {
				IPath path = new Path(RuntimeClasspathContainer.SERVER_CONTAINER);
				path = path.append(rcpw.getId()).append(runtime.getId());
				properties.put(CLASSPATH, path.toPortableString());
			}


ref: 00303067

More information:
Comment 1 Tim deBoer CLA 2007-05-25 14:16:49 EDT 
WST does not depend on JDT so that code still exists as an extension in the JST layer. Since this is working for all the other server adapters I'll need more information on exactly what is failing to diagnose the problem.
Comment 2 Tim deBoer CLA 2007-05-25 14:54:47 EDT 
Discussed offline. The problem is that the adopter had created a copy of org.eclipse.jst.server.core.internal.RuntimeClasspathProvider to extend the default classpath provider. In the previous release RuntimeClasspathProvider depended on a string named 'classpath' to be provided by the RuntimeBridge in the runtime's component properties.

Now that the bridge has been moved down to WST, it no longer has access to the runtime's classpath. As a result, the 'classpath' property no longer exists and the RuntimeClasspathProvider computes the classpath directly, breaking the copied version.

This bug will be used to create declared API in WTP 3.0 for obtaining and extending facet runtime components so that it is no longer required to use internal methods or property names and this problem does not happen again.
Comment 3 Tim deBoer CLA 2007-05-30 13:52:26 EDT 
*** Bug 189211 has been marked as a duplicate of this bug. ***
Comment 4 Tim deBoer CLA 2008-05-15 14:12:05 EDT 
Ran out of time, retargeting for next release.
Comment 5 Angel Vera CLA 2009-02-02 14:11:05 EST 
As part of an effort in improving quality, we are reviewing all bugs opened before June 1st, 2008, where the severity is set to "Major" or higher; and the bug does not contain a targeted milestone. 

When reviewing the bugs, this bug was identified with the above qualities. Review this bug and update according the following options: 

* Target to a specific release.  Specify "future" if you are planning to fix it, but not in the next release
* Adjust severity as appropriate
Comment 6 Elson Yuen CLA 2013-01-10 15:48:43 EST 
Given that this is an extremely old bug and there is no activity for 4 years, I am marking this one as no plan to fix.