The proxy-based approach runs into problems when the return types of
the "getters" are final or non-proxyable in some way (at least for
nested properties). We discussed this idea of "recording" the
property expression (and I even wrote some code in Commons Proxy for
it). I even proposed an entirely new project (called Commons
Expression by me but others didn't like the name).
On Thu, Nov 26, 2009 at 4:23 PM, Pieter Degraeuwe
<pieter.degrae...@systemworks.be> wrote:
> Some time ago I was experimenting with lambdaJ. It uses the proxy way to
> obtain the propertyName.
>
> This way, your code could look like
>
> new TextField<Long>("orderNumber", new SafePropertyModel(target,
> property(on(Order.class).getOrderNumber())));
>
> If there is interest in this thing, I'm willing to contribute...
>
> Just my 2 cents...
>
> On Thu, Nov 26, 2009 at 8:30 PM, Giambalvo, Christian <
> christian.giamba...@excelsisnet.com> wrote:
>
>> Lombok looks preety cool.
>> I think i will use it cause it saves a lot of typing and holds equals and
>> hashcode in sync.
>>
>>
>> -----Ursprüngliche Nachricht-----
>> Von: Gerolf Seitz [mailto:gerolf.se...@gmail.com]
>> Gesendet: Donnerstag, 26. November 2009 19:36
>> An: users@wicket.apache.org
>> Betreff: Re: PropertyModels *without* strings
>>
>> that's why i was wondering about a lombok based bindgen implementation,
>> since
>> lombok is available as apt processor and eclipse plugin :)
>>
>> On Thu, Nov 26, 2009 at 5:13 PM, Igor Vaynberg <igor.vaynb...@gmail.com
>> >wrote:
>>
>> > you guys are missing the point. Bindgen is a *standard apt processor*.
>> > it is not an eclipse plugin. all major IDEs have support for
>> > annotation processors baked in.
>> >
>> > refactoring support is definetely *possible*, but it would require an
>> > actual IDE pliugin.
>> >
>> > -igor
>> >
>> > On Thu, Nov 26, 2009 at 5:20 AM, Martin Makundi
>> > <martin.maku...@koodaripalvelut.com> wrote:
>> > > Ah.. the next big thing, (in) refactoring (bindings?)!!! All glory to
>> > > the person that does it.
>> > >
>> > > **
>> > > Martin
>> > >
>> > > 2009/11/26 Johan Compagner <jcompag...@gmail.com>:
>> > >>
>> >
>> http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.platform.doc.isv/reference/api/org/eclipse/ltk/core/refactoring/participants/package-summary.html
>> > >>
>> > >> On Thu, Nov 26, 2009 at 13:52, James Carman <
>> > jcar...@carmanconsulting.com>wrote:
>> > >>
>> > >>> Refactoring could definitely be supported in IDEA. With the
>> Hibernate
>> > >>> support, when you change a property name it will change your mapping
>> > >>> hbm.xml (yes, we still use them) files for you automatically. Same
>> > >>> thing happens with the Spring support. The configuration files are
>> > >>> changed for you. I don't know how eclipse works with this kind of
>> > >>> stuff, but IDEA definitely has hooks for this kind of stuff.
>> > >>>
>> > >>> On Thu, Nov 26, 2009 at 2:28 AM, Martin Makundi
>> > >>> <martin.maku...@koodaripalvelut.com> wrote:
>> > >>> > If refactoring is not supported it is just easier to use string
>> > >>> > constants, which do not break.
>> > >>> >
>> > >>> > **
>> > >>> > Martin
>> > >>> >
>> > >>> > 2009/11/26 Gerolf Seitz <gerolf.se...@gmail.com>:
>> > >>> >> as far as i have read, the binding "methods" aren't automatically
>> > >>> refactored
>> > >>> >> (eg. renamed),
>> > >>> >> but you get compiler errors in the code where you use the "old
>> > names".
>> > >>> so it
>> > >>> >> should be
>> > >>> >> fairly easy to fix your own code (in contrast to some strings)
>> > >>> >>
>> > >>> >> On Thu, Nov 26, 2009 at 8:04 AM, Giambalvo, Christian <
>> > >>> >> christian.giamba...@excelsisnet.com> wrote:
>> > >>> >>
>> > >>> >>> Is refactoring available for bindgen?
>> > >>> >>>
>> > >>> >>> -----Ursprüngliche Nachricht-----
>> > >>> >>> Von: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
>> > >>> >>> Gesendet: Mittwoch, 25. November 2009 22:56
>> > >>> >>> An: users@wicket.apache.org; d...@wicket.apache.org
>> > >>> >>> Betreff: PropertyModels *without* strings
>> > >>> >>>
>> > >>> >>>
>> > >>> >>>
>> > >>>
>> >
>> http://wicketinaction.com/2009/11/removing-fragile-string-expressions-from-wicket-code/
>> > >>> >>>
>> > >>> >>> -igor
>> > >>> >>>
>> > >>> >>>
>> > ---------------------------------------------------------------------
>> > >>> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> > >>> >>> For additional commands, e-mail: users-h...@wicket.apache.org
>> > >>> >>>
>> > >>> >>>
>> > >>> >>>
>> > ---------------------------------------------------------------------
>> > >>> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> > >>> >>> For additional commands, e-mail: users-h...@wicket.apache.org
>> > >>> >>>
>> > >>> >>>
>> > >>> >>
>> > >>> >
>> > >>> >
>> ---------------------------------------------------------------------
>> > >>> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> > >>> > For additional commands, e-mail: users-h...@wicket.apache.org
>> > >>> >
>> > >>> >
>> > >>>
>> > >>> ---------------------------------------------------------------------
>> > >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> > >>> For additional commands, e-mail: users-h...@wicket.apache.org
>> > >>>
>> > >>>
>> > >>
>> > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> > > For additional commands, e-mail: users-h...@wicket.apache.org
>> > >
>> > >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> > For additional commands, e-mail: users-h...@wicket.apache.org
>> >
>> >
>>
>
>
>
> --
> Pieter Degraeuwe
> Systemworks bvba
> Belgiëlaan 61
> 9070 Destelbergen
> GSM: +32 (0)485/68.60.85
> Email: pieter.degrae...@systemworks.be
> visit us at http://www.systemworks.be
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
