Re: [rules-dev] Guvnor split-up

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/1zovHiCJu0TnlKDuSq4xvRcuhThiR7G3ZdOWob... 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(a)gmail.com&gt; 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(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/rules-dev > > > _______________________________________________ > rules-dev mailing list > rules-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-dev > > _______________________________________________ > rules-dev mailing list > rules-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-dev _______________________________________________ rules-dev mailing list rules-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev