Hi Jerome,

> I've readded the default constructor to Resource (in SVN). I need a way to
[...]

Merci :)

> The need for wrapper when further to many other classes as it's the
> mechanism used to separate the API classes from the implementation classes.

So, we need the wrapper classes for the Restlet / Noelios engine? If
they are needed for the latter, why don't we remove them from
org.restlet and put them into the noelios.impl package?

> It was becoming too cumbersome to maintain all those wrappers (and create
> new ones), Javadocs duplication and making sure no method wrapper code was
> missing.

I was writing this while your e-mail popped up:

I wonder if we need the 'decoratable' behaviour in the mentioned
classes. If we don't like to have a few more classes (the Wrapper*
classes), we should remove the 'decoratable' feature from the
Resource, Restlet, Request... . While I am using the decorated classes
a lot in my Restlet projects, I think that modern IDEs like Eclipse
provide enough support to write a class that delegates methods
calls to a 'wrapped' class.

IMO this approach is much cleaner than the "getWrapped*" calls in
every method.

Other thoughts?

Best regards,
Lars
-- 
http://www.semagia.com

Reply via email to