Re: [lang] ObjectUtils enhancement - consumer with non-null value

Gary, LANG-1634 [1] and PR 684 [2] opened for review. Rob - yes exactly. I have found myself writing that utility method multiple times, and almost all of those projects had commons-lang as a dependency, so figured this would be a good place to have this reusable piece of code. Bindul [1

[lang] ObjectUtils enhancement - consumer with non-null value

n be replaced by single statements. I am happy to open a JIRA and GH pull request if there is interest in this minor enhancement. Bindul - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [crypto] Releasing 1.1.0 with Mac64 support

I know that in theory, Apache only delivers source code and that our > binary distributions are only a convenience, so there might be nothing to > talk about, still, I want to make sure to check on expectations and > processes. > > Gary Bindul

Re: [lang] Todo utility class

d be suited to the commons-lang >> component? > > > Perhaps "Commons Testing". > IIUC, such calls are not meant to appear in released code. I would recommend against commons testing. i would assume that component would be a

Re: [RNG] Travis build fails with JDK 9

On Fri, Feb 9, 2018 at 2:14 PM, Gilles wrote: > On Thu, 8 Feb 2018 22:44:32 -0700, Bindul Bhowmik wrote: >> >> On Thu, Feb 8, 2018 at 9:01 AM, Gilles >> wrote: >>> >>> Hi. >>> >>> Build succeeds with JDK 7 and 8 but not with JDK9: >

Re: [RNG] Travis build fails with JDK 9

s like the symptom described in the surefire FAQ [2] about corrupted streamps. I don't know RNG code to comment, but maybe a quick check will be to try the build without forking (forkCount=0) or using a snapshot of surefire 2.21.0 [3], which seems to have a few more Java 9 goodies. Bindul [1] https

Re: [configuration] Notifications from commons-configuration GitHub mirror

On Sat, Jan 20, 2018 at 8:39 AM, Oliver Heger wrote: > > > Am 15.01.2018 um 18:04 schrieb Oliver Heger: >> Hi, >> >> Am 14.01.2018 um 00:33 schrieb Bindul Bhowmik: >>> Hello, >>> >>> It seems notifications from the commons-configuration GitHub

Re: [compress] Planning 1.16 Release - With Source Incompatible Change

lock class really only serves an internal purpose and it has > always been expected that all subclasses of it are part of Commons > Compress. > > Stefan > > - > To unsubscribe, e-mail: dev

[configuration] Notifications from commons-configuration GitHub mirror

er it makes it to the archives :-)) Similar searches for other commons components show emails, like [3] and [4]. Bindul [1] https://github.com/apache/commons-configuration/pull/10 [2] https://lists.apache.org/list.html?*@commons.apache.org:dfr=2018-1-11|dto=2018-1-13:apache/commons-configuration

[GitHub] commons-dbutils issue #2: This is not a real pull request, just give some su...

Github user bindul commented on the issue: https://github.com/apache/commons-dbutils/pull/2 @drinkjava2 DBUtils uses Apache JIRA for issue tracking at https://issues.apache.org/jira/projects/DBUTILS --- If your project is set up for it, you can reply to this email and have your

Re: commons-compress git commit: [COMPRESS-392] Add Brotli decoder based on the Google Brotli library.

ssorStreamProvider { > > private static final CompressorStreamFactory SINGLETON = new > CompressorStreamFactory(); > > + > + > +/** > + * Constant (value {@value}) used to identify the BROTLI compression > + * algorithm. > + * > + * @sin

[GitHub] commons-compress pull request #23: Add Brotli Support

Github user bindul commented on a diff in the pull request: https://github.com/apache/commons-compress/pull/23#discussion_r114257132 --- Diff: pom.xml --- @@ -68,6 +68,12 @@ jar, tar, zip, dump, 7z, arj. test + org.brotli + dec

Re: [text] On the value of idempotent string escape methods?

On Tue, Feb 21, 2017 at 7:55 AM, sebb wrote: > On 21 February 2017 at 12:40, Rob Tompkins wrote: >> >>> On Feb 21, 2017, at 6:02 AM, sebb wrote: >>> >>> On 21 February 2017 at 04:40, Sampanna Kahu >> > wrote: Hi Guys, Very good points are being made above. Pl

[JCS] Re: JCS 2.0 eclipse setup issues

ent version in that module (and its children) to 2.1-SNAPSHOT locally (and perhaps send in a patch). Someone with commit rights might want to update the parent version in SVN trunk. Regards, Bindul [1] https://svn.apache.org/repos/asf/commons/proper/jcs/t

Re: Build failed in Jenkins: Commons-Compress-Windows #119

Looks like it is fixed now with build #275 [1]. - Bindul [1] https://builds.apache.org/job/Commons-Compress-Windows/275/ On Thu, Jan 5, 2017 at 8:15 AM, sebb wrote: > And I've switched off the build emails > > On 5 January 2017 at 11:40, sebb wrote: >> I've moved it b

Re: Build failed in Jenkins: Commons-Compress-Windows #119

On Wed, Jan 4, 2017 at 8:46 PM, Gary Gregory wrote: > Does anyone know how to fix this? Does not seem like a project issue, there is also a maven wagon failure [1], and an open ticket [INFRA-13224], but not sure it is in the right 'Status' for Infra to be looking at it. [1] https://builds.apach

Re: [CRYPTO]1.0.0 Release Plan

to be built on different OSes. And from a consumption standpoint, if the user is using Maven, they could use profiles to select the correct dependency. I have done something like this for SWT on a project: org.eclipse.swt ${swt.artifact} ${eclipse.swt.version} compile win64_x

[jexl] Release from the 2.0 branch

exists [1], the version does not show up on any of the Versions, Change Log, or Road Map links in the JEXL JIRA. It almost seems like the version existed at some point and was subsequently deleted with issues tagged to it. Regards, Bindul [1] https://issues.apache.org/jira/browse/JEXL/fixforversion

Re: [lang] Proposal: Allow extending DiffResult

your own ToStringStyle [1] and using the DiffResult#toString(ToStringStyle) method? > > To support this I ended up wrapping the DiffResult class because I could > not extend it due to its private constructor. > > re: > https://commons.apache.org/proper/commons-lang/apidocs/o

Re: [EXEC] Help needed for regression testing ...

nt box > - some of the tests are quite heavy (e.g. starting thousand processes to > make sure that we don't have any memory/handle leaks) > > Regards, Bindul -- Bindul Bhowmik | MindTree Ltd. | www.mindtree.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]