It looks like the problem is that an extra required first argument, namely role, was added to the ComponentHandler methods. This role in the end results in a call to ComponentProxyGenerator.getProxy(), where this role argument is passed in.
The role argument has to be a fully qualified classname, as it is simply used as m_classLoader.loadClass( role );.
So, it seems to me that the additional role argument is totally redundant, and what should happen instead is that ComponentHandler should do a componentClass.class.getName() for passing in the role argument to the proxy generator.
Berin, can you confirm?
If this is not possible for some reason, it should still be trivial to re-add the methods with no role argument in them and use class.getName() on the componentClass to get the role.
cheers,
- Leo
PS: shame on us for letting an issue like this exist for 4 months! ;)
Nicola Ken Barozzi wrote:
Leo Simons wrote:from http://cvs.apache.org/builds/gump/latest/xml-cocoon2.html: ----------------------this has been failing for some time now.
is this due to a backwards-incompatible change in ECM or is cocoon cvs head at fault?
Backward compat changes done by Berin IIRC. Basically a method was removed without deprecation in ComponentHandler.
Being quite ignorant on why it was changed I had asked on avalon-dev about it some time ago. It seems it was about the introduction of proxies:
"
Revision 1.7 / (view) - annotate - [select for diffs] , Tue Sep 24 20:39:53 2002 UTC (4 months, 1 week ago) by bloritsch
Branch: MAIN
Changes since 1.6: +11 -7 lines
Diff to previous 1.6 (colored)
update component to use proxies
"
http://cvs.apache.org/viewcvs/jakarta-avalon-excalibur/component/src/java/org/apache/avalon/excalibur/component/ComponentHandler.java.diff?r1=1.6&r2=1.7&diff_format=h
Sorry I didn't follow up on it :-/ Can you please?
Thanx
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
