Fwd: Is there any reasons for there being 8 ArrayUtil#isEmpty functions?

-- Forwarded message - 发件人： Xeno Amess Date: 2019年6月4日周二 上午12:07 Subject: Re: Is there any reasons for there being 8 ArrayUtil#isEmpty functions? To: dev-subscr...@commons.apache.org and notice that there be only one getLength function in ArrayUtils. public static int

Re: [lang] Giant StringUtils vs. NullSafeStrings.

Then 10 years later JDK has its own Strings, and users get confused then. Emmanuel Bourg 于2019年6月4日周二 下午6:58写道： > Le 28/05/2019 à 13:46, Gary Gregory a écrit : > > > Thoughts? > > Maybe we could make a more ambitious 'Strings' class with methods taken > from StringUtils and refactored with a flu

Is there some plans for implementing some primitive datas tructures?

Recently I feel like sometimes ArrayList or HashSet is just...too slow. If we implement the datas tructures in primitive types and offer some functions to fit the common interfaces, I really think that can help. Sorry for my poor english, but you can get what I mean at https://github.com/XenoAmess/

Re: [lang] Giant StringUtils vs. NullSafeStrings.

methods on it. For example, see all the static methods > added to Comparator that would have typically gone into a class named > Comparators (like Collector/Collectors). > > On Tue, 4 Jun 2019 at 06:07, Xeno Amess wrote: > > > > Then 10 years later JDK has its own Strings, a

Re: [lang] org.apache.commons.text.lookup.IllegalArgumentExceptions to [lang].

Why don't you use java.lang.IllegalArgumentException instead? And, why we need such a class, but not using java.lang.IllegalArgumentException there? Gary Gregory 于2019年9月3日周二 下午11:18写道： > > Hi All: > > I propose we take > https://commons.apache.org/proper/commons-text/xref/org/apache/commons/text

Re: [lang] org.apache.commons.text.lookup.IllegalArgumentExceptions to [lang].

t(e, "%s: %s %s operation %s: %s", > > > source, method, pathSpec, operation.getOperationId(), e.toString()); > > > > > > The following not as much: > > > > > > throw ExceptionUtils.format(IllegalArgumentException::new, e, "%s: %s %s >

Re: [lang] org.apache.commons.text.lookup.IllegalArgumentExceptions to [lang].

Well, if you do think repeating the similar codes for 100+ times is better than reflection and be more elegant or easier to read or something, then you can try maintain them. There is 100+ Throwable classes who have string constructor in JDK IMO. And don't forget some of them might only be in some

Re: [LAZY][VOTE] Release Commons Parent version 49 from RC2

+0 As for 49 comming soon, I really think it a good time to consider fixing https://github.com/apache/commons-parent/pull/5 and https://github.com/apache/commons-lang/pull/428 Gary Gregory 于2019年9月15日周日 上午8:07写道： > > +1 > > Builds OK from the git RC tag using Oracle Java 8: > > Apache Maven 3.6.2

Re: [exec] Update from Java 5 to 6

+1 for java 8 I just assume developers who still using java 6 do not care about upgrading their commons too... But what is the meaning of jigsawI mean, everybody use maven and maven is good, right? sebb 于2019年10月10日周四 上午6:55写道： > > On Wed, 9 Oct 2019 at 22:38, John Patrick wrote: > > > > Reg

Re: strange change to src/main/java/org/apache/bcel/generic/FieldGenOrMethodGen.java

Do commons follow semver? Emmanuel Bourg 于 2019年10月18日周五 下午5:05写道： > Le 18/10/2019 à 10:52, sebb a écrit : > > > As noted in the OP, the change was part of changing the package name. > > If the visibility change triggered a regression I think it should be > reverted. > > Emmanuel bourg > > -

Re: [lang] immutable BitSet

then it is better to make a AbstractBitSet abstract class?and two sub classes MutableBitSet and ImmutableBitSet... ?? Outlook for Android From: Gary Gregory Sent: Tuesday, October 29, 2019 2:42:29 AM To: Commons Developers List Subject: [

Re: [lang] immutable BitSet

Then all ImmutableBitSet instance are instance of a mutable BitSet class when we use instance of. I just worry that could be kind of misleading sometimes. Gary Gregory 于 2019年10月29日周二 上午3:29写道： > On Mon, Oct 28, 2019 at 3:16 PM Xeno Amess wrote: > > > then it is bett

some questions (/bug?) about commons-vfs2 make me confused.

I'm trying to migrate to commons-vfs2 now severial things I found not quite right / amazing. 1. I tested version 2.6.0 and 2.5.0, and I just start at VSF.getManager() (of cause I have no additional contfigure or something) It said class not found:org.apache.commons.vfs2.provider.webdav.WebdavFil

Re: some questions (/bug?) about commons-vfs2 make me confused.

.init(); fileSystemManager.setBaseFile(new File("")); } catch (FileSystemException e) { e.printStackTrace(); } Xeno Amess 于2020年1月19日周日 下午6:08写道： > > I'm trying to migrate to commons-vfs2 now > severial things I found not quite right / amazing. > > 1. > I tested versio

Re: some questions (/bug?) about commons-vfs2 make me confused.

vnrepository.com/artifact/org.apache.commons/commons-vfs2-jackrabbit2/2.6.0 > > > On 19/01/2020 11:24, Xeno Amess wrote: > > Right now I'm using something like > > this to deal with relative files. > > But I just think there might be a more elegant way... > &

Re: some questions (/bug?) about commons-vfs2 make me confused.

OK I get where is bugged. I will fix it and add a test for that never happen again. Xeno Amess 于2020年1月19日周日 下午11:21写道： > > The key point is even if I do not wanna use it I must have this > class,or VFS.getManager() can never run. > > IMO this type of class relationship cause th

Re: some questions (/bug?) about commons-vfs2 make me confused.

ckrabbit1/src/main/resources/META-INF/vfs-providers.xml, > and create the same file with the correct providers for the > commons-vfs2-jackrabbit2 module. > > > On 19/01/2020 16:57, Xeno Amess wrote: > > OK I get where is bugged. > > I will fix it and add a test for that never happen a

Re: some questions (/bug?) about commons-vfs2 make me confused.

) { LOGGER.error("this FileObject cannot be transformed to a File", e); } it works in normal cases but when your path contains character space in them, it will throw URISyntaxException seems vfs and java holds different rules about space in file path? and how should I achieve this? Xen

Re: Getting File of FileObject (was: some questions (/bug?) about commons-vfs2 make me confused.)

I put it in dev-list because I really donot know wether it be a bug or not. If it be a but then I'm actually willing for help. But it seems by design but not a bug here, so I apologize. Still, some questions hold. /** * Returns a URL representing this file. * * @return the URL for the file. *

Re: some questions (/bug?) about commons-vfs2 make me confused.

n 19, 2020 at 11:41 AM Xeno Amess wrote: > > > > yep that make sense. > > but I'd rather add a class-check for provider class. > > there already be a mechanism for making sure if all classes needed for > > this provider class exist -> if not then just do not a

Re: some questions (/bug?) about commons-vfs2 make me confused.

Yep,that can do... I upgrade vfs to 2.6 and tried adding commons-vfs2-jackrabbit1 and 2 and it can work correctly now. thx for your help guys. Woonsan Ko 于2020年1月24日周五 上午4:05写道： > On Thu, Jan 23, 2020 at 2:44 PM Xeno Amess wrote: > > > > Likely but not exactly. > > the pr

Re: Getting File of FileObject (was: some questions (/bug?) about commons-vfs2 make me confused.)

ow Windows drives > are to be handled). So can you give us an example path and what it looks > like in URL from VFS and from java.io, so we can check if there is > something to tweak. > > Gruss > Bernd > -- > http://bernd.eckenfels.net > > Vo

Re: Getting File of FileObject (was: some questions (/bug?) about commons-vfs2 make me confused.)

r.java:58) Process finished with exit code 0 (I forgot to refresh the console. sorry.) (Although I guess you can get what I mean) Xeno Amess 于2020年1月24日周五 上午6:26写道： > OK> > 1. I use win10, jdk 13 here. > 2. make a file [D:/1 1.txt] , there is a character space between the two >

Re: [numbers] Complex to use code ported with a permissive licence

how about create a new project who contains the modified source function and original license，and in commons we just invoke that function？ Alex Herbert 于 2020年1月24日周五 上午8:42写道： > > > > On 24 Jan 2020, at 00:07, Gilles Sadowski wrote: > > > > Hello. > > > > 2020-01-24 0:30 UTC+01:00, Alex Herber

Re: [numbers] Complex to use code ported with a permissive licence

icence Hi. 2020-01-24 5:21 UTC+01:00, Xeno Amess : > how about create a new project who contains the modified source function > and original license，and in commons we just invoke that function？ > Then, the same question(s) will be asked for that new project (?).

Re: Getting File of FileObject (was: some questions (/bug?) about commons-vfs2 make me confused.)

ecoded()) instead. > > Gruss > Bernd > > > -- > http://bernd.eckenfels.net > > Von: Xeno Amess > Gesendet: Thursday, January 23, 2020 11:45:21 PM > An: Commons Developers List > Betreff: Re: Getting File of FileObject (was:

Re: Getting File of FileObject (was: some questions (/bug?) about commons-vfs2 make me confused.)

also suggest adding come comments for toURL to aware users of this problem. Xeno Amess 于 2020年1月24日周五 下午5:51写道： > File(FileObject.getName().getPathDecoded()) > > yep I use this now. > it works correctly(at least in my usecase) > > Bernd Eckenfels 于 2020年1月24日周五 下午5:02写道： &

Re: [poll] Beta versions should be labeled "Beta", not "B".

I prefer 3.0-rc1 but 3.0-beta1 sounds far better than 3.0-B1 XenoAmess From: Gilles Sadowski Sent: Monday, March 30, 2020 11:37:43 PM To: Commons Developers List Subject: Re: [poll] Beta versions should be labeled "Beta", not "B". Le lun. 30 mars 2020 à 16:49,

suggest adding cache for .m2 folders into travis-ci for commons project.

most of commons projects use travis-ci but only few of them uses cache for .m2 for example, commons-lang's .travis.yml looks like: language: java jdk: - openjdk8 - openjdk11 - openjdk13 - openjdk-ea matrix: include: - os: linux-ppc64le jdk: openjdk8 allow_failures: - jdk

opinions about @NotNull and @Nullable ?

I want to know about your opinions about @NotNull and @Nullable. Should we use it in every function? Or we use it only at some misleading places? Or simply not use them at all? thx.

Re: [configuration] org.apache.commons.configuration2.ImmutableConfiguration.getEnum()?

I really think we shall have a common template for Enums XenoAmess From: Gary Gregory Sent: Monday, April 27, 2020 8:50:22 AM To: Commons Developers List Subject: [configuration] org.apache.commons.configuration2.ImmutableConfiguration.getEnum()? Hi All: I'd

Re: [commons-lang3] potential bug in CharSequenceUtils?

yes it is really a bug. I created a fix pr (with test codes) at https://github.com/apache/commons-lang/pull/529 check in it when you guys have time. Xeno Amess 于2020年4月29日周三 上午5:04写道： > well when I look at StringUtil I found something like this. > > final char c1 = cs.charAt(index1++)

Re: [LANG] Porting to Kotlin

Hi. If you mean this then I will be a +1 instead. Just, do not convert anything original java code to kotlin, and make sure pure java user will not be affected. And I don't really mind if you add some kotlin util class dealing with kotlin things. Isira Seneviratne 于2020年5月10日周日 下午9:33写道： > On S

[apache/commons-email] consider about putting it to github?

Hi. I see no newer release are made for this project for several years. So I have several questions. 1. Is this project still alive? 2. Should we move it to github? 3. Link http://svn.apache.org/viewvc/commons/proper/email/trunk said 403 forbidden to me, does that means usual user cannot get the re

Re: [apache/commons-email] consider about putting it to github?

thanks then please change the descriptions in https://commons.apache.org/proper/commons-email/source-repository.html to avoid these kind of things. Gilles Sadowski 于2020年5月11日周一 上午5:18写道： > 2020-05-10 23:13 UTC+02:00, Xeno Amess : > > Hi. > > I see no newer release are made for t

Re: [COMPRESS] Travis build fail with JDK14

my opinion: until you are sure the master can pass jdk14, move it to [allow failure]. here is an example. https://github.com/apache/commons-vfs/commit/249d1dc9fb3f2bd5209aaa299c4ed61414f1fd78#diff-354f30a63fb0907d4ad57269548329e3 adding a unpassable check in travis will makes all pull requests/co

Re: [COMPRESS] Travis build fail with JDK14

I created a pr. https://github.com/apache/commons-compress/pull/100 Xeno Amess 于2020年5月14日周四 上午12:00写道： > my opinion: until you are sure the master can pass jdk14, move it to > [allow failure]. > here is an example. > > https://github.com/apache/com

Re: [ JEXL] Java 6 ?

Hi. As a related topic, I don't think travis-ci still supports openjdk6 in year 2020. travis-ci does HAVE a tutorial about how to add openjdk6 at: https://docs.travis-ci.com/user/reference/trusty/ BUT it is totally wrong. I followed that tutorial but it failed. https://github.com/apache/commons-jex

Re: [releases,dbutils] There are 4 staged copies of dbutils-1.8

BTW how can a person become a PMC committer? And if I wanna become a committer what should I do/learn? Melloware 于2020年5月21日周四 下午11:04写道： > Carl, > > It seems like there is just not enough PMC committers available for > Commons projects. It should not take 4 months for you to get a release > of

I just found a typo which exist in most of the commons projects.

in every CONTRIBUTING.md (for example lang3 but actually almost every repo) ... If you're planning to implement a new feature it makes sense to discuss *you're* changes on the [dev list] ... should be ... If you're planning

Re: I just found a typo which exist in most of the commons projects.

Ah, I go and see quite some of the repos have already fixed this typo... So I will try to fix this typo in other repos. thx. Gary Gregory 于2020年5月26日周二 上午12:59写道： > Always worth fixing IMO :-) > > On Mon, May 25, 2020, 12:15 Xeno Amess wrote: > > > in every CONTRIBU

I might found the bug which cause we cannot build most projects on jdk-ea

We use maven-bundle-plugin, and maven-bundle-plugin use biz.aQute.bndlib, and there be something uncorrect in biz.aQute.bndlib running with jdk-ea, a TreeMap thing. I do think if I can persuade them from changing it to ConcurrentHashMap the bug might be fixed immediately. So first I will try to fi

Re: I might found the bug which cause we cannot build most projects on jdk-ea

/690720767#L2142 https://travis-ci.org/github/apache/commons-bcel/jobs/690718855#L1745 Yair Zaslavsky 于2020年5月26日周二 上午9:42写道： > I'm so mad > > On Mon, May 25, 2020, 6:39 PM Xeno Amess wrote: > > > We use maven-bundle-plugin, and maven-bundle-plugin use > biz.aQut

Re: I might found the bug which cause we cannot build most projects on jdk-ea

Mon, May 25, 2020, 21:39 Xeno Amess wrote: > > > We use maven-bundle-plugin, and maven-bundle-plugin use > biz.aQute.bndlib, > > and there be something uncorrect in biz.aQute.bndlib running with > jdk-ea, a > > TreeMap thing. > > I do think if I can persuade them

Re: I just found a typo which exist in most of the commons projects.

sed some. > > > > TY! > > > > Gary > > > > On Mon, May 25, 2020 at 1:36 PM Xeno Amess wrote: > > > >> Ah, I go and see quite some of the repos have already fixed this typo... > >> So I will try to fix this typo in other repos. > >&

Re: I just found a typo which exist in most of the commons projects.

t; > > > TY! > > > > Gary > > > > On Mon, May 25, 2020 at 1:36 PM Xeno Amess wrote: > > > >> Ah, I go and see quite some of the repos have already fixed this typo... > >> So I will try to fix this typo in other repos. > >> thx. >

[email and vfs] about adding class FileObjectDataSource

Hi. I'm trying to maintain commons-email today, and I want to make a new class FileObjectDataSource, who implements javax.activation.DataSource. But things is not as easy as I want. 1. the reason. the reason for making such a class is when last month I was doing some school work for graduation proj

Re: [email and vfs] about adding class FileObjectDataSource

27日周三 下午6:11写道： > Hi, > > I do not fully understand the problem - AFAIK there is an attach method > which takes a DataSource sou can just pass your FileObjectDataSource? > > But I guess I miss something here :-) > > Thanks in advance, > > Siegfried Goeschl > &g

Re: [email and vfs] about adding class FileObjectDataSource

this one > class is worth the work and management overhead for a new jar. > > As sample code we could put it in the Maven site or maybe as a test > dependency? > > Gruss > Bernd > > > -- > http://bernd.eckenfels.net > ____ > Von: Xe

Re: [email and vfs] about adding class FileObjectDataSource

Sorry, https://github.com/XenoAmess/commons-vfs2-email I mean. Xeno Amess 于2020年5月27日周三 下午10:46写道： > Oh as related. > I put this poor little thing at > https://github.com/XenoAmess/commons-vfs2-email/blob/master/pom.xml for > now. > If anybody need it just grab it. > > Xeno

Re: [email and vfs] about adding class FileObjectDataSource

Oh as related. I put this poor little thing at https://github.com/XenoAmess/commons-vfs2-email/blob/master/pom.xml for now. If anybody need it just grab it. Xeno Amess 于2020年5月27日周三 下午6:26写道： > > I am not sure if this one class is worth the work and management > overhead for a new

[commons-el] where is commons-el?

https://github.com/apache/commons-el is an empty repo. And according to http://commons.apache.org/dormant/commons-el/source-repository.html I should be able to found it at http: //svn.apache.org/viewvc/commons/proper/el/trunk but actually returns 404. so, what happened? is it dropped?

Re: [commons-el] where is commons-el?

/viewvc/commons/dormant/el/ > > > Bruno > > > On Saturday, 30 May 2020, 7:12:40 pm NZST, Xeno Amess > wrote: > > > > > > https://github.com/apache/commons-el is an empty repo. > And according to > http://commons.apache.org/dormant/comm

[irc.freenode.net] or [irc.freenode.org]?

Hi. I see documents in apache commons projects using [irc.freenode.net] or [ irc.freenode.org], or both of them in one same repo. (for example commons-lang3 use irc.freenode.org in README.md but irc.freenode.net in CONTRIBUTING.md) Should we unify it?

Re: [commons-el] where is commons-el?

thanks! I will have a try. sebb 于2020年5月30日周六 下午8:11写道： > You should have read access to: > > http://svn.apache.org/repos/asf/commons/dormant/el/ > and > http://svn.apache.org/viewvc/commons/dormant/el/ > > On Sat, 30 May 2020 at 10:26, Xeno Amess wrote: > > &g

[commons-lang] last commit fails checkstyle, thus fails travis-ci

Commit at : https://github.com/apache/commons-lang/commit/c141bc961cb5cb84c47a21c3a5b0f15ab0035728 Don't worry, I've already being fixing it. I will start a pr when things ready.

[bean-utils] MethodUtils.getPrimitiveWrapper : should we consider about Void and void?

right now the logic is : /** * Gets the wrapper object class for the given primitive type class. * For example, passing {@code boolean.class returns Boolean.class} * @param primitiveType the primitive type class for which a match is to be found * @return the wrapper type associated with the gi

Re: [Graph] moving to git

>Github will be better to attract more contributors and easy to review codes via PR Just make sure to have enough reviews for reviewing prs. IMO after put it to github you might receive far more prs than before.

Re: [Graph] moving to git

+1 in principle too. Bruno P. Kinoshita 于2020年6月2日周二 上午11:24写道： > I **think** projects using Apache gitbox can be/are hosted/mirrored on > GitHub. > > As for moving to git, I'm +1 in principle. But I don't know if we create > git repositories under github.com/apache for projects in the sandbox.

[lang] do anybody have some time to check my prs?

would be very glad if there be some guy giving some suggestions. *performance improvement prs:* [lang-1548] split CharSequenceUtils.regionMatches() to two functions to improve 25% performances. also want to split related functons in StringUtils, but stucked here. [lang-1549] cleanroom implement Ch

Re: [Math] PR #143

Yes you are right. >you must squash the commits. >the commit messages are uninformative Usually I'd do them when commiter think this pr is ok, and then tell me we should merge it, and at that moment I squash it, and it get merged. the commit messages will be fixed at that time too. >partly revert

Re: [Math] PR #143

Alright, done. This pr is now splitted into two prs. https://github.com/apache/commons-math/pull/144 https://github.com/apache/commons-math/pull/143 Thx. Xeno Amess 于2020年6月6日周六 下午7:47写道： > Yes you are right. > >you must squash the commits. > >the commit messages ar

Re: [VOTE] Release Apache Commons BCEL 6.5.0 based on RC1

+0 @garydgregory 1. should we change commons-parent directly, thus we do not need to change every repo's pom.xml? 2. I see you add that plugin in in this repo's pom.xml. Is it really needed? can we simply add/change ${commons.felix.version} and ${

Re: [VOTE] Release Apache Commons BCEL 6.5.0 based on RC1

e release, it seems you are > talking about moving some dependency management from this component to the > parent POM. This should not hold up the release unless I am missing > something. > > Gary > > On Sat, Jun 6, 2020, 08:37 Xeno Amess wrote: > > > +0 >

Re: [Math] PR #143

f0 : f1 = f1 f[4] = 4&1==0 ? f0 : f1 = f0 f[5] = 5&1==0 ? f0 : f1 = f1 thus it runs faster for around 7% faster on my performance tests. Gilles Sadowski 于2020年6月7日周日 上午5:53写道： > Hi. > > 2020-06-06 14:21 UTC+02:00, Xeno Amess : > > Alright, done. > > This pr is

Re: [Math] PR #143

Ahhh you are right. I'm new to JIRA. sory Gilles Sadowski 于2020年6月7日周日 下午6:50写道： > Hi. > > 2020-06-07 8:21 UTC+02:00, Xeno Amess : > > If you are telling about 144: > > yes, original codes runs like: > > f[0] = f0; > > f[1] = f1; > > f[2] = f[2-2

Re: [commons-graph] branch master updated: Travis CI configuration.

Hi. I see the current travis-ci scripts. Do we really care only jdk8? Should we also add at some other jdk versions, at least adding openjdk11, as it is a stable version? Or this repo has some known bug on jdk11?

some questions about commons projects.

1. How can a project *** becomes commons-***, or how did a commons-*** project started? What is the actual procedural? 2. How are commons projects related? Are they under a same (or at least similar) management mechanism? Or just sharing a common prefix? 3. How is commons projects' version control,

Re: some questions about commons projects.

a more commonly accepted way in commons projects? Gilles Sadowski 于2020年6月12日周五 下午9:07写道： > Hello. > > Le ven. 12 juin 2020 à 13:51, Xeno Amess a écrit : > > > > 1. How can a project *** becomes commons-***, or how did a commons-*** > > project started? What is the actual

Re: some questions about commons projects.

d in usual cases the "some regular contributors" are people who review prs. But what will happen if the "some regular contributors" all become busy and nobody be willing to review? Is there a mechanism for this situation? Xeno Amess 于2020年6月12日周五 下午9:29写道： > Hi. > > &g

Re: some questions about commons projects.

many. As I said above, I have no better way for detecting whether a repo is "active", so I send some "trying minor prs" to every repo (nearly). Most of them have no response. No approving, no rejection, no modification suggestions. If you really wanna details, I will try to make a

Re: some questions about commons projects.

下午9:42写道： > On Fri, Jun 12, 2020 at 9:30 AM Xeno Amess wrote: > > > Hi. > > > > >> 2. How are commons projects related? > > > > > They are not necessarily related. Usually it is considered > > > a feature if a component has zero dependency (

Re: some questions about commons projects.

, 2020 at 9:07 AM Gilles Sadowski > > wrote: > > > >> Hello. > >> > >> Le ven. 12 juin 2020 à 13:51, Xeno Amess a écrit > : > >> > > >> > 1. How can a project *** becomes commons-***, or how did a commons-*** > >> &

Re: some questions about commons projects.

020年6月12日周五 下午9:56写道： > On Fri, Jun 12, 2020 at 9:44 AM Xeno Amess wrote: > > > >> 8. What should we do when we have a pr delayed for a long time? And > how > > >> long is thought to be an unusual long time for waiting? 3 days.1 > week,or > > 1 > >

Re: some questions about commons projects.

l not make anyone suffer.(or at least not that much suffer) Sorry if I made any trouble. Gilles Sadowski 于2020年6月12日周五 下午10:04写道： > Hi. > > 2020-06-12 15:44 UTC+02:00, Xeno Amess : > >>> 8. What should we do when we have a pr delayed for a long time? And how > &g

Re: some questions about commons projects.

all struggle for some more important things, maybe I mis-understand somethings(again)? Xeno Amess 于2020年6月12日周五 下午10:01写道： > > Speaking for myself, as a volunteer here, I do what I can, when I can, > with > > a eye toward using my time wisely while balancing many other > > res

Re: some questions about commons projects.

> Being on the PMC means that your VOTE is _binding_ > I think you are assuming that there is a lot of hierarchy, structure, and > formalities that are just not here ;-) Yep, indeed. Gary Gregory 于2020年6月12日周五 下午10:34写道： > On Fri, Jun 12, 2020 at 10:22 AM Xeno Amess wrote: >

[all] suggestions about ci usage general rules.

Here are several suggestions about usage of travis-ci (or github ci or other ci like appveyor). It is not legal or must do or something, but just several simple rules that make everybody be happier when dealing with ci. *1. Always have all LST versions tested from project.source to ea.* For exampl

Re: [commons-graph] branch master updated: Travis CI configuration.

Gilles Sadowski > > wrote: > > > >> 2020-06-12 12:32 UTC+02:00, Xeno Amess : > >> > Hi. > >> > I see the current travis-ci scripts. > >> > Do we really care only jdk8? > >> > Should we also add at some other jdk versions, at leas

Re: [commons-graph] branch master updated: Travis CI configuration.

pass its own junit tests is kindof.confusing. And me myself will never consider about using it. Xeno Amess 于2020年6月13日周六 上午7:27写道： > Two failures and one error actually. > I will try to fetch the latest commit who CAN pass junit test, using > binary search. > Will send mail w

Re: [commons-graph] branch master updated: Travis CI configuration.

ns, and become very confused. Btw3: And do the users of this repo know about this? Gilles Sadowski 于2020年6月13日周六 上午9:52写道： > 2020-06-13 1:43 UTC+02:00, Xeno Amess : > > Done. > > Environment win10, jdk8. > > Due to the binary search, the last pr in thi

Re: [commons-graph] branch master updated: Travis CI configuration.

Oh. Then I guess work in this thread is already done. Oh wait. You might need this: https://github.com/apache/commons-graph/pull/2 Gilles Sadowski 于2020年6月13日周六 上午10:11写道： > 2020-06-13 4:05 UTC+02:00, Xeno Amess : > >> This discussion requires another thread. > > > > Wel

Re: [Graph] Build fails (unit tests)

> IMO, the top priority is now to fix the failing unit tests; > personally, I'm not going to merge any PR before that is > achieved (and please refer to the JIRA identifier[1] in the > corresponding commit/PR). agreed. And I still suggest revert back to the last version which can build, and start

Re: [Graph] Build fails (unit tests)

下午9:31写道： > Hi. > > 2020-06-13 15:11 UTC+02:00, Xeno Amess : > >> IMO, the top priority is now to fix the failing unit tests; > >> personally, I'm not going to merge any PR before that is > >> achieved (and please refer to the JIRA identifier[1] in the &

Re: [crypto] New Release

I have a feeling about both mingw or cygwin build output will be slower than microsoft-visual-studio build output... Just a feeling, but no evidence. Alex Remily 于2020年6月14日周日 上午7:02写道： > I used MinGW64. It does indeed ship with make. I can provide a link > to the distribution I used if there'

[io] can we delete release 20030203.000550 in maven central?

every time my update tool chain thinks 20030203.000550 is a greater 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?) The same problem happened in BeanUtils, version 20030211.134440

Re: [io] can we delete release 20030203.000550 in maven central?

he real problem is that "An older version have a larger version number than a newer version"[1]. And nearly all rules about versioning forbids that [1]. Rob Spoor 于2020年6月14日周日 下午7:03写道： > On 14/06/2020 12:40, Xeno Amess wrote: > > every time my update tool chain thinks 2003

Re: [io] can we delete release 20030203.000550 in maven central?

Or if we should create commons-io2 and commons-BeanUtils2 like what we've done in lang3, as @John Patrick suggested? Gary Gregory 于2020年6月14日周日 下午9:39写道： > On Sun, Jun 14, 2020 at 6:40 AM Xeno Amess wrote: > > > every time my update tool chain thinks 20030203.000550 is a

Re: About binary compatibility

why not add a bc detect in travis-ci scripts? Gary Gregory 于2020年6月14日周日 下午9:42写道： > In order to avoid posting the same answer here and on GitHib over and over, > I tried to explain BC here: > > https://garygregory.wordpress.com/2020/06/14/how-we-handle-binary-compatibility-at-apache-commons/ >

Re: [io] can we delete release 20030203.000550 in maven central?

eno Amess wrote: > > > Or if we should create commons-io2 and commons-BeanUtils2 like what > > we've done in lang3, as @John Patrick suggested? > > > > Why? > > Gary > > > > > > Gary Gregory 于2020年6月14日周日 下午9:39写道： > > > > > On

Re: About binary compatibility

4写道： > Sure, go for it. > > I think we can use the default goal in Maven and use it from both TravisCI > and GitHib Actions. > > Gary > > On Sun, Jun 14, 2020, 09:52 Xeno Amess wrote: > > > why not add a bc detect in travis-ci scripts? > > > > Gary Gre

Re: About binary compatibility

Hi gary. The post looks good, but I think you can add more details about how we detect bc in commons. about plugin and other tool chains we used in such perpose, and result analyzing. Emmanuel Bourg 于 2020年6月15日周一 上午6:04写道： > Le 14/06/2020 à 15:41, Gary Gregory a écrit : > > In order to avoid po

Re: Allow to pass varargs to ObjectUtils.getIfNull

for what you want, you can simply use getFirstNonNull(final Supplier... suppliers) and then defaultIfNull(final T object, final T defaultValue) Yeldos Tanikin 于2020年6月15日周一 下午6:20写道： > Hi, > I have a suggestion to a little bit improve ObjectUtils.getIfNull, can we > allow to pass Supplier varar

Re: About binary compatibility

> I kind of like inaging1 even if it is weird and even though we do not have > a precedent here in Commons. I'm curious what others think. +1 from me. Gary Gregory 于2020年6月16日周二 上午7:07写道： > I can see filling in a small section for source compatibility but > behavioral compatibility is just too

Re: [lang] release 3.11 soon

Hi. > I'd like to release 3.11 soon. First, please review [lang-1546] https://github.com/apache/commons-lang/pull/428 when you (or other committer) have time. It shall take no more than half hour to review it. Second, like I said before, I do have a plan to refine StringUtils and CharSequenceUti

Re: [commons-parent] branch master updated: Update to latest plugins

Hi. commons.build-helper's latest version is 3.1.0 should we upgrade it also? btw, if you want to release a new version of parent I would +1 here. And I think we can use the new version of parent to make lang can build on java-ea. Thus the release plan of lang 3.11 should be delayed to after the r

Re: [commons-net] branch master updated: Fix Javadoc complaint

It really can according to html. But -1 for doing so. btw that is why I hate html. sebb 于2020年6月16日周二 下午11:25写道： > On Tue, 16 Jun 2020 at 14:28, Gary Gregory wrote: > > > > On Tue, Jun 16, 2020 at 8:53 AM wrote: > > > > > This is an automated email from the ASF dual-hosted git repository. > >

Re: [commons-net] branch master updated: Fix Javadoc complaint

' opinions first. Is there any other guy who wanna join this chat & give some opinions? sebb 于2020年6月16日周二 下午11:39写道： > On Tue, 16 Jun 2020 at 16:28, Xeno Amess wrote: > > > > It really can according to html. > > But -1 for doing so. > > btw that is why I h

[lang] consider about fixing some unit test failure in openjdk-ea before 3.11 release?

[ERROR] Errors: 3585[ERROR] FastDateFormat_ParserTest>FastDateParserTest.testLocales_LongNoEra_AD:303->FastDateParserTest.testLocales:339->FastDateParserTest.checkParse:364->FastDateParserTest.checkParse:369 » Parse 3586[ERROR] FastDateFormat_ParserTest>FastDateParserTest.testLocales_LongNoEr

Re: [lang] consider about fixing some unit test failure in openjdk-ea before 3.11 release?

: 6205, Failures: 0, Errors: 16, Skipped: 4 Seems there be 75 additional tests running on travis-ci's openjdkea? IMO witch might be the reason it fails. Any ideas? Xeno Amess 于2020年6月19日周五 上午4:41写道： > [ERROR] Errors: > 3585[ERROR] > FastDateFor

  1   2   3   >