Bug 79883 - [prefs] -pluginCustomization doesn't pick up compiler preferences
Summary: [prefs] -pluginCustomization doesn't pick up compiler preferences
Status: VERIFIED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.1   Edit
Hardware: PC Windows 2000
: P3 normal (vote)
Target Milestone: 3.1 M5   Edit
Assignee: Frederic Fusier CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-01 11:12 EST by Nikolay Metchev CLA
Modified: 2005-02-14 11:34 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 Nikolay Metchev CLA 2004-12-01 11:12:05 EST 
Eclipse 3.1M3

I am using the -pluginCustomization eclipse startup parameter. In my ini file I
have the line:

org.eclipse.jdt.core/org.eclipse.jdt.core.compiler.problem.unusedPrivateMember=warning

I also have the line
org.eclipse.jdt.ui/org.eclipse.jdt.ui.formatterprofiles= (rest ommited)

If I startup on a clean workspace the I have all my various formatter profiles
correct however the unusedPrivateMember is set to Ignore.
Comment 1 Frederic Fusier CLA 2004-12-24 06:25:54 EST 
Fixed.

Now JavaCore default preferences are initialized using extension and preferences
initializer as it should be for new eclipse preferences mechanism.

Doing this, customized options are added after JavaCore plugin have set its
default => everything works fine now.

[jdt-core-internal]
No specific test case added as JUnit tests does not really allow to add
customized plugin options.
Comment 2 Frederic Fusier CLA 2005-01-03 13:09:53 EST 
Reopen as fix a bad side effects (JavaProject specific compiler settings are not
read...).
Fix has been removed from HEAD.
Comment 3 Frederic Fusier CLA 2005-01-04 05:59:15 EST 
Finally put back into HEAD as the issue came from patching process.
While installing new jdtcore.jar, we also need to remove
configuration/org.eclipse.core.runtime directory which seems to store
information about plugin.xml files...
Comment 4 David Audel CLA 2005-02-14 11:34:41 EST 
Verified for 3.1M5