[jbosstools-dev] Request for comment on introduction of org.jboss.tools.common.core
Rob Stryker
rstryker at redhat.com
Thu Aug 23 06:19:19 EDT 2012
Hi all:
Since the 'common' component is our lowest level component, which almost
all of jbt has a dependency on, this issue affects basically everyone here.
As was mentioned before, for all the reasons common needs to be split,
the beginning step is the creation of a new plugin. To avoid adding yet
another junk plugin with no benefit, I've drafted a new process for
additions of new plugins:
https://community.jboss.org/wiki/ApprovalProcessForAddingAPluginAndOrFeatureToAnExistingComponent
The new plugin will possibly be named org.jboss.tools.common.core, and
will hold about 60-70% of what is currently in org.jboss.tools.common.
Strong efforts will be made to make sure all consumers have no issues,
that package names aren't changed, that class names aren't changed, and
that everything continues to go smoothly, but, since things don't always
go 100%, it is very important we all stay aware of this issue.
The jira requesting approvals for this issue is here:
https://issues.jboss.org/browse/JBIDE-12469
This is just a first step. Assuming this split goes well, the next steps
will be (up to discussion of course) to continue organizing the common
module in a safe way with clear boundaries between plugins and features.
Let's not get too far ahead of ourself, though. For now, I'd like
everyone (if they have time) to read and comment on the above jira,
which simply creates org.jboss.tools.common.core and moves all non-ui
classes from o.j.t.common into o.j.t.common.core.
If *anyone* sees anything wrong in the plan, PLEASE mention it. I'd also
like to mention that voting yes now does not mean you agree to the patch
(as there isn't one yet). It just means you agree to the plan.
Thanks again.
- Rob Stryker, troublemaker
More information about the jbosstools-dev
mailing list