[ http://jira.magnolia.info/browse/MAGNOLIA-761?page=comments#action_11772 ]
Ralf Hirning commented on MAGNOLIA-761: --------------------------------------- Yes there is an overlap, but I would like to have both. We can combine them and use packaging to install a module. Just define packages holding the necessary files and repository entries. The module jar would then only contain class files and typical java resouces. It should even be possible to undeploy a module using packaging with proper package definition. Deployment: 1. Install Module package 2. Restart Magnolia 3. Install repository package if you want to deploy entries to a new repository It would be nice if we could omit the restart;-) > Modules > ------- > > Key: MAGNOLIA-761 > URL: http://jira.magnolia.info/browse/MAGNOLIA-761 > Project: magnolia > Type: Sub-task > Components: core, admininterface > Reporter: Philipp Bracher > Assignee: Philipp Bracher > Fix For: 3.0 RC1 > > > We have done the major step for modularizing magnolia. I would like go a step > further before we release 3.0. > Goal > ---- > - tie everything together (one jar per module) > - slim webapp (only stuff which an enduser concerns about: templates, css) > - easier development process > Changes > ------- > A) Additional Bootstrap > - A module has a bootstrap dir in the resources (during installation the > content get's imported) > B) Templates , .. per module > - Each module configuration has a dialog, paragraph, templates config > (instead of registering them in the templating module) > - The current templating module is renamed to samples > C) remove admindocroot and admintemplates > - only the template and paragraph jsps and resources are extracted from the > jar and written to the filesystem > - the resources used in the admin interface are served by the resource servlet > - NO jsps for the admin-interface (see below) > D) New module definition no longer in the manifest file > - the definition is in an xml file META-INF/magnolia/xxx.xml > --> during development one has not always a proper jar (with manifest) > E) subdir per module > - docroot/module > - templates/module > - if a new version is installed the dirs get rewritten completely > NO JSP in the admin interfaces > ______________________________ > In future we will use JSF and FreeMarker. As a mid-step I would like to > change the dialogpages (not the dialogs). We call them newly pages. The > default page uses a template named like the classname. With this we can avoid > the jsps in admintemplates. The module register it's pages (like we do > currently for trees, ...) and a main servlet processes this pages. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.magnolia.info/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira ---------------------------------------------------------------- for list details see http://www.magnolia.info/en/magnolia/developer.html ----------------------------------------------------------------
