[lang] Fully recursive equals methods
Hi folks, I'd like to implement recursive equals building [1] at some point in the near future - I've seen a few people requesting/discussing this feature on Stack Overflow. Does anyone have any objections or reservations about this feature? Kind regards, Duncan [1] https://issues.apache.org/jira/browse/LANG-1034 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [lang] Fully recursive equals methods
go for it! 2014-08-07 10:06 GMT+02:00 Duncan Jones : > Hi folks, > > I'd like to implement recursive equals building [1] at some point in > the near future - I've seen a few people requesting/discussing this > feature on Stack Overflow. > > Does anyone have any objections or reservations about this feature? > > Kind regards, > > Duncan > > [1] https://issues.apache.org/jira/browse/LANG-1034 > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter
Re: [lang] Fully recursive equals methods
Hi list, I'm Yair, a software developer and an open source enthusiastic :) Following Duncan Jones' question on the recuesive equals building and the JIRA ticket I took a look at - I would humbly suggest to include at the "exclusion" list not just classes, but also field names. For example, if you take a look at another recursive traversal on objects which is performed in a different open source project - the Jackson JSon processing library, an annotation is used to allow ignoring marshalling of specific fields. Not sure if annotations should be used here in this case, but as I wrote before, IMHO an exclusion list which is also based on field names can come in handy. This is my first email to the list, looking forward to future contribution and cooperation, Yair On Thu, Aug 7, 2014 at 11:06 AM, Duncan Jones wrote: > Hi folks, > > I'd like to implement recursive equals building [1] at some point in > the near future - I've seen a few people requesting/discussing this > feature on Stack Overflow. > > Does anyone have any objections or reservations about this feature? > > Kind regards, > > Duncan > > [1] https://issues.apache.org/jira/browse/LANG-1034 > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
Re: [lang] Fully recursive equals methods
I would like to add that lombok annotations have a good implementations on equals and hash code using annotations for an inspiration. there i can clearly call out which fields of the class are of interest in hashcode and equals method. On Thursday, 7 August 2014 6:17 PM, Yair Zaslavsky wrote: Hi list, I'm Yair, a software developer and an open source enthusiastic :) Following Duncan Jones' question on the recuesive equals building and the JIRA ticket I took a look at - I would humbly suggest to include at the "exclusion" list not just classes, but also field names. For example, if you take a look at another recursive traversal on objects which is performed in a different open source project - the Jackson JSon processing library, an annotation is used to allow ignoring marshalling of specific fields. Not sure if annotations should be used here in this case, but as I wrote before, IMHO an exclusion list which is also based on field names can come in handy. This is my first email to the list, looking forward to future contribution and cooperation, Yair On Thu, Aug 7, 2014 at 11:06 AM, Duncan Jones wrote: > Hi folks, > > I'd like to implement recursive equals building [1] at some point in > the near future - I've seen a few people requesting/discussing this > feature on Stack Overflow. > > Does anyone have any objections or reservations about this feature? > > Kind regards, > > Duncan > > [1] https://issues.apache.org/jira/browse/LANG-1034 > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >