Bug 419621 - decouple o.e.m.wikitext.core from o.e.core.runtime
Summary: decouple o.e.m.wikitext.core from o.e.core.runtime
Status: RESOLVED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: 2.0   Edit
Assignee: David Green CLA
QA Contact:
URL:
Whiteboard:
Keywords: noteworthy, plan
Depends on: 420109
Blocks: 420006
  Show dependency tree
 
Reported: 2013-10-16 13:59 EDT by Steffen Pingel CLA
Modified: 2013-10-23 04:33 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 Steffen Pingel CLA 2013-10-16 13:59:36 EDT
To make it easier to consume WikiText in non OSGi contexts it would be helpful to remove Eclipse runtime dependencies from the wikitext core bundle. This would also benefit Maven builds that consume WikiText since fewer dependencies would be required.

We could consider creating an o.e.m.wikitext.core.osgi bundle that would consume the OSGi dependent classes.

I'm not sure if this affects API but it could be considered a breaking change anyways since integrators may need to consume wikitext differently.
Comment 1 David Green CLA 2013-10-16 14:24:36 EDT
+1, this makes sense to me.  We should consider this as an opportunity to split out the Ant dependency from core as well, since they've been problematic when consuming within Eclipse and there are many scenarios when using Mylyn WikiText that should not require an  Ant dependency.
Comment 3 David Green CLA 2013-10-22 14:27:22 EDT
pushed 
  https://git.eclipse.org/r/17661
Comment 4 David Green CLA 2013-10-22 19:52:12 EDT
  https://git.eclipse.org/r/17673
Comment 5 David Green CLA 2013-10-22 21:09:21 EDT
decoupling complete.  Additional work could be done to make org.eclipse.mylyn.wikitext.core.osgi dependent only on OSGi and not the Eclipse runtime, however that is left for future work.
Comment 6 Steffen Pingel CLA 2013-10-23 04:33:12 EDT
That is excellent! Thanks for the quick response.