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

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% performance

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

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

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,

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:

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

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

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

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

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

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 w

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 for htt

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

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

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 chan

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 have to be ma

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

ove 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 hours later > > > >

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

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

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

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 release

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 useful

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

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

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

[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

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

[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=4 > > > On 9/6/2020 10:06 AM, Xeno Amess wrote: > > class AUtil { > > public static String getStringA() { > > return &

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 I

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

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. It will n

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, hi

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

ly use it 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 co

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

such 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-i

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

[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

Re: Commons-email with jakarta.mail?

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 15:58:53 BST X

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

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

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

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

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

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

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

Hi. I think maybe I can do some smoke test. But 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? Or we have to write yet another plugin for doing that? sebb 于2020年8月29日周六 上午12:41写道： > On Fri, 28 Aug 2020 at 15:38, Alex

Re: opinions about @NotNull and @Nullable ?

https://imgur.com/gGRHH5i https://imgur.com/THMdel1  Xeno Amess 于2020年8月29日周六 上午12:46写道： > https://imgur.com/gGRHH5i > https://imgur.com/THMdel1 > will try imgur > > Gary Gregory 于2020年8月29日周六 上午12:44写道： > >> The PNG links yield Temporary Error (404). >> >

Re: opinions about @NotNull and @Nullable ?

https://imgur.com/gGRHH5i https://imgur.com/THMdel1 will try imgur Gary Gregory 于2020年8月29日周六 上午12:44写道： > The PNG links yield Temporary Error (404). > > Gary > > On Fri, Aug 28, 2020 at 12:31 PM Xeno Amess wrote: > >> @Gary Gregory >> the outcome is:

Re: opinions about @NotNull and @Nullable ?

ems at least usable :) Xeno Amess 于2020年8月28日周五 下午11:08写道： > > Keep in mind that not everyone uses IJ, for example, I use Eclipse. > Yep. > And not every jetbrains library requires people use idea. > I think Eclipse can supports those annotations. > Let me, have a test :) > > &

Re: opinions about @NotNull and @Nullable ?

ses IJ, for example, I use Eclipse. > > Gary > > On Fri, Aug 28, 2020 at 10:54 AM Xeno Amess wrote: > > > > IntelliJ specifies Runtime retention so they can interact > > with IntelliJ's internal JRE, which adds additional assertions into the > > code to enforce the

Re: opinions about @NotNull and @Nullable ?

> IntelliJ specifies Runtime retention so they can interact with IntelliJ's internal JRE, which adds additional assertions into the code to enforce the annotations. seems never. see this demo repo. https://github.com/XenoAmess/demo_jetbrains_annotation And I looked up the sources and see every

Re: opinions about @NotNull and @Nullable ?

0 à 08:42, Xeno Amess a écrit : > > > > how do we guarantee our meta are right and don't create false > positives > > If we cannot even make the meta correct, then means we cannot make sure > > which function can return Null, which can not, > > Then why do you t

Re: opinions about @NotNull and @Nullable ?

otatedElement */ RUNTIME } Well I never use jsr305 so I'm not sure how they implement it. But I can make sure in jetbrains.annotations, @NotNull and @Nullable are using CLASS. Xeno Amess 于2020年8月26日周三 下午2:42写道： > > how do we guarantee our meta are right and don't create fals

Re: opinions about @NotNull and @Nullable ?

> how do we guarantee our meta are right and don't create false positives If we cannot even make the meta correct, then means we cannot make sure which function can return Null, which can not, Then why do you think our customers can do. And if people who write these libs are not sure which

Re: opinions about @NotNull and @Nullable ?

irly extensively in Jenkins, and with > the > > proper plugins, it’s helped a lot for nullability checking. > > > > On Mon, Aug 24, 2020 at 23:54 Xeno Amess wrote: > > > > > Hi. > > > > > > Today I see a pr have similar ideas with this, so I will suggest we &g

[lang, numbers] consider about deprecating Fraction in commons-lang and let user use Fraction in commons-number instead?

Hi. A discuss happened about whether we should consider about doing *deprecate in 3.x in 4.x *upon class *Fraction* in commons-lang, and let user use class *Fraction* in commons-number instead. These two class have some different, but not quite much. The discuss happened at

Re: opinions about @NotNull and @Nullable ?

r idea whether this function can return null. And more importantly maybe, let the ide also knows whether this function can return null. That will simplify a lot of human time to check. Any ideas? Xeno Amess 于2020年4月24日周五 下午6:50写道： > I want to know about your opinions about @NotNull and

Re: [Crypto] requesting help testing native binaries

Hi. seems all machines that github actions can provide (means [ windows-2019, ubuntu-20.04, ubuntu-18.04, ubuntu-16.04, macos-10.15 ]) can invoke your snapshot correctly... Gary Gregory 于2020年8月25日周二 上午3:40写道： > Here is a jar since I don't have a public place for binaries. > > Gary > >

[lang] so what should we do for the failing test on jdk15?

Hi. There exist a bug on jdk15, and which results a test failed on jdk15 for commons-lang. JDK guys said they will fix it on jdk16 but no plan for migrating the fix to jdk15. So maybe we should shut that test on jdk15, or we filter out some buggy parts in that test and do not do it on jdk15? Any

Re: [Crypto] requesting help testing native binaries

@Gary Gregory Hi. I done it at https://github.com/XenoAmess/commons-crypto-smoke-test Please have a look. > I don't quite see how but I am obviously not comprehending your plan. Then I will explain it again :) Step 1, I wrote a maven-plugin, whose usage is to copy tests from another repo when

Re: [Crypto] requesting help testing native binaries

APSHOT". > > Gary > > On Sun, Aug 23, 2020 at 10:31 AM Xeno Amess wrote: > > > Hi Gary. > > Where is the snapshot jar? > > Is it at oss snapshot center? > > If so, then I will have a very, very tricky way to test it, > > and that test is reusable. &

Re: [Crypto] requesting help testing native binaries

Hi Gary. Where is the snapshot jar? Is it at oss snapshot center? If so, then I will have a very, very tricky way to test it, and that test is reusable. Gary Gregory 于2020年8月23日周日 下午9:53写道： > Building the binaries can be tricky, be warned. > > The trickiest to validate are aarch64, arm, and

Re: [Crypto] requesting help testing native binaries

on the snapshot's release. sorry for the typo Xeno Amess 于2020年8月23日周日 下午2:44写道： > > what is the easiest way to test them? Run some code using the code of > the snapshots, or perhaps run the build+tests from a tag/commit? > How about fork its tests to a new repo, and import the or

Re: [Crypto] requesting help testing native binaries

> what is the easiest way to test them? Run some code using the code of the snapshots, or perhaps run the build+tests from a tag/commit? How about fork its tests to a new repo, and import the original codes as a maven dependency, run the tests on the snapshot's source? Bruno P. Kinoshita

Re: [Compress] Build failure in jenkins and github actions

to go (if not yet). Peter Lee 于2020年8月21日周五 下午4:09写道： > Hi Xeno, > > This is another topic. We have already discussed this before. You can > check the old thread. > I'm only talking about the build failures here. > cheers, > Lee > > On 8 21 2020, at 4:04 , Xeno Amess w

Re: [Compress] Build failure in jenkins and github actions

, it will cause dependency hell. I guess everybody here have experience handling some dependency hells for org.apache.xerces.parsers.* , I do not want commons-compress to become like that. 3. we clean room a implementation of Pac200 (seems not quite worthy) It will be time costing. Xeno Amess 于2020年8月

Re: [Compress] Build failure in jenkins and github actions

Yes, Pac200 is already removed from jdk lib... So what is the solution? We have to face this someday eventually, so why not today? I can only get ideas of 2 ways... 1. we remove Pac200 as well, as jdk do. 2. we fork the Pac200 from jdk and create a new lib for it, and we invoke that lib instead

Re: Introducing Maven Wrapper

me +0 for mvnw. I don't hate it and it is well implemented. But I have no idea whether we need it. Rob Tompkins 于2020年8月20日周四 上午4:36写道： > I’m still a +1 for mvnw….do we have a consensus here? > > -Rob > > > On Aug 19, 2020, at 4:27 PM, John Patrick > wrote: > > > > All the suggestions I'm

Re: [LOGGING][DAEMON] Update Java 6 to 7

Oh so animal-sniffer is the plugin we use to check this kind of issue? Thanks, I will learn about it later. Mark Thomas 于2020年8月17日周一 下午3:58写道： > On 16/08/2020 16:45, Xeno Amess wrote: > >> I've pushed change to the pom which allows compilation on Java14. > > > > Well

  1   2   3   >