Re: [lang] - Close java.util.Date related enhancement requests as won't fix?

F8=1789=9325=1935182021& > linkCode=as2=garygregory-20=31ecd1f6b6d1eaf8886ac902a24de418%22 > > > > > > > <http: > > ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=1935182021> > > Spring Batch in Action > > < > > https://www.amazon.com/gp/product/1935182951/ref=as_li_ > tl?ie=UTF8=1789=9325=1935182951& > linkCode=%7B%7BlinkCode%7D%7D=garygregory-20=%7B% > 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action > > > > > <http: > > ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=1935182951> > > Blog: http://garygregory.wordpress.com > > Home: http://garygregory.com/ > > Tweet! http://twitter.com/GaryGregory > > > -- ,Thanks _ *Amey Jadiye* (+91 73 87 770 382)

Re: [all/travis-ci] Regarding using ibmjava on travis

Thanks, I'm taking Commons Text as my test guineapig for jacoco style implementation , once confident in implementation we can move it to other components. Regards, Amey On Jul 28, 2017 5:39 PM, "Rob Tompkins" <chtom...@gmail.com> wrote: > > > On Jul 27, 2017, at 4:10

Re: [VOTE] Release Commons Email 1.5 Based on RC1

Checked RC1, and here is my +1 (non-binding). 1. Build and Tests looks good. 2. Clirr looks good. 3. Rat is not good as mentioned by gary, as they are test resources can be put to ignore list. 4. Findbug looks good. 5. There are 302 Checkstyle issues but they are non-blocker to release. 6. Hashes

[email] failing with mvn clean cobertura:cobertura coveralls:report

Hi, while fixing rat issue with commons email I also found that the travis is failing with the below configurations, thought build is working fine. seems like we dont have plugin configured in pom.xml after_success: - mvn clean cobertura:cobertura coveralls:report [INFO]

Re: [all/travis-ci] Regarding using ibmjava on travis

.travis.yml. what do you guys think ? Regards, Amey On Fri, Jul 28, 2017 at 6:02 PM, Amey Jadiye <ameyjad...@gmail.com> wrote: > Thanks, I'm taking Commons Text as my test guineapig for jacoco style > implementation , once confident in implementation we can move it to other > componen

Re: Help with task: Implement Ziggurat algorithm

Hello 仓央杰克 , If you are not in possition to submit this I'm taking this task up for completion. I will submit my PR in a week or so you may give your inputs on that. Regards, Amey On Jul 5, 2017 10:20 AM, "Amey Jadiye" <ameyjad...@gmail.com> wrote: code should go in commo

Re: Empty repositories for some retired components on github

+1, If something is/will not in use better delete them. Cheers, Amey On Sun, Aug 13, 2017, 11:54 PM Pascal Schumacher wrote: > Hello everybody, > > just a small detail. > > For some retired components there are still github mirrors (with an > empty repository): > >

Re: Ready for JDK 9 ?

Schaible < joerg.schai...@bpm-inspire.com> wrote: > Hi Amey, > > Amey Jadiye wrote: > > > Hmm, isn't that easy with just Travis ? We just have to add java9 > > option(not sure it have RC) and trigger build it will automatically check > > build and tests. IIRC fo

Re: [All] Jenkins: where are the projects?

I do remember Infra team warned in end of July '17 to remove Commons from top-level to A-D or C tab else they were about to remove it on 1st August '17 ... And they did it . But no worries we already had it in A-D tab. https://builds.apache.org/view/A-D/view/Commons/ Regards, Amey On Thu, Aug

Re: [all/travis-ci] Regarding potential Travis-CI solutions

Closed PR. On Mon, Aug 7, 2017 at 2:12 AM, Amey Jadiye <ameyjad...@gmail.com> wrote: > looking at inclination of community I will be closing the PR without > expecting merge after a week by 14th August 2017 unless someone see it's > useful. > > Reference will be there in clo

Re: [daemon] : fixing some general stuff

If maintainers are not around, can someone please review this ? Regards, Amey On Tue, Jul 11, 2017 at 11:51 PM, Amey Jadiye <ameyjad...@gmail.com> wrote: > Hi All, > > Its was quite tedious task but I have fixed almost all errors from the > commons daemon from maven per

Re: [daemon] moving to git ? and bump java version.

he modern front, it'd be interesting if it were written in Rust, > though > > I don't know enough about the language to say if it's worth porting to > > eventually. > > > > On 15 July 2017 at 09:26, sebb <seb...@gmail.com> wrote: > > > > > On 15 July 20

Re: [daemon] : fixing some general stuff

Hi Bernd/Mark/All, I have raised PR to cover this, would you mind just take a look ? https://github.com/apache/commons-daemon/pull/3 So far I have fixed rat, findbug. I will push javadoc and checkstyle sometime tomorrow. Regards, Amey On Sun, Jul 9, 2017 at 9:34 PM, Amey Jadiye <amey

Re: [daemon] : fixing some general stuff

n the > project currently. If you want I can help with the Javadoc warnings? > > Gruss > Bernd > -- > http://bernd.eckenfels.net > > From: Amey Jadiye <ameyjad...@gmail.com> > Sent: Sunday, July 9, 2017 4:00:08 PM > To: Commons D

[daemon] : fixing some general stuff

Hi All, I'm going through apache daemon code and trying to fix the stuff breaking with below maven options, also would like to know if some more checks can be added since this repo contains lot of C code. mvn clean verify apache-rat:check clirr:check checkstyle:check findbugs:check

[daemon] Enhance README.md for github

Hi All, Since Commons Daemon lacks the detail description on README file I'd like to take that task up also I think it needs some nice new shiny emblems showing status of project like sample I have given below from commons-text. [![Build Status](

[daemon] moving to git ? and bump java version.

Hi Daemon Maintainers / All, Daemon seems to be still being maintained on svn, do we have any plan moving code base to git ? As fact there is low activity in daemon no one thought of bumping version from 1.5 to 1.6 OR we are keeping it purposefully to 1.5 ? shall we bump it minimum to 1.6 ?

Re: [daemon] : fixing some general stuff

:- This was running good. for the junit test cases additions will open another jira to track. Regards, Amey On Mon, Jul 10, 2017 at 12:34 AM, Amey Jadiye <ameyjad...@gmail.com> wrote: > Hi Bernd/Mark/All, > > I have raised PR to cover this, would you mind just take a

Re: [compress] HasCharset is a bad name

HasCharset is certainly bad and also CharsetAccessor sounds like class name not as Interface , I think Charsetable CharsetAccesable or CharsetAware Is better as Interface name. Regards, Amey On Tue, Jul 11, 2017, 3:33 AM Gary Gregory wrote: > I renamed HasCharset to

Re: [daemon] @author tags

These 2 :) @author Pier Fumagalli @author Nick Griffiths (nicobre...@gmail.com) On Sat, Jul 8, 2017 at 3:05 PM, Amey Jadiye <ameyjad...@gmail.com> wrote: > Hi Gary, > > +1 and here is my extra pair of hands towards this https://github.com/ > apache/commons-daemon/pull/2 &g

Re: [daemon] @author tags

Hi Gary, +1 and here is my extra pair of hands towards this https://github.com/apache/commons-daemon/pull/2 while removing I observed below 2 people are not listed in pom.xml [list of members], unaware about their roles you might have to add them in developer or contributor section. Regards,

Re: [daemon] moving to git ? and bump java version.

gards, Amey Mark > > > > > >Anyways, 1.6 minimum makes sense to me mainly due to Java 9's compiler > >not > >supporting Java 5 targets anymore. > > > >On 12 July 2017 at 09:19, Mark Thomas <ma...@apache.org> wrote: > > > >> On 11 July 2017 21:02:54 C

Re: [lang] - Remove RandomStringUtils deprecation / move it to [text]?

Hello Pascal, Thanks for putting this on table, I too think that users need some short code to show up output really quick. How about this plan :- 1. Keep RandomStringUtils deprecated in commons-lang. 2. Move RandomStringUtils class to commons-text. 3. Remove all existing code from methods of

PR Merge process lang vs text ?

I wonder is there different process for accepting PR in text and lang ? Whenever I open PR for text ,after acceptance it says "asfgit merged branch" and it automatically shows pr status as #merged on github while for lang after merging my code PR stays open and I have to manually close it?

Re: PR Merge process lang vs text ?

com> wrote: > If a Git commit comment says "Closes #<PR#>" like "Closes #29", PR #29 will > be closed. I forget to do that sometimes. > > Gary > > On Fri, Jul 14, 2017 at 1:29 PM, Amey Jadiye <ameyjad...@gmail.com> wrote: > > > I wo

Re: [daemon] moving to git ? and bump java version.

java 9 for those folks who will try... > > > > Gary > > > > On Wed, Jul 12, 2017 at 9:09 AM, Amey Jadiye <ameyjad...@gmail.com> > wrote: > > > >> Thanks for great insights Mark. > >> > >> On Wed, Jul 12, 2017, 9:28 PM Mark Thomas <

Re: [lang][collections] SortedProperties

My opinion is this should go to *lang* because the fact is it's extended utility and not exactly as data structures though it looks like one. It's main purpose is to hold properties and not the data. Commons collection aims to provide utlilities and extension to data structures and not to

[VOTE][LAZY] Move commons-collections to git.

+1 On Jul 7, 2017 5:55 PM, "Rob Tompkins" wrote: > Hello all, > > I would like to call a vote by lazy consensus for migrating the codebase > of Apache Commons Collections to git. > > This vote will be successful if nobody raises objections within the next > 72 hours, e.g.

Re: [lang] - Remove RandomStringUtils deprecation / move it to [text]?

the > most work). > > Cheers, > Pascal > > Am 14.07.2017 um 18:59 schrieb Amey Jadiye: > > Hello Pascal, > > > > Thanks for putting this on table, I too think that users need some short > > code to show up output really quick. > > > > How about this

Re: [VOTE] Release Apache Commons DbUtils 1.7 based on RC2

Checked RC2, and here is my +1 (non-binding). 1. Build and Tests are passing clean 2. Clirr and Rat looks good. 3. Findbug show two DM_DEFAULT_ENCODING warning but non-blocker to release. 3. There are few of bugs in Checkstyle report but they are non-blocker to release. 4. Hashes given in files

[all] Removal of old pgp key from https://www.apache.org/dist/commons/KEYS

I observed we have lot of keys in https://www.apache.org/dist/commons/KEYS, even keys of developers who might have resigned from commons, can we just review and remove keys of developers who resigned or no more active ? Regards, Amey

Re: [all] Removal of old pgp key from https://www.apache.org/dist/commons/KEYS

unix=commons > > Gary > > On Tue, Jul 18, 2017 at 11:21 AM, Amey Jadiye <ameyjad...@gmail.com> > wrote: > > > I observed we have lot of keys in https://www.apache.org/dist/ > commons/KEYS > > , > > even keys of developers who might have resigned from commons,

Re: [all] Removal of old pgp key from https://www.apache.org/dist/commons/KEYS

fair enough not to remove keys ;) , Thanks. Regards, Amey On Wed, Jul 19, 2017, 1:32 AM Stefan Bodewig <bode...@apache.org> wrote: > On 2017-07-18, Amey Jadiye wrote: > > > I observed we have lot of keys in > https://www.apache.org/dist/commons/KEYS, > > even keys o

Re: [VOTE] Release Apache Commons DbUtils 1.7 based on RC1

Build and Tests are passing clean, clirr and rat looks good. there are few of bugs in findbug and checkstyle report but they are non-blocker to release. hashes looks good. site looks fine. Here is my +1 to release (non-binding) Checked on :- Apache Maven 3.3.9

Re: [ANNOUNCE] Apache Commons Collections moved to git

BTW, I just sorted all proper components and below is the list of component still using svn, seems quit a lot work still remaining ;-) bcel | http://svn.apache.org/repos/asf/commons/proper/bcel/tags/BCEL_6_0 bcel beanUtils |http://svn.apache.org/viewvc/commons/proper/beanutils/trunk/

Re: [all/travis-ci] Regarding using ibmjava on travis

Hi Rob, If this is still pending I would like to pickup this task. If docker is not much helpful OR we need to wait for it I think we should try what jacoco did. what do you think ? Is it mandatory to use official java images ?Else I am also thinking to create my own ibmjdk8 image on top of

Re: [ALL] Moving view on builds.a.o

Hi, Seems like we are not the only defaulters ;-) ... https://builds.apache.org/ Below resources might be helpful to move Commons top level view to nested view, you might need admin access to do that. https://isticatedcoder.wordpress.com/2015/10/05/structure-jenkins-with-nested-views/

Re: [collections][proposal] Java 7

+1 Regards, Amey On Wed, Jul 26, 2017, 3:48 AM Gary Gregory wrote: > Hi All: > > I propose we make Java 7 the minimum for Commons Collection 4.2. > > Gary >

Re: [VOTE][LAZY] Migrate Apache Commons DbUtils to git

+1 On Fri, Jun 30, 2017, 4:33 AM Carl Hall wrote: > Hi, > > I’d like to call a vote by lazy consensus for migrating the code base of > Apache Commons DbUtils to git. > > This vote is successful if nobody raises objections within the next 72 > hours, i.e. before July 02,

Re: [text] - using RandomStringGenerator for alpha numeric

On Thu, Jun 29, 2017 at 5:31 PM, Gilles <gil...@harfang.homelinux.org> wrote: > On Thu, 29 Jun 2017 11:52:30 +0000, Amey Jadiye wrote: > >> Hi All, >> >> I'd apritiate if someone can provide valuable inputs / suggestions / >> improvements. &g

Re: [text] - using RandomStringGenerator for alpha numeric

Hi, I have submitted PR for this mail thread --> https://github.com/apache/commons-text/pull/55 I'd appreciate if someone review it and accept PR. Regards, Amey On Thu, Jun 29, 2017 at 8:50 PM, Amey Jadiye <ameyjad...@gmail.com> wrote: > > > On Thu, Jun 29, 2017 at 5:

Re: Help with task: Implement Ziggurat algorithm

Hello, your contribution will always be welcome, you can provide your code via github pull request. read contribution guidelines before submitting PR, https://github.com/apache/commons-numbers Regards, Amey On Mon, Jun 19, 2017 at 8:00 PM, 仓央杰克 wrote: > I would like to help

Fwd: [jira] [Created] (DISCOVERY-23) TWITTER 1.888.337.5333 CUSTOMER SERVICE NUMBER

Looks very suspicious to me, like created with script / bot ? have anyone faced this before ? Regards, Amey -- Forwarded message - From: jenny (JIRA) Date: Wed, Jul 5, 2017, 10:30 AM Subject: [jira] [Created] (DISCOVERY-23) TWITTER 1.888.337.5333 CUSTOMER

Re: Help with task: Implement Ziggurat algorithm

code should go in commons rng btw. here is repo link and contribution guide lines https://github.com/apache/commons-rng Regards, Amey On Tue, Jul 4, 2017, 11:46 PM Amey Jadiye <ameyjad...@gmail.com> wrote: > Hello, > > your contribution will always be welcome, you can provid

Fwd: [jira] [Created] (COLLECTIONS-608-615)

This thing is really annoying now, someone is frequently attacking jira, and now it seems not happening mistakenly. Infra should have some solution over this? Regards, Amey -- Forwarded message - From: ramsingh (JIRA) Date: Thu, Jul 6, 2017, 10:24 AM Subject:

Re: [jira] [Created] (COLLECTIONS-608-615)

Raised Infra request, let's see if they have some permanent solution. https://issues.apache.org/jira/browse/INFRA-14517 Regards, Amey On Thu, Jul 6, 2017, 10:34 AM Amey Jadiye <ameyjad...@gmail.com> wrote: > This thing is really annoying now, someone is frequently attacking jira,

Re: [text] - using RandomStringGenerator for alpha numeric

Hi All, I'd apritiate if someone can provide valuable inputs / suggestions / improvements. I think this will be value added to RandomStringGenerator. Regards, Amey On Tue, Jun 27, 2017, 11:40 PM Amey Jadiye <ameyjad...@gmail.com> wrote: > Hi All, > > With below reference user a

Re: [RNG] Generating for nums

y > > traveler.travel(nextRandomDirection()); > > where > > public CardinalDirection nextRandomDirection() { >return rng.next(CardinalDirection.class); > } > > Gary > > On Fri, Aug 4, 2017 at 11:02 AM, Amey Jadiye <ameyjad...@gmail.com> wrote: > > > Hi,

Re: [all/travis-ci] Regarding potential Travis-CI solutions

Hi, Yes we are giving up the simplicity of travis but I see some advantages over it, all of them are listed in my previous mail, let me try to put them again. 1. Travis provides very limited JDK at this point [1] and travis builds can become more flexible and we will have more control over the

Re: [RNG] Generating for nums

Hi, What's usecase for this BTW ? Might be unaware about requirement but this forced me to think why would someone need random enum ? Enums are generally "limited" immutable constants and people choose enum over the array of constants for good reason, however random provider seems best suited

Re: [VOTE] Release Apache Commons JCS 2.2 based on RC1

gt; | > LinkedIn <https://www.linkedin.com/in/rmannibucau> | JavaEE Factory > <https://javaeefactory-rmannibucau.rhcloud.com> > > 2017-08-05 17:51 GMT+02:00 Amey Jadiye <ameyjad...@gmail.com>: > > > Even for me build and tests working fine. > > > >

Re: [VOTE] Release Commons Email 1.5 Based on RC1

Hi, I have fixed this, and yes reason was though those .eml files was added in exclusion but in reports and not in build. I have raised PR and tested it on my local. https://github.com/apache/commons-email/pull/2 Regards, Amey On Sun, Jul 30, 2017 at 7:42 PM, Stefan Bodewig

Fwd: [2/2] commons-cli git commit: add default mvn default (clean, test, clirr, rat and javadoc) and run it on travis

It would be nice to add checkstyle and findbug as well ? Regards, Amey -- Forwarded message -- From: Date: Tue, Aug 1, 2017 at 10:57 PM Subject: [2/2] commons-cli git commit: add default mvn default (clean, test, clirr, rat and javadoc) and run it on

Re: Fwd: [2/2] commons-cli git commit: add default mvn default (clean, test, clirr, rat and javadoc) and run it on travis

Schumacher <pascalschumac...@gmx.net > wrote: > Imho yes, but to make this possible existing violations have to be > analyzed and then either fixed or ignored. > > > Am 01.08.2017 um 19:37 schrieb Amey Jadiye: > >> It would be nice to add checkstyle and findbug as

Re: Ready for JDK 9 ?

Hmm, isn't that easy with just Travis ? We just have to add java9 option(not sure it have RC) and trigger build it will automatically check build and tests. IIRC for few components we are having java9 Travis env already set. Regards, Amey On Tue, Aug 8, 2017, 8:38 PM Jörg Schaible

Re: [VOTE] Release Apache Commons JCS 2.2 based on RC1

Even for me build and tests working fine. [INFO] Reactor Summary: [INFO] [INFO] Apache Commons JCS . SUCCESS [ 10.196 s] [INFO] Apache Commons JCS :: Core . SUCCESS [04:49 min] [INFO] Apache Commons JCS :: JCache ...

Re: [VOTE] Release Apache Commons JCS 2.2 based on RC1

Ah, got it. Thanks -Amey On Sun, Aug 6, 2017, 12:57 AM Romain Manni-Bucau <rmannibu...@gmail.com> wrote: > 2017-08-05 19:41 GMT+02:00 Amey Jadiye <ameyjad...@gmail.com>: > > > Correct me if I'm wrong, but I see we have individual jars released for > > each modul

Re: [VOTE] Release Apache Commons JCS 2.2 based on RC1

+1 (non-binding) On Wed, Aug 2, 2017 at 7:02 PM, Thomas Vandahl wrote: > I would like to release the [jcs] component to resolve some overdue bugs > > Apache Commons JCS 2.2 RC1 is available for review at: > https://dist.apache.org/repos/dist/dev/commons/jcs/ (r20728). > >

Re: [all/travis-ci] Regarding potential Travis-CI solutions

looking at inclination of community I will be closing the PR without expecting merge after a week by 14th August 2017 unless someone see it's useful. Reference will be there in closed PR list on github so if someone need it in future it will be there. Regards, Amey On Fri, Aug 4, 2017, 3:02 AM

Re: [All][Math] New component: "Commons Geometry"?

I'm +1 to this change, I would be more than happy to lend my hands to help on this front. pardon me for being quite because some heavy work on my day job. I don't want to fork this thread to different discussion but I have one simple doubt that rather creating whole new component why don't we

Re: [VOTE] Move Apache Commons Launcher to dormant?

+1 On Sun, Aug 20, 2017 at 3:41 PM, Pascal Schumacher wrote: > Hi all, > > as discussed, I'd like to propose to move Apache Commons Launcher to > dormant. > > Reasons: > - The last release is from 2007. > - No bugfix or feature addition commits since 2007. > > So

Re: [VOTE] Move Apache Commons Discovery to dormant?

+1 On Sun, Aug 20, 2017 at 3:44 PM, Pascal Schumacher wrote: > Hi all, > > as discussed, I'd like to propose to move Apache Commons Discovery to > dormant. > > Reasons: > - Last release was version 0.5 in 2011. > - The last bugfix and feature commits are from 2011. >

Re: [6/6] [text] Merge branch 'travis-ibmjdk8' of https://github.com/ameyjadiye/commons-text

I have created PR for Commons Lang, you may to copy same file to other components. Thanks, Amey On Tue, Jun 13, 2017 at 2:49 AM, Rob Tompkins wrote: > > > > On Jun 12, 2017, at 5:14 PM, Gary Gregory > wrote: > > > > Hi Rob, > > > > Thank you for

Re: TEXT-77 | String palindrome API

+1 agreed with Emmanuel, better we park/close this issue for now. Its very trivial and can be pull whenever there will be actual requirement. Regards, Amey On Thu, Jun 22, 2017, 1:50 PM Emmanuel Bourg wrote: > Le 22/06/2017 à 06:28, Bruno P. Kinoshita a écrit : > > > But

Re: TEXT-77 | String palindrome API

ey On Jun 22, 2017 12:42 AM, "Emmanuel Bourg" <ebo...@apache.org> wrote: > Le 21/06/2017 à 19:17, Amey Jadiye a écrit : > > > Though its very trivial to build, by any chance we should have palindrome > > method in Apache Commons API ? there is nothing bad hav

TEXT-77 | String palindrome API

Hi All, Though its very trivial to build, by any chance we should have palindrome method in Apache Commons API ? there is nothing bad having this tool in our arsenal, preferably in StringUtils ? https://issues.apache.org/jira/browse/TEXT-77 Regards, Amey

Fwd: [text] - using RandomStringGenerator for alpha numeric

of range. i.e. RandomStringGenerator generator = new RandomStringGenerator.Builder() .withinRange({'0','9'}, {'a','z'}).build(); What do you guys think ? Regards, Amey -- Forwarded message -- From: Amey Jadiye <ameyjad...@gmail.com> Dat

Re: [TEXT] Proposal for StrLookup API (TEXT-80)

. On Mon, May 22, 2017, 4:25 AM Benedikt Ritter wrote: > Hello Kapil, > > > Am 21.05.2017 um 16:26 schrieb Kapil Neurgaonkar : > > > > Hi All, > > > > I'm Kapil, an aspirant new-comer to Apache Dev Community interested in > > contributing to project

Re: [all] Should our gitignore files contain only build-related entries?

Hi, I think easier way to have all ignorable extensions and directories in .gitignore and same have to be replicated in global gitignore from all other Commons projects. Commons is always having short fixes and improvements , people tend to fork>work>PR>delete repo on local pc. Instructions

[TEXT]: No Github to commons-dev ML connectivity.

Hi, I have observed many mails from commons lang, fileupload, cli, compress and many other modules where if someone opened PR or commented on it a copy of activity comes to ML, but same doesn't happens for commons-text can we please setup same for commons-text also check if any other module need

Re: [VOTE][LAZY] Migrate Apache Commons CLI to git

Hi, I already see it's on github [1] which is mirror of Apache repository [2]. Is my understanding correct or am I missing something here ? [1] https://github.com/apache/commons-cli [2] git://git.apache.org/commons-cli.git Regards, Amey On Mon, Jun 5, 2017, 4:50 PM Benedikt Ritter

Re: [TEXT]: No Github to commons-dev ML connectivity.

Thanks for the help Benedikt. Regards, Amey On Jun 5, 2017 2:18 PM, "Benedikt Ritter" <brit...@apache.org> wrote: Hi, > Am 02.06.2017 um 21:44 schrieb Amey Jadiye <ameyjad...@gmail.com>: > > Hi, > > I have observed many mails from commons lang, fileu

Re: [lang] Appetite for new method StringUtils.toCamelCase(String str, char delimiter, boolean capitalizeFirstLetter)

+1 I like the way of implementation, I think we should have class in Commons text CaseUtils.toCamelCase(String str, char delimiter, boolean capitalizeFirstLetter) Also this can have api for snake case (not sure if java need it) @chtompki , If you wish I will submit code for review. Regards,

Re: [VOTE][LAZY] Migrate Apache Commons CLI to git

Ah .. Thanks for the knowledge, got confused with this url git:// git.apache.org/commons-cli.git +1 for migration. Regards, Amey On Mon, Jun 5, 2017, 7:16 PM Rob Tompkins <chtom...@gmail.com> wrote: > > > On Jun 5, 2017, at 9:39 AM, Amey Jadiye <ameyjad...@gmail.com&

[NUMBERS] : findbug failing in commons-number-core

Hi, I was trying to run all checks on commons-number and found findbug is failing in Precision.java[544] FE_FLOATING_POINT_EQUALITY {code} case BigDecimal.ROUND_HALF_EVEN : { double fraction = unscaled - Math.floor(unscaled); if (fraction > 0.5) { unscaled

Re: [NUMBERS] Proposal for refactoring and extension of Gamma functions.

Gilles <gil...@harfang.homelinux.org> wrote: > Hi Amey. > > On Wed, 7 Jun 2017 01:15:01 +0530, Amey Jadiye wrote: > > Hi, > > > > Gamma class is written keeping in mind that it should handle fair > > situation > > (if n < 20) it computes with normal gamm

Re: [lang] Appetite for new method StringUtils.toCamelCase(String str, char delimiter, boolean capitalizeFirstLetter)

+1 seems good to have in toolbox. pretty similar method I have seen in Commons text WordUtils.capitalize() almost similar logic we will need here ,just not to capitalize first word and join them all, I'm in favour of having this in WordUtils. Regards, Amey On Thu, Jun 1, 2017, 7:33 PM Rob

Re: [LANG] Fix date related test failures on IBM JDKs (Was: Re: [CANCEL][VOTE] Release Apache Commons Lang 3.6 based on RC2)

t 8:55 AM, Amey Jadiye <ameyjad...@gmail.com> wrote: > > > Hi All/Gary/Benedikt/Bruno, > > > > May be i'm late in this discussion, just had thought around ibmjdk8 that > > can we add ibm-jdk8 in our travis.yml file for checking builds against > it ? > > m

Re: [LANG] Fix date related test failures on IBM JDKs (Was: Re: [CANCEL][VOTE] Release Apache Commons Lang 3.6 based on RC2)

Hi All/Gary/Benedikt/Bruno, May be i'm late in this discussion, just had thought around ibmjdk8 that can we add ibm-jdk8 in our travis.yml file for checking builds against it ? might be helpful to avoid problem we fixed with LANG-1337 I was looking at the way we can do that because the fact that

Re: [LANG] Fix date related test failures on IBM JDKs (Was: Re: [CANCEL][VOTE] Release Apache Commons Lang 3.6 based on RC2)

/commons-text any suggestion or improvement will be appreciated. Regards, Amey On Fri, Jun 9, 2017 at 12:02 AM, Amey Jadiye <ameyjad...@gmail.com> wrote: > *Glad to setup this, I will submit PR soon.* > > *I'm taking commons-text as test mice, once it's successfully running we >

Re: [jelly] Support for multiple build tools

+1 Regards, Amey On Wed, Jun 14, 2017, 12:22 AM Oliver Heger wrote: > Hi, > > locally I reworked the build of Jelly core to follow the Maven standard > layout. This of course renders all other build files dysfunctional. > > Are there any objections to drop these

Re: [all] Custom build containers in Travis-CI.

Hello, Using docker would be much better and flexible solution (in case we know how to use it). I would also recommend to look at how jococo handling multiple JDK in their project[1]. If it's convincing we might want to scrap our .travis.yml altogether and go with that. [1]

Re: [text] Deprecate CsvTranslators

well, i'm still unclear about the action to be taken here, so i'll keep on beating a dead horse till we fix it or close it at some logic end. Regards, Amey On Fri, May 26, 2017 at 12:14 PM, Amey Jadiye <ameyjad...@gmail.com> wrote: > Hi Gary, just to conclude the final action and cl

Re: [CLI] Changing the code style

+1, keeping same discipline throughout components is always better, I liked the way Lang and Text is maintained at this point. not only checkstyle but findbug, clirr, javadoc also should passed clean for each component. Regards, Amey On Fri, Jun 16, 2017 at 2:20 PM, Benedikt Ritter

[Text]: Fix for TEXT-39

Hi All, I have made code changes and created PR for https://issues.apache.org/jira/browse/TEXT-39. I 'll appreciate if someone take a look at code changes and suggest improvements. Thanks, Amey Jadiye

Re: Compiler targets and Java 9

at 1:25 AM, sebb <seb...@gmail.com> wrote: > On 5 June 2017 at 20:26, Amey Jadiye <ameyjad...@gmail.com> wrote: > > +1 > > > > I have seen hundreds of applications which are in (maintenance+ little > > enhancement) mode are already moved to higher versions

Re: Compiler targets and Java 9

+1 I have seen hundreds of applications which are in (maintenance+ little enhancement) mode are already moved to higher versions of java ( >1.5 ), even very legacy applications which are just in maintenance mode or marked for decommission are already running on 1.6 as all know that there will be

[NUMBERS] Proposal for refactoring and extension of Gamma functions.

Hi All, Coming from discussion happened here https://issues.apache.org/jira/browse/NUMBERS-38 As Gamma is nothing but advanced factorial function gamma(n)=(n-1)! with advantages like we can have factorial of whole numbers as well as factional. Now as [Gamma functions (

Re: [NUMBERS] Proposal for refactoring and extension of Gamma functions.

mey On Tue, Jun 6, 2017 at 3:31 AM, Gilles <gil...@harfang.homelinux.org> wrote: > On Tue, 6 Jun 2017 01:14:38 +0530, Amey Jadiye wrote: > >> Hi All, >> >> Coming from discussion happened here >> https://issues.apache.org/jira/browse/NUMBERS-38 >> >> As Gam

Re: [DISCUSS] Do we need a vote for moving components to git?

I think just announcing with intention is enough as git is always better than svn and at some point everyone will wish to move on git. so +1 to just announce it. Regards, Amey On Wed, Jun 28, 2017, 12:51 PM Benedikt Ritter wrote: > Hi, > > do we still need a vote for

Re: [DISCUSS] Do we need a vote for moving components to git?

in comfort zone since svn is really really easy to use. :) Regards, Amey On Wed, Jun 28, 2017, 1:00 PM Stefan Bodewig <bode...@apache.org> wrote: > On 2017-06-28, Amey Jadiye wrote: > > > I think just announcing with intention is enough as git is always better > > than svn an

Re: Moved RSU to Text [was] [LANG] Releasing 3.6.1

12, 2017, at 12:38 AM, Amey Jadiye <ameyjad...@gmail.com> wrote: > > > > Hello Rob, > > I'm going to be away from my computer until Friday. I'll give it a look > then if that's alright with you. > > Cheers, > -Rob > > > > I ha

Re: [numbers-complex] Checkstyle "unknown tag: if"

It is there https://github.com/apache/commons-numbers/tree/complex-dev Try : git fetch origin git checkout -t origin/complex-dev BTW, I did mvn site:run which runs fine and there is zero error under reports > Checkstyle. Also did `mvn clean verify checkstyle:check` which run clean, "zero errors"

Re: [ALL] Javadoc.io - a new GitHub badge for our projects?

+1, LGTM. Regards, Amey On Mon, Sep 18, 2017, 3:24 PM Benedikt Ritter wrote: > Hi, > > I just became aware of https://javadoc.io/ a > website which provides hosting for all javadocs on Maven Central. They also > provide badges for GitHub. Do we want to

Re: [text] Release 1.2

I wish to see TEXT-101 part of release which will settle down many enquiries from user-dl about RandomStringUtils without releasing commons-lang 3.6.1. I have open PR for it, may be you or Rob have to check that. Regards, Amey On Sat, Sep 23, 2017 at 8:53 PM, Gary Gregory

Re: [apache/commons-text] [TEXT-102] StrLookup.resourceBundleLookup(ResourceBundle). Make new (0b06169)

I usually keep the practice of running just `mvn` (which indeed run clean verify apache-rat:check clirr:check checkstyle:check findbugs:check javadoc:javadoc) and if that's fine my submitted PR is always and 100% looks green. Regards, Amey On Sat, Sep 23, 2017 at 9:06 PM, Gary Gregory

Re: [text] license header

Its already there [1] and fails if something is not correct in *main* but I guess it doesn't check anything for test resources and test java files. thats why build was passing till date. [1]. https://github.com/apache/commons-text/blob/master/pom.xml Regards, Amey On Fri, Sep 22, 2017 at 10:58

Re: [text] license header

Ah, my bad actually after your commit for TEXT-102 Travis was failed [1]. so seems we are good here. [1] https://travis-ci.org/apache/commons-text/builds/278697845 Regards, Amey On Fri, Sep 22, 2017 at 11:41 PM, Amey Jadiye <ameyjad...@gmail.com> wrote: > Its already there [1]

Re: [text] Invalid unicode sequences on .substring of RandomStringGenerator

the actual String of given length ? I found when I pass .50 it returns me ~70 length of string, as commons-dev its good but as application-dev its weird. Regards, Amey > > > > From: Amey Jadiye <ameyjad...@gmail.com> > To: Commons Developers List <dev@commons.apache.org&g

Re: [LANG] Releasing 3.6.1

On Sep 5, 2017, at 11:00 AM, Amey Jadiye <ameyjad...@gmail.com> wrote: > > > > Hello Benedikt, > > > > How about we keep that deprecated in lang and release Text-1.2 ? > [snip] > > I’m on board with this if folks are complaining and the original intent >

  1   2   >