Bug 3135 - [runtime] API: inconsistency in PluginModel.getLocation (1GL152O)
Summary: [runtime] API: inconsistency in PluginModel.getLocation (1GL152O)
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Resources (show other bugs)
Version: 2.0   Edit
Hardware: All Windows NT
: P3 normal (vote)
Target Milestone: 3.0 M9   Edit
Assignee: Platform-Resources-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: api
Depends on:
Blocks:
 
Reported: 2001-10-10 22:50 EDT by Martin Aeschlimann CLA
Modified: 2004-03-25 17:07 EST (History)
1 user (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 Martin Aeschlimann CLA 2001-10-10 22:50:04 EDT 
MA (03.10.2001 18:52:41)
	PluginModel.getLocation states
/**
 * Returns the location of the plug-in manifest file (e.g., <code>plugin.xml</code>)
 * which corresponds to this plug-in descriptor.  The location is in the
 * form of a URL.
 *
 * @return the location of this plug-in descriptor or <code>null</code>.
 */

	From debugging I can see that the returned URL points to the plugin location ('..x/c/plugins/org.eclipse.core.boot').
	From reading the javadoc I assumed to get the location of the 'plugin.xml' file.

NOTES:
Comment 1 DJ Houghton CLA 2001-10-24 06:45:33 EDT 
PRODUCT VERSION:
	202
Comment 2 DJ Houghton CLA 2002-04-08 15:34:28 EDT 
Need to ensure we don't break anybody who is relying on the old/bad behaviour.
Comment 3 DJ Houghton CLA 2002-09-24 14:00:51 EDT 
Need to determine what this method should actually return and either:
1). change the implementation to return the location of the plugin.xml or
2). change the javadoc to indicate that it returns the parent container
Comment 4 DJ Houghton CLA 2004-03-25 17:07:54 EST 
Updated javadoc to match implementation.
Closing.