[rules-dev] Guvnor split-up

Toni Rikkola toni.rikkola at gmail.com
Thu Mar 28 02:40:03 EDT 2013


Yep, that looks good.

Toni

On Mar 27, 2013, at 3:33 PM, Michael Anstis wrote:

> I've put together this: https://docs.google.com/drawings/d/1zovHiCJu0TnlKDuSq4xvRcuhThiR7G3ZdOWobooerdc/edit showing my perceptions.
> 
> Please take a few minutes to look and feedback... I'll be checking GAVs (and the split) with Mark before making the changes...
> 
> On 26 March 2013 11:35, Toni Rikkola <toni.rikkola at gmail.com> wrote:
> I propose that we add one more layer between drools-ide and guvnor. Name could be guvnor-kie-ide or kie-ide-guvnor.
> 
> 1. Generic Guvnor
> 2. Kie-family modules shared between layer #3
> 3. Drools (drools-ide) / jBPM / OptaPlanner
> 
> For example the build services we have in guvnor-project will most likely be used by jBPM Guvnor , Drools Guvnor  and OptaPlanner Guvnor. A clear separation between the layers would help us to keep circular dependencies away and make the code cleaner.
> 
>  Toni
> 
> On Mar 26, 2013, at 12:36 PM, Michael Anstis wrote:
> 
>> Hi,
>> 
>> The time to split Guvnor into "Guvnor" (common asset management/generic project framework) and "Drools IDE" (Editors for Drools assets) has arrived.
>> 
>> This is a list of the current Guvnor modules and a proposal as to the split. Please feedback any comments - I'd like to split next week (and perform related GAV changes):-
>> 
>> guvnor-commons
>> guvnor-comons-builder  ---> drools-ide
>> guvnor-commons-data  ---> split applicable components into guvnor and drools-ide(sub-package "tables" is guvnor; the remainder are drools-ide).
>> guvnor-commons-security  ---> drools-ide
>> guvnor-commons-security-api  ---> drools-ide
>> guvnor-commons-ui  ---> split applicable components into guvnor and drools-ide (some classes in sub-package "widgets" are drools-ide and sub-package "workitems" is drools-ide but can be deleted).
>> 
>> guvnor-core
>> guvnor-core-services  ---> guvnor
>> guvnor-datamodel  ---> drools-ide
>> guvnor-project  ---> drools-ide
>> guvnor-workingsets  ---> delete (not used)
>> 
>> guvnor-editors
>> guvnor-categories-editor  ---> drools-ide
>> guvnor-default-editor  ---> drools-ide
>> guvnor-drl-text-editor  ---> drools-ide
>> guvnor-dsl-text-edutor  ---> drools-ide
>> guvnor-dtable-xls-editor  ---> drools-ide
>> guvnor-enum-editor  ---> drools-ide
>> guvnor-explorer  ---> guvnor
>> guvnor-factmodel-editor  ---> drools-ide
>> guvnor-globals-editor  ---> drools-ide
>> guvnor-guided-dtable-editor  ---> drools-ide
>> guvnor-guided-rule-editor  ---> drools-ide
>> guvnor-guided-scorecard-editor  ---> drools-ide
>> guvnor-guided-template-editor  ---> drools-ide
>> guvnor-inbox  ---> guvnor
>> guvnor-m2repo-editor  ---> guvnor
>> guvnor-project-config-editor  ---> drools-ide
>> guvnor-project-editor  ---> drools-ide
>> guvnor-scorecard-xls-editor  ---> drools-ide
>> guvnor-search-screen  ---> guvnor
>> guvnor-test-scenario-editor  ---> drools-ide
>> Worthy of mention is that the "Project Editor" becomes a Drools specific project editor (as it needs to handle both pom.xml and kmodule.xml). There is no "Project Editor" out of the box for Guvnor.
>> 
>> 
>> guvnor-webapp
>> guvnor-showcase  ---> drools-ide
>> 
>> guvnor-widgets
>> guvnor-config-resource-widget  ---> drools-ide
>> guvnor-decorated-grid-widget  ---> drools-ide
>> guvnor-error-messages-widget  ---> delete (not used)
>> guvnor-metadata-widget  ---> guvnor
>> guvnor-view-source-widget  ---> drools-ide
>> 
>> GAV changes
>> 
>> drools-ide components would adopt the "org.drools.ide" GroupId; guvnor components would adopt the "org.kie.guvnor" GroupId.
>> 
>> Package names would be corrected to follow the GAV-package naming convention.
>> 
>> With kind regards,
>> 
>> Mike
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
> 
> 
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
> 
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20130328/e3bca5d1/attachment.html 


More information about the rules-dev mailing list