Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 314792 - Launch configuration should collection information from p2.inf
Summary: Launch configuration should collection information from p2.inf
Status: CLOSED WONTFIX
Alias: None
Product: PDE
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.6   Edit
Hardware: PC All
: P3 enhancement with 2 votes (vote)
Target Milestone: ---   Edit
Assignee: PDE-UI-Inbox CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-27 19:59 EDT by Pascal Rapicault CLA
Modified: 2019-09-09 02:23 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pascal Rapicault CLA 2010-05-27 19:59:05 EDT
Yesterday, at the eclipse demo camp, someone suggested that launch configurations should collect the information contained in the p2.inf and use the part of it that is relevant to the launch configuration. For example, one could imagine using information like start levels, VM args and the like.
Having this would avoid ppl to have to duplicate the information in two places.
Comment 1 Christian Kesselheim CLA 2010-07-30 05:02:03 EDT
+1 for implementing this issue. PDE respecting available p2.inf meta-data when creating launch configurations for e.g. products would IMHO further improve the perceived consistency of  the plug-in development experience. Having to duplicate and synchronize that information between p2.inf and all the associated launch configurations (both standard and junit ones) is just plain annoying.
Comment 2 Eclipse Webmaster CLA 2019-09-06 16:10:18 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.
Comment 3 Julian Honnen CLA 2019-09-09 02:23:00 EDT
Please remove the stalebug flag, if this issue is still relevant and can be reproduced on the latest release.