If you are unsure you can send the patch here and ask for reviews. Uli
On 2014-05-18 16:39, Lance Java wrote: > So, is it OK to commit the changes? It will obviously need a breaking > change note in the release notes. > On 18 May 2014 00:10, "Howard Lewis Ship" <hls...@gmail.com> wrote: > >> It can be problematic; I don't expect people to implement >> ComponentResources ... but some other common interfaces, such as >> FormSupport, are often proxied/delegated in a way that provides pain when >> new methods are added. JDK 8 default methods may help there, hard to say >> so far. >> >> >> On Sat, May 17, 2014 at 1:27 PM, Lance Java <lance.j...@googlemail.com >>> wrote: >> >>> I've managed to solve the issue without affecting >> org.apache.tapestry5.ioc. >>> services.PropertyAdapter. >>> >>> So the introduced methods are: >>> Type Binding.getBindingGenericType() >>> Type PropertyConduit getPropertyGenericType() >>> Type ComponentResources.getBoundGenericType(String parameterName) >>> >>> I don't think anyone will be implementing their own ComponentResources or >>> PropertyConduit so I think those changes are fin. Ashas been mentioned, >>> third parties (including myself) have implemented custom bindings. If >> it's >>> any consolation, I've implemented AbstractBinding.getBindingGenericType() >>> to simply return getBindingType(). >>> >>> The other solution I can see is to have Binding2 in a similar style to >>> Asset2 etc. >>> >>> >>> On 16 May 2014 00:48, Howard Lewis Ship <hls...@gmail.com> wrote: >>> >>>> I'd need to know a bit more; this will tend to break 3rd party >> libraries >>>> that compile against the old code, which is not so good. Possibly if >> the >>>> new information could be added under an entirely new method of the >>> existing >>>> APIs that would be less of a problem. >>>> >>>> >>>> On Wed, May 14, 2014 at 1:33 PM, Lance Java <lance.j...@googlemail.com >>>>> wrote: >>>> >>>>> I'm looking into TAP5-1213 to provide access to the bound property's >>>>> generic type information (eg List<SomeBean>). Basically the generic >>> type >>>>> information needs to be passed from PropertyConduitSource to >>>>> ComponentResources >>>>> >>>>> This change requires adding a generic type getter to a few public >>>>> interfaces, namely: >>>>> - org.apache.tapestry5.Binding >>>>> - org.apache.tapestry5.ComponentResources >>>>> - org.apache.tapestry5.PropertyConduit >>>>> - org.apache.tapestry5.ioc.services.PropertyAdapter >>>>> >>>>> I realise that adding methods to public interfaces breaks backwards >>>>> compatability. What's people's thoughts on this? >>>>> >>>> >>>> >>>> >>>> -- >>>> Howard M. Lewis Ship >>>> >>>> Creator of Apache Tapestry >>>> >>>> The source for Tapestry training, mentoring and support. Contact me to >>>> learn how I can get you up and productive in Tapestry fast! >>>> >>>> (971) 678-5210 >>>> http://howardlewisship.com >>>> @hlship >>>> >>> >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator of Apache Tapestry >> >> The source for Tapestry training, mentoring and support. Contact me to >> learn how I can get you up and productive in Tapestry fast! >> >> (971) 678-5210 >> http://howardlewisship.com >> @hlship >> > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org