[ http://issues.apache.org/jira/browse/XMLRPC-121?page=comments#action_12447382 ] Jochen Wiedmann commented on XMLRPC-121: ----------------------------------------
If StatelessProcessorFactoryFactory or RequestSpecificProcessorFactoryFactory do not exactly fit your purpose, then you just got to provide another instance of RequestProcessorFactoryFactory (RPFF). The point I want to make is that the handler mapping doesn't need to be overwritten. The purpose of the handler mapping is simply to provide the mapping from class name (or whatever you choose as the handler name) to the handler class. Instance creation and all that stuff must be left to the RPFF. Please don't get me wrong: I wouldn't mind to add other examples of RPFF to the code base, if they seem to be of common interest and sufficiently generic. The idea to provide ready created instances might be worth considering. It is just that the handler mapping is the wrong place to think about it. > Additional ways to create request handlers > ------------------------------------------ > > Key: XMLRPC-121 > URL: http://issues.apache.org/jira/browse/XMLRPC-121 > Project: XML-RPC > Issue Type: Improvement > Components: Source > Affects Versions: 3.0 > Reporter: Eugene Prokopiev > Attachments: ObjectHandlerMapping.java > > > Now it's possible to create handlers only by class name (different instances > on every request or one instance for all request). It can be very useful to > create handlers based on already created instances (as in XML-RPC 1.2) or by > some external factory which can return instance (new or already created or > from pool) by some string name. Any IoC (Spring, HiveMind, ...) container can > be an example of such factory. This can be done by > RequestProcessorFactoryFactory implementation analog with String parameter > instead of Class. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
