Community
Participate
Working Groups
Bug 571866 add possibility to register fragments via manifest headers and Bug 572946 adds wizard support. It would be good to have additional checker that validates the existence of the file and its attributes.
Implementing the new PDE extension point in e4 tools would introduce a dependency from Platform to PDE. Is that OK?
(In reply to Julian Honnen from comment #1) > Implementing the new PDE extension point in e4 tools would introduce a > dependency from Platform to PDE. Is that OK? Generally it is not OK, but I'm not sure that e4 tools is the part of the Platform. Please specify the exact pair of bundles that will have a dependency.
(In reply to Julian Honnen from comment #1) > Implementing the new PDE extension point in e4 tools would introduce a > dependency from Platform to PDE. Is that OK? No objection from me, but please ask others via the mailing-list. I personally always thought that e4 tools in general should have been part of PDE more than Platform.
(In reply to Julian Honnen from comment #1) > Implementing the new PDE extension point in e4 tools would introduce a > dependency from Platform to PDE. Is that OK? e4.core.tools currently depends on > org.eclipse.pde.core;bundle-version="3.9.0", > org.eclipse.pde.ui;bundle-version="3.8.0" and even uses internal API, so I really don't see any reason to be much concerned here.
(In reply to Christoph Laeubrich from comment #4) > (In reply to Julian Honnen from comment #1) > > Implementing the new PDE extension point in e4 tools would introduce a > > dependency from Platform to PDE. Is that OK? > > e4.core.tools currently depends on > > > org.eclipse.pde.core;bundle-version="3.9.0", > > org.eclipse.pde.ui;bundle-version="3.8.0" > > and even uses internal API, so I really don't see any reason to be much > concerned here. So, nothing new from dependency POV, right?