On Tue, Feb 28, 2012 at 10:24 AM, Thomas Mortagne <[email protected]> wrote: > On Tue, Feb 28, 2012 at 9:47 AM, Jerome Velociter <[email protected]> > wrote: >> Hi >> >> On Tue, Feb 28, 2012 at 9:16 AM, Thomas Mortagne >> <[email protected]> wrote: >>> Hi devs, >>> >>> From the start Extension Manager has been designed to be usable >>> outside of XWiki. I would like to make this effective by moving it >>> into commons. >>> >>> Here is the detail of the operation: >>> >>> = Not moved >>> >>> * UI of Extension Manager >>> * Xar handler >>> * Server side module and UI of XWiki Repository >> >> By server-side module you mean the REST API ? Just for information, >> what prevents it from being generic ? > > I just mean the xwiki-platform-extension-repository-xwiki-server-api > module which is a XWiki based implementation of the generic REST > extension protocol. > > Said another way: > * generic: xwiki-platform-extension-repository-xwiki-api, > xwiki-platform-extension-repository-xwiki-handler, > xwiki-platform-extension-repository-xwiki-model > * xwiki: xwiki-platform-extension-repository-xwiki-server-api, > xwiki-platform-extension-repository-xwiki-server-ui
So to be extra clear: the commons version of Extension Manager will support installing extension coming from XWiki Repository. > >> >>> (but the client will >>> be moved to commons since a generic REST protocol has been designed >>> for it which could be implemented by anything) >>> * Clustering module >>> * Script service module >>> * An ExecutionContextInitializer which is responsible for switching >>> the current Thread classloader for each new request with the one >>> linked to the current wiki (so that everything loading classes like >>> script macros do it from the proper classloader) >>> >>> That means that the commons version of Extension Manager will support >>> everything the current one supports except for the thing that don't >>> make sense outside of XWiki (XAR packages, wiki pages UI, etc.). >>> >>> = Dependencies to move >>> >>> * ClassLoader module: even more than Extension Manager (and like other >>> stuff that will follow in other mails) this module is ready to be >>> moved as it is except for the attachment based support which is >>> already in a separated module and will stays in platform obviously. >>> >>> = Extracted from Extension Manager >>> >>> * Job Manager: encapsulate background task into a job providing >>> progress and status informations as well as logging isolation. In it's >>> own module. >>> * ClassLoader Manager: namespace based organization for classloaders >>> (like we have for Component Managers). In the existing classloader >>> module. >>> >>> WDYT ? >>> >>> Here is my +1 >> >> Big +1 >> >> Jerome >> >>> >>> -- >>> Thomas Mortagne >>> _______________________________________________ >>> devs mailing list >>> [email protected] >>> http://lists.xwiki.org/mailman/listinfo/devs >> >> >> >> -- >> Jérôme Velociter >> Winesquare >> http://www.winesquare.net/ >> _______________________________________________ >> devs mailing list >> [email protected] >> http://lists.xwiki.org/mailman/listinfo/devs > > > > -- > Thomas Mortagne -- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
