Re: RequestFactory issue with overloaded setters in domain type

I'll take a stab at writing a ServiceLayerDecorator as that should get me unblocked without writing DTO's and if the correct setter is called the NPE's won't be an issue. Thanks to you both for the suggestions!

Thomas, is this issue likely to end up as PatchesWelcome or WontFix? If the former then I'll look at getting a patch together.

On 28 February 2013 11:19, Thomas Broyer <t.broyer@gmail.com> wrote:

On Thursday, February 28, 2013 11:18:22 AM UTC+1, Ignacio Baca Moreno-Torres wrote:

If you don't want to have a delegator DTO, you may try AOP. For example, with guice you can match the classes you have the NPE problem, and return null before de NPE.

or in this specific case, use a ServiceLayerDecorator whose getSetter returns the appropriate setter for the given known class and property name (or possibly do the right thing in setProperty, without the need to go down to the java.lang.reflect level)

--
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

--
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.