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