Re: [ALL] Maven module expert needed please

ust play a install before the dependency plugin invoke... Xeno Amess 于2025年2月13日周四 09:33写道： > will have a look when I have time. > > sebb 于2025年2月13日周四 07:47写道： > >> On Wed, 12 Feb 2025 at 22:20, Gary Gregory >> wrote: >> > >> >

Re: [ALL] Maven module expert needed please

will have a look when I have time. sebb 于2025年2月13日周四 07:47写道： > On Wed, 12 Feb 2025 at 22:20, Gary Gregory wrote: > > > > On Wed, Feb 12, 2025, 17:16 Gary Gregory wrote: > > > > > > > > > > > On Wed, Feb 12, 2025, 09:57 sebb wrote: > > > > > >> On Wed, 12 Feb 2025 at 14:07, Gary Gregory > >

is it meaningful to make a commons-bom or something?

I really worried about if our repos can even runs in a same jvm(I mean normally, not osgi or shading) Maybe a commons-bom repo and monthly release be useful? Gary what do you think?

Re: [All] Useless update of "changes.xml"

btw I just got an idea, is it meaningful to make a commons-bom or something? I really worried about if our repos can even runs in a same jvm(I mean normally, not osgi or shading) Maybe a commons-bom repo and monthly release be useful? Gary what do you think? Xeno Amess 于2025年2月10日周一 21:08写道

Re: [All] Useless update of "changes.xml"

> This is different Emanuel, Dependabot did in fact do all the work. I don't think we would suggest not giving authorship if a person did the work. That work is extremely valuable IMO, especially considering the OS x Java version matrix. Gary, root of the problem is as I described before, you and

Re: [All] Useless update of "changes.xml"

> Gotcha, I didn't realize different commons- components had different ways of working here, sorry about that. yes. Gillis tends to remain on old versions of dependencies, and worries about people using old versions dependency cannot upgrade to new versions of commons-lib. so Gillis and math libs

Re: [All] Useless update of "changes.xml"

> +1, otherwise we may also thank Git, IntelliJ and OpenJDK for every release :) git yes. jdk half half because I also donated my time for it(though not very much hours). for jetbrains, no, I paid already. Xeno Amess From: Emmanuel Bourg Sent: Monday, Febru

Re: [All] Useless update of "changes.xml"

> > > Do you mean we should leave out the whole line or just the "Thanks to > Dependabot" part? > The whole line. oh now I get what you mean...yes non-primary message shall not appear in release note I agree.otherwise message overflow. bc

Re: [All] Useless update of "changes.xml"

btw I bet Gary would say yes to the thank, he really loves that bot lol Xeno Amess 于2025年2月10日周一 17:31写道： > thank is free imo... > a free thank for a free bot, sounds fair to me... > > Xeno Amess > -- > *From:* Gilles Sadowski > *Sent:* Monday

Re: [All] Useless update of "changes.xml"

thank is free imo... a free thank for a free bot, sounds fair to me... Xeno Amess From: Gilles Sadowski Sent: Monday, February 10, 2025 5:20:53 PM To: Commons Developers List Subject: [All] Useless update of "changes.xml" Hi. The commit below will

suggest dropping empty repo https://github.com/apache/commons-el ?

Re: [VOTE] Release Apache Commons BeanUtils 2.0.0-M1 based on RC1

+1 (wow it finally out? surprised 获取Outlook for Android From: Melloware Inc Sent: Friday, December 27, 2024 9:37:25 AM To: Commons Developers List Cc: Commons Developers List Subject: Re: [VOTE] Release Apache Commons BeanUtils 2.0.0-M1 b

Re: [EXEC][POLL] Raising the Java platform from Java 8 to 11 EXEC-123

+1 for 11 even better if 17 From: Gary Gregory Sent: Friday, October 18, 2024 12:52:38 AM To: Commons Developers List Subject: [EXEC][POLL] Raising the Java platform from Java 8 to 11 EXEC-123 Hi All: To support https://issues.apache.org/jira/browse/EXEC-123, it

Re: [CLI] Javadoc

t 15, 2024 at 9:56 AM Xeno Amess wrote: > > > yep, I always think, this kind of allow null not allow null things shall > be > > marked not by doc, but by annotations. > > > > Xeno Amess 于2024年10月15日周二 04:10写道： > > > > > 1. important jetbrains annotat

Re: [CLI] Javadoc

yep, I always think, this kind of allow null not allow null things shall be marked not by doc, but by annotations. Xeno Amess 于2024年10月15日周二 04:10写道： > 1. important jetbrains annotations as maven dependency. > 2.add @Nullable in parent class's param > 3.add @NotNull at chi

Re: [CLI] Javadoc

1. important jetbrains annotations as maven dependency. 2.add @Nullable in parent class's param 3.add @NotNull at child class param From: Gary D. Gregory Sent: Tuesday, October 15, 2024 3:29:20 AM To: dev@commons.apache.org Subject: [CLI] Javadoc Hi All, We now

Re: [validator] Collections 4

after all a nexus server is easy to setup... From: Xeno Amess Sent: Wednesday, October 2, 2024 1:41:40 AM To: Commons Developers List Subject: Re: [validator] Collections 4 well if you be very hurry you can use a fork for some months... (like what I did for

Re: [validator] Collections 4

well if you be very hurry you can use a fork for some months... (like what I did for tomcat&maven... From: Josh Fenlason Sent: Tuesday, October 1, 2024 11:40:58 PM To: Commons Developers List Subject: RE: [validator] Collections 4 Gary, I appreciate all the work

Re: [beanutils] Java plaform for 2.0

Spring did the upgrade first" or something lol Gary Gregory 于2024年9月17日周二 05:03写道： > I think that for now I am leaning towards staying on Java 8. > > Gary > > On Sat, Sep 14, 2024, 3:42 AM Xeno Amess wrote: > > > for 90%+ normal user

Re: [beanutils] For 2.0, WeakFastHashMap vs ConcurrentHashMap

s public domain. On Sat, 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 1

Re: [beanutils] For 2.0, WeakFastHashMap vs ConcurrentHashMap

, WeakFastHashMap vs ConcurrentHashMap I submitted this PR years ago using ConcurrentWeakKeyHashMap from Doug Lea and the Netty team but Gary had concerns from legal about being able to use it. PR is here: https://github.com/apache/commons-beanutils/pull/56 On Sat, Sep 14, 2024 at 7:22 AM Xeno Amess wrote: >

Re: [beanutils] For 2.0, WeakFastHashMap vs ConcurrentHashMap

I thought old d-lea bro have a concurrent weak hashmap implement somewhere...why not just ask him after all nobody here more expert than him in this area From: Niall Pemberton Sent: Saturday, September 14, 2024 1:46:32 PM To: Commons Developers List Subject: Re:

Re: [beanutils] For 2.0, WeakFastHashMap vs ConcurrentHashMap

good and should did it 5 years ago From: Niall Pemberton Sent: Saturday, September 14, 2024 1:46:32 PM To: Commons Developers List Subject: Re: [beanutils] For 2.0, WeakFastHashMap vs ConcurrentHashMap On Thu, 12 Sep 2024 at 19:59, Gary D. Gregory wrote: > Hi A

Re: [beanutils] Java plaform for 2.0

for 90%+ normal user each version under which spring using be OK From: Richard Zowalla Sent: Saturday, September 14, 2024 12:59:15 PM To: Commons Developers List Subject: Re: [beanutils] Java plaform for 2.0 My 2 cents are: BeanUtils is often used in the EE ecosy

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

> This works if you also change the package to something like org.apache.commons.compress2 Yas, I mean this. Elliotte Rusty Harold 于2024年2月28日周三 20:44写道： > On Tue, Feb 27, 2024 at 1:43 PM Piotr P. Karwasz > wrote: > > > > Hi Elliotte, > > > > On Tue, 27 Feb 2024 at 13:20, Elliotte Rusty Harold

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

Hi Andrew. > Is this the wrong place for such a question? It is the right place. > how I should find an answer For your own usage you can just add such dependency. For a long-time solution, this usually takes months(sometime even years) for community to decide how to do. Of course this sounds quite

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

submodules (and letting users pick what they need) seems reasonable... If an all-in-one entry is really needed, we still have the SPI solution. Xeno Amess 于2024年2月23日周五 00:23写道： > > What I've been going in some projects is to never use Maven optional > dependencies and split Maven

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

> What I've been going in some projects is to never use Maven optional dependencies and split Maven projects into multi-module ones and never use optional dependencies when I care about what depends on what. I love this... just like what done in vfs right?. Gary Gregory 于2024年2月23日周五 00:14写道： >

Re: [lang] Considering a new String utility class

Otherwise I doubt the cost... From: Xeno Amess Sent: Monday, March 20, 2023 7:00:14 PM To: Commons Developers List Subject: Re: [lang] Considering a new String utility class I agree if it doesn't hurt more than 5% perfor

Re: [lang] Considering a new String utility class

I agree if it doesn't hurt more than 5% performance. From: Peter Verhas Sent: Monday, March 20, 2023 4:16:17 PM To: Commons Developers List Subject: Re: [lang] Considering a new String utility class A few years ago when I refactored some code in this project, I c

Re: [ALL][COMPRESS] POM version

or would you mind if I make one？ From: Xeno Amess Sent: Sunday, November 27, 2022 2:29:53 AM To: Commons Developers List Subject: Re: [ALL][COMPRESS] POM version good and could we add a ci checker for this？ From: Gary Gregory

Re: [ALL][COMPRESS] POM version

good and could we add a ci checker for this？ From: Gary Gregory Sent: Saturday, November 26, 2022 8:36:10 PM To: Commons Developers List Subject: [ALL][COMPRESS] POM version Hi all and release managers, A reminder that a POM version should never be a non-snapsho

Re: [rng] Release 1.5 with Bill Of Materials (BOM)

even better if we have a BOM for whole apache commons. From: Gary Gregory Sent: Thursday, September 29, 2022 8:05:14 PM To: Commons Developers List Subject: Re: [rng] Release 1.5 with Bill Of Materials (BOM) That sounds like a good idea! Gary On Thu, Sep 29, 20

Re: [beanutils]

Meanwhile, the bar in different apache group seems different. For example I think more than half committers in Apache Dobbo do not have enough ability to be an ASF committer, if we use the bar we used in commons. Xeno Amess 于2022年4月23日周六 13:26写道： > The bar to become an ASF committer is h

Re: [beanutils]

ases is a great way to get invited > into the PMC, too, so keep that in mind. > > On Wed, Apr 20, 2022 at 10:36 PM Xeno Amess wrote: > > > > @Matt Sicker > > > > Like what I said before, there be no current active commons committers > who > > interested in

Re: [beanutils]

>>>> > >>>>> 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 > >>>>>> > >>>>>> > &

Re: [beanutils]

Well I wonder should we give melloware (https://github.com/melloware) a committer permission. Since: 1. he has quite some experience here, not a fresh hand. 2. he has ability to write/review good codes.(already several thousands lines in common-beanutils). 3. he has enough time and interest to

Re: New component proposal: commons-plugins

No, I think it is a little different, but commons-configuration can be its dependency. Gary Gregory 于2022年4月3日周日 18:24写道： > Should this be in Commons Configuration? > > Gary > > On Sat, Apr 2, 2022, 15:33 Matt Sicker wrote: > > > Hi all, I’ve got a proposal for a new Commons component that I’d

Re: New component proposal: commons-plugins

If you really want to start this, it would be useful. However it would be complicated, very very complicated. For example, version management. The plugins have their versions. And the base program has its version. And the plugin registration mechanism has its own version. How to make it work would

Re: [POOL] Archive pre-Java 7 versions?

I wonder, is it possible to push tomcat guys stop support versions before jdk8? Like, we try to find every dependencies of tomcat and persuade 1/3 of them to all abandon old version jdks, to force tomcat stop the support... XenoAmess From: Gary Gregory Sent: Thur

Re: [All] Maintenance (Re: [GitHub] [... PR] #104: Maven Wrapper [...])

I suggest just migrate 1 or 2 tests first, and create a pr, and we discuss it there. Discussing without codes seems hollow. Gilles Sadowski 于2022年2月17日周四 09:16写道： > Hello. > > > [...] > > > > One more practical question: since the tests are not anymore based on the > > methods name and are indic

Re: [All] Maintenance (Re: [GitHub] [... PR] #104: Maven Wrapper [...])

(sigh) Do you think make some public activities would help? Like helding some online summer camp or something?

Re: [All] Maintenance (Re: [GitHub] [... PR] #104: Maven Wrapper [...])

nce, one be 2 years ago, another be 2 days ago, then actually we will automatically pick the 2 days ago one first. Xeno Amess 于2022年2月14日周一 23:42写道： > > Remember that creating a PR is not a guarantee of anything, it is a > request > in a queue, a queue managed by volunteers. >

Re: [All] Maintenance (Re: [GitHub] [... PR] #104: Maven Wrapper [...])

ore good reviewers. Gary Gregory 于2022年2月14日周一 23:37写道： > Remember that creating a PR is not a guarantee of anything, it is a request > in a queue, a queue managed by volunteers. > > Gary > > On Mon, Feb 14, 2022, 10:12 Xeno Amess wrote: > > > > Code not ac

Re: [All] Maintenance (Re: [GitHub] [... PR] #104: Maven Wrapper [...])

> Code not actively developed does not attract newcomers. Well I have to say the reason for "codes not actively developed" is a strong lack of alive committers, or more detailed, reviewers. I have still 100+ unsolved prs in commons projects, some of which be 1 or 2 years ago, but it seems there ju

Re: [All] Maintenance (Re: [GitHub] [... PR] #104: Maven Wrapper [...])

> [2] Backed by the numbers provided the project's report to the ASF board (where the number of "committers" is utterly misleading wrt its actual effect on maintenance capacity). I'm also interested in why there are so many committers while small amounts of which really do commit during these yea

Re: [VOTE] Release Apache Commons Daemon 1.2.5 based on RC1

> changing the minimum Java version in a point release doesn't seem right. agreed. Mark Thomas 于2022年1月31日周一 20:42写道： > On 27/01/2022 22:29, Mark Thomas wrote: > > Please review the release candidate and vote. > > This vote will close no sooner than 72 hours from now. > > > >[ ] +1 Release

Re: Re: can we get rid of dependabot?

IMO it is the dependency's developer's duti to keep their private key safe, and oss 's duty to keep the uploaded dependency stored and delivered safe. If you really think to apply zero trust in this way, maybe we shall also think git, github, maven, jdk, system,all of them have possibility to co

Re: [net] Build broken by commit "Prevent serialization"

I see the codes. have no idea whether it cause the ci fail, but I do think the codes there be wrong. bug fixed provided at https://issues.apache.org/jira/projects/NET/issues/NET-708?filter=reportedbyme please check it, thanks. Xeno Amess 于2022年1月1日周六 21:12写道： > WAIT, I see codes in comm

Re: [net] Build broken by commit "Prevent serialization"

WAIT, I see codes in commons-net then really found several in date format... Might they be the troubler? https://ericasadun.com/2018/12/25/iso-8601---and-why-your-year-may-be-wrong/ IMAPExportMbox POP3ExportMbox Xeno Amess 于2022年1月1日周六 21:06写道： > something break the last week

Re: [net] Build broken by commit "Prevent serialization"

something break the last week of a year and works the next year... a smell of thing. Gary Gregory 于2022年1月1日周六 20:56写道： > Good: We are back to green builds on GitHub > https://github.com/apache/commons-net/actions and Jenkins. > > Gary > > On Sat, Jan 1, 2022 at 7:46 AM Gary Gregory

Re: [commons-vfs] Failure in bump ftpserver-core from 1.1.1 to 1.1.2

ftpserver updated. pr at https://github.com/apache/commons-vfs/pull/235 details/investigations at https://github.com/apache/commons-vfs/pull/231 Xeno Amess 于2022年1月1日周六 02:12写道： > migrating sshd to 2.8.0 now. > > Gary Gregory 于2022年1月1日周六 02:04写道： > >> Hi Xeno, >>

Re: [commons-vfs] Failure in bump ftpserver-core from 1.1.1 to 1.1.2

migrating sshd to 2.8.0 now. Gary Gregory 于2022年1月1日周六 02:04写道： > Hi Xeno, > > Correct, I don't care about slf4j in this thread. Thank you for helping out > :-) > > Gary > > > On Fri, Dec 31, 2021, 12:52 Xeno Amess wrote: > > > > Help also needed fo

Re: [commons-vfs] Failure in bump ftpserver-core from 1.1.1 to 1.1.2

> Help also needed for https://github.com/apache/commons-vfs/pull/225 I thought you wanna talk about all dependabot failures in vfs in the same thread. So this email thread is only focused on sshd and ftpserver? Gary Gregory 于2022年1月1日周六 01:47写道： > On Fri, Dec 31, 2021 at 12:16 PM Xeno

Re: [commons-vfs] Failure in bump ftpserver-core from 1.1.1 to 1.1.2

@Rob Spoor I will have a try to upgrade it directly to 2.8.0 good luck to me... Xeno Amess 于2022年1月1日周六 01:15写道： > @Gary Gregory > well at least you can have this from me > https://github.com/apache/commons-vfs/pull/233 > seems it can work, but don't merge until all cis are do

Re: [commons-vfs] Failure in bump ftpserver-core from 1.1.1 to 1.1.2

@Gary Gregory well at least you can have this from me https://github.com/apache/commons-vfs/pull/233 seems it can work, but don't merge until all cis are done. Rob Spoor 于2022年1月1日周六 01:10写道： > A quick check shows that some more dependencies are needed, for code > split off from sshd-core. I fou

Re: [commons-vfs] Failure in bump ftpserver-core from 1.1.1 to 1.1.2

@Gary Gregory Alright I woke up. Hard to fall asleep when thinking my ex-fiancée should be happing with her new boyfriend... (sigh.) I will help you upgrade slf4j first, as I think it should be easier. then one by one.. Xeno Amess 于2022年1月1日周六 00:43写道： > btw, I didn't get what you

Re: [commons-vfs] Failure in bump ftpserver-core from 1.1.1 to 1.1.2

btw, I didn't get what you changed comparing to the original pr... If a re-trigger can work, then it is quite amazing, as several actions all died but they all die because of just false failed build? Not very likely IMO... Xeno Amess 于2022年1月1日周六 00:42写道： > > any reason pr's hav

Re: [commons-vfs] Failure in bump ftpserver-core from 1.1.1 to 1.1.2

commit, so added and remove a > file to trick github to try and do a new build again. > any reason pr's have to be manually approved before the ci jobs execute? > > John > > > On Fri, 31 Dec 2021 at 13:50, Xeno Amess wrote: > > > need sleep now，will have a look 10

Re: [commons-vfs] Failure in bump ftpserver-core from 1.1.1 to 1.1.2

need sleep now，will have a look 10 hours later XenoAmess From: Gary Gregory Sent: Friday, December 31, 2021 9:28:36 PM To: Commons Developers List Subject: [commons-vfs] Failure in bump ftpserver-core from 1.1.1 to 1.1.2 Does anyone have any free time to look at

Re: Has Dependabot alerted us to any security issues?

log4j2 recently, in vfs... sebb 于2021年12月29日周三 22:48写道： > Genuine question: has Dependabot alerted us to any security issues? > > If so which ones, and was it the only alert mechanism for that issue? > > Sebb > > - > To unsubscr

Re: can we get rid of dependabot?

I think most people like me actually do not hate dependabot but hate the email flood and notification flood it brings... XenoAmess From: Xeno Amess Sent: Wednesday, December 29, 2021 6:01:58 AM To: Commons Developers List Subject: Re: can we get rid of

Re: can we get rid of dependabot?

junit 5 rc for example XenoAmess From: Xeno Amess Sent: Wednesday, December 29, 2021 6:01:35 AM To: Commons Developers List Subject: Re: can we get rid of dependabot? versions maven plugin's problem is it will bring you latest release，even rc re

Re: can we get rid of dependabot?

versions maven plugin's problem is it will bring you latest release，even rc release... XenoAmess From: Xeno Amess Sent: Wednesday, December 29, 2021 6:00:40 AM To: Commons Developers List Subject: Re: can we get rid of dependabot? dependabot is usefu

Re: can we get rid of dependabot?

dependabot is useful but dependabot email is annoying. can we find a solution and kill the dependabot emails？ XenoAmess From: Mark Thomas Sent: Wednesday, December 29, 2021 5:52:54 AM To: dev@commons.apache.org Subject: Re: can we get rid of dependabot? +1 And

Re: [REPORT] Board report for December 2021

If my memory be correct Peter Lee become committer at 2021 not 2020-3 ? XenoAmess From: Gary Gregory Sent: Wednesday, December 8, 2021 8:26:31 PM To: Commons Developers List Subject: [REPORT] Board report for December 2021 Hi All, This is the board report I fil

Re: Struts 2.5.28

looks likely sebb 于 2021年11月26日周五 下午7:03写道： > Wrong mailing list? > > On Fri, 26 Nov 2021 at 09:36, Lukasz Lenart > wrote: > > > > Hi, > > > > A small problem was discovered in 2.5.27 and I would like to quickly > > release 2.5.28 with the fix [1], then wait a few weeks and release > > another

Re: basically what should I do when I found project stealing codes from commons repo while deleted license header？

repeat for detailes: 1. copied the codes and comments. 2. deleted the license header 3. write @author pointing at some people outside of apache-commons at that class. 4. nothing about all above in either README or NOTICE 5. they are alibaba. Xeno Amess 于2021年10月14日周四 上午10:30写道： > I chec

Re: basically what should I do when I found project stealing codes from commons repo while deleted license header？

I checked. nope. Gary Gregory 于2021年10月14日周四 上午2:17写道： > Probably nothing if that project contains a NOTICE file with the proper > reference back to Apache. > > Gary > > On Sat, Oct 9, 2021, 01:51 Xeno Amess wrote: > > > > > >

basically what should I do when I found project stealing codes from commons repo while deleted license header？

Re: Top Contributor in the Commons PMC

Gary deserves. seems 80%+ commons prs are reviewed by him. PeterLee 于 2021年9月7日周二 上午11:21写道： > Congratulations to you and thank you for your great work, Gary! > > cheers, > Lee > > On Sat, Sep 4, 2021 at 12:39 AM Matt Juntunen > wrote: > > > I second this congratulations. Thank you for all of y

[all] fixs about checkstyles

Hi. The new version of checkstyle 8.42 changes grammar, thus need manual upgrade. I will make the prs in several of our commons repos. I don't think we need several JIRA tickets for this thing, thus I will make all these prs in https://issues.apache.org/jira/browse/COMMONSSITE-145?filter=1234909

Re: Re: Re: [lang] Introduce @NonNull, and @Nullable

glad to hear about this. this is what I always want... I wished for this for months... Gary Gregory 于2021年2月16日周二 上午9:37写道： > Yes of course, that's fine, but I was only referring to [lang], which is > the component this thread is about. > > Gary > > On Mon, Feb 15, 2021, 19:03 sebb wrote: > > >

[ALL] year to 2021 in NOTICE.txt

In nearly all repos in our commons, there be a file named NOTICE.txt, and content be: Apache Commons Lang Copyright 2001-2020 The Apache Software Foundation This product includes software developed at The Apache Software Foundation (https://www.apache.org/). Since it be 2021 now, should we chang

[lang] What should I do next to be a committer?

Hi guys. I want to become a committer for commons-lang recently. So I just curious, how far is there from me to committer? And what should I do next? Thanks.

Re: [vfs] consider about making FileObjectUtils be more like FileUtils in commons-io?

> Bloch is not either from his book "Effective Java"... > > See: https://www.informit.com/articles/article.aspx?p=1216151&seqNum=4 > > > On 9/6/2020 10:06 AM, Xeno Amess wrote: > > class AUtil { > > public static String getStringA() { > >

Re: [vfs] consider about making FileObjectUtils be more like FileUtils in commons-io?

System.out.println(ExtendedAUtil.getStringA()); System.out.println(ExtendedAUtil.getStringABCDE()); } } Maybe it's better to add some runnable codes :) Xeno Amess 于2020年9月6日周日 下午10:05写道： > Well sometimes we want to extend(or modify) some behaviors of one Util > Class.That is why

Re: [vfs] consider about making FileObjectUtils be more like FileUtils in commons-io?

rivate and throwing an exception, making sure all methods are static, > marking the class as Final etc. > > > On 9/6/2020 9:53 AM, Xeno Amess wrote: > >> Inheritance in Java on the static side is > > not the same as on the instance side > > > > Yep, I know it. I

Re: [vfs] consider about making FileObjectUtils be more like FileUtils in commons-io?

But I agree that only very few people/usecase would write codes which extending the *Util classes. Xeno Amess 于2020年9月6日周日 下午9:53写道： > > Inheritance in Java on the static side is > not the same as on the instance side > > Yep, I know it. It will not override but just, hidin

Re: [vfs] consider about making FileObjectUtils be more like FileUtils in commons-io?

for a shortcut or something. Of course we can do this by fork/wrap the static functions one by one, but extending it directly can make the codes shorter. Gary Gregory 于2020年9月6日周日 下午9:48写道： > On Sun, Sep 6, 2020 at 9:44 AM Xeno Amess wrote: > > > The idea behind not making *Util constructo

Re: [VOTE] Release Apache Commons IO 2.8.0 based on RC1

Got it, maybe I will put a pr for the issue I found. After all codes are more clear than words :) Gary Gregory 于2020年9月6日周日 下午9:44写道： > On Sun, Sep 6, 2020 at 9:36 AM Xeno Amess wrote: > > > > https://github.com/XenoAmess/smoke-test-commons-io/actions/runs/241547041 > &g

Re: [vfs] consider about making FileObjectUtils be more like FileUtils in commons-io?

ing *Util constructors private is that it does not make > sense to instantiate a class that only has static methods. > > Gary > > > On Sun, Sep 6, 2020 at 12:49 AM Xeno Amess wrote: > > > for example: can we make its constructor public instead of private? > > >

Re: [VOTE] Release Apache Commons IO 2.8.0 based on RC1

things... Xeno Amess 于2020年9月6日周日 下午9:36写道： > https://github.com/XenoAmess/smoke-test-commons-io/actions/runs/241547041 > see this > > Gary Gregory 于2020年9月6日周日 下午9:33写道： > >> On Sun, Sep 6, 2020 at 5:39 AM Xeno Amess wrote: >> >> > Hi. >> > Smo

Re: [VOTE] Release Apache Commons IO 2.8.0 based on RC1

https://github.com/XenoAmess/smoke-test-commons-io/actions/runs/241547041 see this Gary Gregory 于2020年9月6日周日 下午9:33写道： > On Sun, Sep 6, 2020 at 5:39 AM Xeno Amess wrote: > > > Hi. > > Smoke test seems failed. > > https://github.com/XenoAmess/smoke-test-commons-io >

Re: [VOTE] Release Apache Commons IO 2.8.0 based on RC1

Hi. Smoke test seems failed. https://github.com/XenoAmess/smoke-test-commons-io could some guy run this locally and see why it be wrong? the plugin's source is at https://github.com/XenoAmess/add-from-repo-maven-plugin , if anything I wrote uncorrect, please tell me. Bruno P. Kinoshita 于2020年9月6

[vfs] consider about making FileObjectUtils be more like FileUtils in commons-io?

for example: can we make its constructor public instead of private?

Re: Apache VFS v.s. NIO FileSystem

As far as I can see, there be tons of work before we really want to do integration with any existed FileSystem in jdk... For example our file:/ scheme is not quite equal to their... You can test it with a file who contains a space in its file name... I can't even imagine how to fix it (means we hav

Re: Commons-email with jakarta.mail?

maintain a thread based on some rc dependencies... I'd rather take actions when they really release. After all they (means jakarta-mail here) even do not have a clear roadmap for the 2.0 release, as far as I know... David Goodenough 于2020年9月3日周四 下午11:17写道： > On Thursday, 3 September 2020

Re: Commons-email with jakarta.mail?

> Is there a version of commons-email which uses > the new jakarta-mail API rather than the old > javax.mail API? of course not. They just released 5.0.0, which use the new API, at just 4 days ago... > If not is one planned? No ideas.

Re: [IO] release candidate soon

Why so hurry? Is there any severe bug solved? And here goes another question. why is commons-io's group ID be commons-io but not com. apache. commons? Gary Gregory 于 2020年9月3日周四 上午1:57写道： > Hi all, > > I plan on cutting a release candidate very soon, probably tonight. > > Gary >

Re: [All] New repo for all proper components as submodules?

> As I said previously, I would avoid using either one. I really don’t know why you would want to with Java. I can understand it with applications written in C where you might want to compile all the dependencies along with the main application. But that isn’t the case in Java. Introducing subtree

Re: [VOTE] Release Apache Commons Codec 1.15 based on RC1

re-ask: Is there a way for maven to use the jar in https://dist.apache.org/repos/dist/dev/commons/codec/1.15-RC1 as dependency? Alex Herbert 于2020年9月1日周二 下午3:49写道： > My +1 > > > On 1 Sep 2020, at 05:58, Bruno P. Kinoshita wrote: > > > > > > [x] +1 Release these artifacts > > > > Building OK

Re: [All] New repo for all proper components as submodules?

@Gary Gregory Hi gary. Please see https://github.com/XenoAmess/commons-proper Especially see the github-actions log. Is this the exact function what you are looking for? :) Right now I only added 3 commons repos into this toolchain, means bcel,beanutils,bsf And the ci will fail only because bsf wi

Re: [All] New repo for all proper components as submodules?

I'll try if I can solve your goal using maven-plugin tonight. If I succeed I will let you know :) Xeno Amess 于2020年8月31日周一 下午10:06写道： > > Right now I am checking out each and every repo one at a time. Yes, we > > could stash OS-specific scripts some place. > > > >

Re: [All] New repo for all proper components as submodules?

nderstandable from a git POV. > > Maybe there is a git shorthand for this... Sounds like a maven-plugin is better for doing this... Gary Gregory 于2020年8月31日周一 下午10:03写道： > On Mon, Aug 31, 2020 at 9:59 AM Xeno Amess wrote: > > > BTW. > > From my own view, we might need a

Re: [All] New repo for all proper components as submodules?

As example for dependency-hell, slf4j 1 and 2 use same namespace, means if some dependency use slf4j1 and another use slf4j2, some really disgusting thing will happen. I suffered from that, once. Xeno Amess 于2020年8月31日周一 下午9:59写道： > BTW. > From my own view, we might need a testing maven p

Re: [All] New repo for all proper components as submodules?

BTW. >From my own view, we might need a testing maven project (or a github repo), for ensuring all commons repos can be used together, free of dependency hell, or other internal errors about using different versions of a same dependency. But I admit that will really be a time-costing work, and be r

Re: [All] New repo for all proper components as submodules?

acking all of Commons Proper. > > Gary > > On Sun, Aug 30, 2020, 00:50 Xeno Amess wrote: > > > I doubt it can pass ci at any time... > > > > > > Gary Gregory 于 2020年8月30日周日 上午6:52写道： > > > > > Hi All, > > > > > > Any thoug

404 on https://commons.apache.org/proper/commons-lang/

The Javadoc API documents are available online: - The current stable release 3.11 [Java 8 and up] - The legacy release 2.6 [Java

Re: [All] New repo for all proper components as submodules?

I doubt it can pass ci at any time... Gary Gregory 于 2020年8月30日周日 上午6:52写道： > Hi All, > > Any thoughts for or against creating a new git repository which would > contain all 'proper' Commons components as git submodules? > > The idea is to be able to checkout all of Commons 'proper' in one go i

  1   2   3   >