On Jul 16, 2009, at 4:36 PM, François Dénommée wrote: Hi Francois, currently the XWiki XMLRPC subsystem is not very modular and it would be interesting to make it so. The "core" is in the XWikiXmlRpcServlet and in the XWikiXmlRpcApiInvocationHandler. The first, as you hinted, returns a java proxy that uses the invocation handler to initialize the context before calling the actual method and free it after the call returns. Currently you can extend it in two ways: 1) Adding methods to the XWikiXmlRpcApi and XWikiXmlRpcApiImpl (not very elegant but it's the fastest way) 2) Modify the getRequestProcessor in the XWikiXmlRpcServlet source code in order to take into account additional interfaces and their invocation handlers. Of course all of this is based on the old core that is going to disappear eventually. As you hinted an interesting way for extending it is that, instead of using a fixed interface and implementation (XWikiXmlRpcApi and XWikiXmlRpcApiImpl) we could lookup them using the component manager. However, I am not so sure that we could avoid the fact of declaring them also into XmlRpcServlet.properties. So even with the "componentized" version we would have two files to modify for publishing the service (components.txt and XmlRpcServlet.properties). Of course, as right now XMLRPC is part of the core, the idea is to componentize the XMLRPC subsystem as well in order to remove any dependency. Hope this helps. -Fabio