[GitHub] commons-lang issue #202: LANG-1034: Recursive and reflective EqualsBuilder

2017-10-07 Thread PascalSchumacher
Github user PascalSchumacher commented on the issue: https://github.com/apache/commons-lang/pull/202 @douddle I created https://issues.apache.org/jira/browse/LANG-1356 to track the bypass issue. ---

[GitHub] commons-lang issue #202: LANG-1034: Recursive and reflective EqualsBuilder

2017-10-03 Thread douddle
Github user douddle commented on the issue: https://github.com/apache/commons-lang/pull/202 I start to use your feature and I discover a bug. String are now compared with internal data (hash and char[]). But sometimes hash value is not initialized, this is probably a cache for the

[GitHub] commons-lang issue #202: LANG-1034: Recursive and reflective EqualsBuilder

2016-10-23 Thread coveralls
Github user coveralls commented on the issue: https://github.com/apache/commons-lang/pull/202 [![Coverage Status](https://coveralls.io/builds/8467444/badge)](https://coveralls.io/builds/8467444) Coverage decreased (-0.04%) to 93.442% when pulling

[GitHub] commons-lang issue #202: LANG-1034: Recursive and reflective EqualsBuilder

2016-10-23 Thread PascalSchumacher
Github user PascalSchumacher commented on the issue: https://github.com/apache/commons-lang/pull/202 I haven't locked at this in-depth yet, but seems like a useful enhancement. I would remove the support for including transient fields, because that seems like a bad practice.

[GitHub] commons-lang issue #202: LANG-1034: Recursive and reflective EqualsBuilder

2016-10-23 Thread coveralls
Github user coveralls commented on the issue: https://github.com/apache/commons-lang/pull/202 [![Coverage Status](https://coveralls.io/builds/8467369/badge)](https://coveralls.io/builds/8467369) Coverage decreased (-0.02%) to 93.438% when pulling