imum Java platform requirement for 2.0?
> > > >> > >
> > > >> > > Options are (IMO): 8, 11, 17, or 21.
> > > >> >
> > > >> > I have no vote, but I would go for 21. This will likely be a
> > decision
> > > >> > that wi
, Sep 14, 2024 at 9:01 AM Xeno Amess wrote:
> why not write an email to lea ..maybe he be so kind that would be glad to
> offer one mit-like license copy of that class
>
> From: Melloware Inc
> Sent: Saturday, September 14, 2024 8:32:38 PM
> T
-
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
--
==
Melloware
melloware...@gmail.com
http://melloware.com
==
17-is-now-the-most-used-version-of-java-in-production/
>
> Gary
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
==
l us why.
>
> Gary
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
==
Melloware
melloware...@gmail.com
http://melloware.com
==
...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
==
Melloware
melloware...@gmail.com
http://melloware.com
==
. Gregory wrote:
> On 2024/08/31 12:44:19 Melloware Inc wrote:
> > I feel like this PR is a good idea. Just from a safety perspective and
> not
> > accidentally logging a password.
>
> The PR does nothing to avoid logging passwords. It only plays games when a
> bean implem
ry
>
> On Sun, Sep 1, 2024 at 8:00 AM Melloware Inc
> wrote:
> >
> > +1 for Gary's second option as well.
> >
> > On Sun, Sep 1, 2024 at 3:47 AM Niall Pemberton <
> niall.pember...@gmail.com>
> > wrote:
> >
> > > On Sat, 31 Aug 2024
and explain when to use one vs. the
> > other
> > > 2) The "simplest" change is to pull up the "2" classes's method into
> > > their respective supertype and adjust the tests to make the "2"
> > > behavior the _only_ behavior
> > >
t;
> TY,
> Gary
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
======
Melloware
melloware...@gmail.com
http://melloware.com
==
2024 at 9:48 AM Gary Gregory wrote:
> Why not help resolve one of the last issues, if not the last for 2.0 then:
> pulling up the "2" type(s?) into their super types (I think there is only
> one). The last time I tried, some tests failed.
>
> Gary
>
> On Sat, Aug
Jia,
Sadly it's the same reason I forked it and released it to Maven Central.
My client needed to get rid of commons collections3 and BeanUtils 1.9.4 is
tied to it. We wanted to only have Commons Collections4 in all our code.
https://github.com/melloware/commons-beanutils2
com.mell
by -V in your VOTE
> reply.
> To gather OS information from a command line:
> Windows: ver
> Linux: uname -a
>
> 5) Build the site for a single module project
>
> Note: Some plugins require the components to be installed instead of
> packaged.
>
> mvn site
> Check the site reports in:
> - Windows: target\site\index.html
> - Linux: target/site/index.html
>
> -the end-
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
==
Melloware
melloware...@gmail.com
http://melloware.com
==
when
translating. e.g. How should
KebabCase.format(PascalCase.parse("MyPascal-String")) handle the hyphen?
Should the kebab case strip the reserved character from the token values?
Long story short - is this worth pursuing in the form of a pull request for
review? Or is it
This sounds like a great idea!
On 3/15/2023 8:58 AM, Gary Gregory wrote:
PRs and issues like "[LANG-1682] Adding new startsWithAnyIgnoreCase
method and tests cases" keep popping up from time to time.
My preference is to stop adding APIs that are variations of other APIs
based on case sensitivi
Matt,
I am a member of a few other open source Java libs and I am interested in what
you come up with to follow your lead and add SBOM to them as well. The more
pervasive we can make it the better for the whole Java ecosystem overall!
Melloware
@melloware on GitHub
> On Jul 17, 2022, at 12
+1 from me on that Gary!
On 6/6/2022 9:43 AM, Gary Gregory wrote:
Hi All:
I propose that we migrate Validator from Java 7 to 8 and from Apache
Commons Collections 3.x to 4.x.
Thoughts?
Gary
-
To unsubscribe, e-mail: dev-uns
+ years between releases???
Melloware
@melloware on GitHub
> On Apr 20, 2022, at 8:09 PM, Matt Sicker wrote:
>
> I don’t see why that couldn’t have been done here. There’s no need to fork
> Commons projects when they’re fairly open to contributors.
>
> —
> Matt Sicker
>
&
It was supposed to be temporary until Apache released 2.0. It’s been over 5
years since last beanutils release so it’s a good thing I did in my opinion.
Melloware
@melloware on GitHub
> On Apr 20, 2022, at 3:31 PM, Gary Gregory wrote:
>
> You are crearting jar hell by reusing t
simply change their pom.xml back to org.apache versions
and they are a drop in.
On 4/20/2022 2:26 PM, sebb wrote:
On Wed, 20 Apr 2022 at 18:54, Melloware wrote:
And and I have forked it and deployed to Maven Central
com.melloware
commons-beanutils2
2.0.0
Did you change the
And and I have forked it and deployed to Maven Central
com.melloware
commons-beanutils2
2.0.0
On 4/20/2022 10:12 AM, Xeno Amess wrote:
Well I wonder should we give melloware (https://github.com/melloware) a
committer permission.
Since:
1. he has quite some experience here, not a
/primefaces
Melloware
@melloware on GitHub
> On Mar 30, 2022, at 5:50 PM, John Patrick wrote:
>
> That would probably need to be a major release as it would break backwards
> compatibility for other consumers.
> I don't know the roadmap for fileupload but I would suggest rai
I submitted this PR over a year ago to remove it..
https://github.com/apache/commons-beanutils/pull/40
On 7/27/2021 8:57 AM, sebb wrote:
On Tue, 27 Jul 2021 at 13:54, Suraj Singh wrote:
Hello,
The beanutil JAR has a dependency on commons-collection v3.2.2. This version
was released in 2015
Jacoco 0.8.7 was released:
https://github.com/jacoco/jacoco/releases/tag/v0.8.7
Any commons projects using Jacoco like BeanUtils2 should upgrade as it
fixes JDK 15 and 16 issues.
-
To unsubscribe, e-mail: dev-unsubscr...@co
In commons beanutils we recommend using /src/conf for these type of files.
Sent from my iPhone
> On Mar 8, 2021, at 8:13 PM, sebb wrote:
>
> On Tue, 9 Mar 2021 at 01:08, Bernd Eckenfels wrote:
>>
>> Checkstyle-header.txt sounds good and maybe also moving it to a subdir like
>> src/build/ o
Bump???
On 11/13/2020 1:05 PM, Gary Gregory wrote:
I totally forgot about this, I am sorry. I will remember to look this
weekend...
On Fri, Nov 13, 2020, 11:22 Melloware wrote:
Just following up?
On 11/5/2020 1:55 PM, Gary Gregory wrote:
I should be able to take a look on Sunday.
Gary
Sorry... bump :0
On 11/13/2020 1:05 PM, Gary Gregory wrote:
I totally forgot about this, I am sorry. I will remember to look this
weekend...
On Fri, Nov 13, 2020, 11:22 Melloware wrote:
Just following up?
On 11/5/2020 1:55 PM, Gary Gregory wrote:
I should be able to take a look on
Ping...
On 11/13/2020 1:05 PM, Gary Gregory wrote:
I totally forgot about this, I am sorry. I will remember to look this
weekend...
On Fri, Nov 13, 2020, 11:22 Melloware wrote:
Just following up?
On 11/5/2020 1:55 PM, Gary Gregory wrote:
I should be able to take a look on Sunday.
Gary
Just following up?
On 11/5/2020 1:55 PM, Gary Gregory wrote:
I should be able to take a look on Sunday.
Gary
On Thu, Nov 5, 2020, 09:02 Melloware wrote:
PMC Committers,
I know you guys are busy but BeanUtils2 has some great PR's to be
reviewed and merged and this is my _monthly_
PMC Committers,
I know you guys are busy but BeanUtils2 has some great PR's to be
reviewed and merged and this is my _monthly_ plea asking for a
BeanUtils2 release that has been 4+ years in the making.
*Converter Updates:*
https://github.com/apache/commons-beanutils/pull/50
https://github.co
I was hoping to get some reviewers on this PR:
https://github.com/apache/commons-beanutils/pull/40
Basically it removes Commons Collections Test Framework 3.2.1 from
BeanUtils2 and simply copies a couple of classes it needs for the test.
The reason to get rid of Commons Collection Test Framew
I agree that would be expected behavior and allow it to work in try with
resources.
Sent from my iPhone
> On Sep 8, 2020, at 7:33 PM, Gary Gregory wrote:
>
> Hi All,
>
> It seems to me that org.apache.commons.net.SocketClient should
> implement Closeable where close() can be implemented as
t that might be sugar and tricky, but it will help shorten the codes.
BUT if we make the AUtil have only private constructor, then we cannot do
such things, as class who have private constructors only cannot be extended.
Melloware 于2020年9月6日周日 下午9:55写道：
That is why I love Lombok's @UtilityC
That is why I love Lombok's @UtilityClass.
https://projectlombok.org/features/experimental/UtilityClass
It enforces a static class is truly static by making the constructor
private and throwing an exception, making sure all methods are static,
marking the class as Final etc.
On 9/6/2020 9:5
+1 this is a fantastic idea Gary.
On 8/22/2020 9:26 AM, Gary Gregory wrote:
Hi All,
You may have noticed (or nor) that GitHub has a Security [1] tab for our
repositories. On this tab, you can define a Security Policy.[2] in a
SECURITY.md (just like we have a README.md).
I would like to fill th
Abhishek,
You can see here: https://github.com/apache/commons-cli
It received a commit 11 hours ago so yes this library is still being
maintained.
Mello
On 8/11/2020 7:40 AM, Abhishek Munnolimath wrote:
Hi,
Can someone please comment on this?
Thanks,
Abhishek
Forwarded Message
Congrats Matt!
On 8/9/2020 7:54 PM, Rob Tompkins wrote:
Hello folks,
I’d like to announce that Matt Sicker has been invited to join the Apache
Commons Project, and he’s accepted. Please join me in welcoming Matt
Cheers,
-Rob
Yep I get a 404 when I access that page.
On 8/5/2020 11:03 AM, Gary Gregory wrote:
I found this page labeled "Secret" by GitHub, presumably only accessible to
Commons committers:
https://github.com/orgs/apache/teams/commons-committers/repositories
Gary
On Wed, Aug 5, 2020 at 9:49 AM Gary Gre
Gary:
Try this URL: https://github.com/apache?q=commons&type=&language=
That is what I used and haven't figured out a better way. It sorts by
most recently touched.
Mello
On 8/5/2020 9:49 AM, Gary Gregory wrote:
Hi All:
Is there a way to put all of our Commons Components on one page in Gi
I know there seems to to be a holy war about the use of GitHub going on
here but I thought I would just chime in with some thoughts as an open
source developer and avid user of GitHub. There have been so many
different points I will only discuss a few that I think are important.
1. GitHub is t
Gary,
I am a huge +1 on this feature for all those reasons. Nice work!
Mello
On 7/22/2020 11:34 AM, Gary Gregory wrote:
Hi,
There is no telling what any version change means to any library
generically. We can only assume that some people follow semver and don't
break BC. But there is no guar
Commons BeanUtils2
Which we can then upgrade Commons Config to use BeanUtils2.
On 7/18/2020 9:00 AM, Gary Gregory wrote:
Hi All,
We've just released Commons Lang 3.11. My goal is to release Text very
soon. When Phil is done with his work on Pool, release Pool, then DBCP.
I also want to
I agree with Gary. I know its been decided but I thought I would add
my -1.
Technology better have a compelling reason to switch and in the past we
have had:
Ant -> Maven was a big leap for convention over configuration and
dependency management
SVN -> GIT was a big leap for the handling
RL:
> https://github.com/apache/commons-geometry/pull/88#issuecomment-653756040
> >
> >
> >Merged in commit 6c90e34ff11fb9fa279d9b060abf70c14ce3cd2a
> >
> >
>
> ---------
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
==
Melloware
melloware...@gmail.com
http://melloware.com
==
Gary,
I agree with you it’s a bug. I would not expect that behavior from that method.
Mello
> On Jun 30, 2020, at 8:25 PM, Gary Gregory wrote:
>
> Hi All:
>
> I think we might have a bug in StringSubstitutor exemplified in a comment I
> just added in:
>
> org.apache.commons.text.StringS
On 6/30/2020 4:02 PM, sebb wrote:
I think this is out of scope for Commons.
Agreed this feels like a good Stack Overflow post that people can then
take and modify for their own language or needs.
-
To unsubscribe, e-mail:
gt; > > > > version
> > > > > > than 2.7 (actually it is, if see it in number).
> > > > > > So have we some way to delete it from maven central? (or rename
> > it?)
> > > > > >
> > > > >
> > > > > Ye
Looks good!
On 6/10/2020 8:57 AM, Gary Gregory wrote:
Hi All:
This is the board report I plan to submit for this reporting period:
## Description:
The mission of Apache Commons is the creation and maintenance of Java
focused
reusable libraries and components
## Issues:
There are no issues req
And to add to that BeanUtils2 removed Commons Collection as a dependency
entirely so whenever BeanUtils2 is released it can then be added to
Validator as well.
On 6/4/2020 2:21 PM, sebb wrote:
On Thu, 4 Jun 2020 at 17:19, TvT wrote:
yeah but more like a zombie ;-)
But my mentioned issue 45
If you look through the mailing list for May 2020 you can see the
Commons Crypto guys are asking for help to get it released.
See:
http://mail-archives.apache.org/mod_mbox/commons-dev/202005.mbox/%3CCACiFetSzYCPuSnEHr%2BHtwPfayqL4V36VziSCEVbwHqiJOWcDcw%40mail.gmail.com%3E
On 5/28/2020 1:55 AM
Chen,
As with all open source you should submit your PR's on Github with good
unit tests and then let the community review!
Mello
On 5/28/2020 10:28 AM, Chen wrote:
Hi, gary
Are there any features that commons-csv need to do? I'd like to implement them.
If not, and I sorted out the issue
appreciate their time, it just
doesn't seem like there is enough PMC Committers to support all these
Commons projects.
Just my 2 cents...
Melloware
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For addit
Gary,
I misunderstood I apologize.
I see you are saying convert anywhere we are using Commons Collections
with JDK8 native calls then yes I would definitely support that.
Let me see if I can take a crack at it and submit a PR.
Melloware
+1 as in I think the library is ready to go "as is" for 2.0 release.
It's a feature rich stable library.
It has always had the Commons Collections stuff in there but if you feel
the need to rip it out then rip it out. If not then I would just
release the 2.0 version of the library.
--
+1 from me
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Do you think we could also get a BeanUtils2 release while we are at it?
It supports Java 8 and has many fixes in the last 3 years.
On 6/5/2019 8:37 AM, Rob Tompkins wrote:
I can try to backport the fix to the 1.X branch.
-Rob
On 6/5/2019 8:09 AM, Melloware wrote:
Rob,
I 100% agree since
Rob,
I 100% agree since CVE-2014-0114 has been fixed in BeanUtils I think we
need a release.
However the 1.X branch seems dormant it seems for the last 3 years
everything has been working on is BeanUtils2 which is where all the
fixes have been made?
Mello
is is an important fix to have security on by default
and still allow the ability to opt-out and make it backwards compatible. I
hope the Apache community feels the same way!
Thanks,
Melloware
58 matches
Mail list logo
