On Tue, Feb 28, 2012 at 10:24 AM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
On Tue, Feb 28, 2012 at 9:47 AM, Jerome Velociter
<jerome(a)winesquare.net> wrote:
Hi
On Tue, Feb 28, 2012 at 9:16 AM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> 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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Jérôme Velociter
Winesquare
http://www.winesquare.net/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne