[jbosstools-issues] [JBoss JIRA] (JBIDE-12469) Creation of org.jboss.tools.common.core component and associated feature

[Rob Stryker (JIRA)]

    [ https://issues.jboss.org/browse/JBIDE-12469?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12713262#comment-12713262 ] 

Rob Stryker commented on JBIDE-12469:
-------------------------------------


1) Explain the scope of the new plugin. This scope will be binding throughout the life of the plugin. This scope must be specific enough to avoid dumping-ground plugins tht grow with no limit, but also not be so restrictive as to make the plugin so narrowly defined that it is not useful.

The scope of this plugin is to be the lowest-level plugin in JBoss Tools. The plugin will be a common base that all core plugins can depend on to make a home for utility classes relating to the core eclipse platform. An attachment (in progress) is provided for plugins that may be a dependency for this plugin.  Any utility class in need of a home and potentially useful to many components may live here. 

In the event that the project begins to fill up, for example with a utility model that grows larger than expected, such a model may possibly be broken out into a new home to keep this baseline plugin thin, streamlined, and useful for every component. 

 
2) Is there any other plugin in the same component with an overlapping scope? If so, which plugins?

Currently, org.jboss.tools.common.core has many classes that seem to overlap with the mission of this plugin. It is expected that relevant classes will move down into this new plugin. Package names will be maintained where appropriate in order to smooth the transition. 
 

3) If there is an overlap, is there some technical reason the new plugin or feature is required?

 org.jboss.tools.common is flooded with UI code. As we cannot simply remove the UI portions without causing consuming components a large problem, creating a new core component and then filling it with useful utilities is the suggested solution. 

4) If there is no technical reason for the new plugin, would the code fit more appropriately inside an existing plugin instead?

 N/A, technical reason listed above
 

5) What is the expected size of the plugin, now and in the future. (ie, one or two classes to provide a dialog to the user, or, many classes providing a model for xyz and will grow as new features are added, or, unlimited home for all utilities depending on (some subset) of eclipse packages. )

The expected size of the plugin is unknown at this time. It is expected that approximately 60-70% of org.jboss.tools.common will move into this new plugin, but the scope allows for the plugin to grow more so long as the dependency requirements are met (no mylyn, no svn deps, no cvs deps, no team deps, no rse deps, no UI deps, etc). 
 

6) What bundles / products will this new plugin require?  (webtools, gef, astools, org.eclipse.team, etc) 

 An attached file lists all dependencies that are within scope, though initially the number of dependencies will be much smaller. 

7) Give a brief technical overview.

 This is an attempt to begin core / UI separation of the common component, starting with it's lowest plugin. All files will be svn move'd to the new location to preserve history. All files will be moved to an identical package name in the new plugin to preserve upstream component's compilation requirements. org.jboss.tools.common will then depend on org.jboss.tools.common.core and re-exported to also ensure that consuming plugins do not need to add a dependency at this time. 

Seeking approvals. 
                
> Creation of org.jboss.tools.common.core component and associated feature
> ------------------------------------------------------------------------
>
>                 Key: JBIDE-12469
>                 URL: https://issues.jboss.org/browse/JBIDE-12469
>             Project: Tools (JBoss Tools)
>          Issue Type: Sub-task
>          Components: common/jst/core
>    Affects Versions: 4.0.0.M1
>            Reporter: Rob Stryker
>            Assignee: Rob Stryker
>             Fix For: 4.0.0.M1
>
>
> As part of the refactor of the "common" component, this jira will track the addition of a new plugin. Some complain that common already has too many plugins, so this new plugin's creation will follow a careful process to ensure the new plugin has a purpose, is not repetitive, and helps move the component into a cleaner direction rather than a messier one. 
> The process (in progress) is being formed over at https://community.jboss.org/wiki/DevelopingForJBossTools

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira