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
>
>

Reply via email to