d it),
>
> >> from Mark's edited text, which information is necessary and sufficient
>
> >> for a vote?
>
> >>
>
> >> Also, isn't this discussion a rehash of my (recurrent) question
>
> >> about whether the hash checks should be automated?
>
> >> [I mean, isn't it sufficient that the RM would indicate in the vote
>
> >> email that the hash values stored in the "dist" area are the same
>
> >> as those generated by the build?]
>
> >>
>
> >> Regards,
>
> >> Gilles
>
> >>
>
> >>>>> [...]
>
> >>
>
> >> -
>
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>
> >> For additional commands, e-mail: dev-h...@commons.apache.org
>
> >>
>
> >
>
> > -
>
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>
> > For additional commands, e-mail: dev-h...@commons.apache.org
>
> >
>
>
>
>
>
> -
>
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
>
> --
Matt Sicker
mp report page which
> you then must check.
>
> mvn install -DskipTests -P japicmp japicmp:cmp
>
> 4) Build the package
>
> mvn -V clean package
>
> You can record the Maven and Java version produced by -V in your VOTE reply.
> To gather OS information from a command li
l constructors private is that it
>
> > makes
>
> > >>>>>> people be able to extend that class.
>
> > >>>>>> for example:
>
> > >>>>>>
>
> > >>>>>>
>
> > >>>
>
> >
> https://github.com/apache/commons-lang/blob/master/src/main/java/org/apache/commons/lang3/StringUtils.java#L9627
>
> > >>>>>
>
> > >>>>> I have not see a use case that requires instances of classes that
>
> > only
>
> > >>>>> provide static methods in a long time, like the Javadoc mentions,
>
> > there
>
> > >>>>> used to be JavaBean tools that needed this, and some UI builders
>
> > IIRC,
>
> > >>> but
>
> > >>>>> I do not see a case of it today. Inheritance in Java on the static
>
> > >>> side is
>
> > >>>>> not the same as on the instance side, so subclassing a class that
>
> > only
>
> > >>>>> provides static methods is no help.
>
> > >>>>>
>
> > >>>>> Gary
>
> > >>>>>
>
> > >>>>>
>
> > >>>>>> Gary Gregory 于2020年9月6日周日 下午9:39写道：
>
> > >>>>>>
>
> > >>>>>>> The idea behind making *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?
>
> > >>>>>>>>
>
> > >>> -
>
> > >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>
> > >>> For additional commands, e-mail: dev-h...@commons.apache.org
>
> > >>>
>
> > >>>
>
> >
>
> > -
>
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>
> > For additional commands, e-mail: dev-h...@commons.apache.org
>
> >
>
> >
>
> --
Matt Sicker
/file/FileSystem.html
>
> Thanks.
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
t need.
> >
> > Ralph
> >
> > > On Sep 1, 2020, at 6:06 AM, Gary Gregory wrote:
> > >
> > > I found the following helpful but it is from 2016, so I wonder how much
> > > has changed since then:
> > >
> > > https://martowen.com/2
;
> >
>
> > I found the following helpful but it is from 2016, so I wonder how much
>
> > has changed since then:
>
> >
>
> > https://martowen.com/2016/05/01/git-submodules-vs-git-subtrees/
>
> >
>
> > Gary
>
> >
>
> > On
>>> wrote:
> >>> >
> >>> > Hi All,
> >>> >
> >>> > Any thoughts for or against creating a new git repository which would
> >>> > contain all 'proper' Common
1, 2020 at 9:11 AM Matt Sicker wrote:
> >
> > > Git submodules are pointers to other git commits. Therefore, any component
> > > changes made don’t affect the mono repo until you update said mono repo to
> > > point to the new commit. If you do this to point at
t;
> > > >>>>>
>
> > > >>>>> Hi All,
>
> > > >>>>>
>
> > > >>>>> Any thoughts for or against creating a new git repository which
> would
>
> > > >>>>> contain all 'pro
_version
>
> > > > > > > at org.apache.commons.crypto.OpenSslInfoNative.OpenSSL(Native
>
> > > > Method)
>
> > > > > > > at org.apache.commons.crypto.Crypto.main(Crypto.java:144)
>
> > > > > > >
>
> > > > > > > I wonder if we have issues on 1.1.x vs 1.0.x.
>
> > > > > > >
>
> > > > > > > My versions:
>
> > > > > > >
>
> > > > > > > openssl version
>
> > > > > > > OpenSSL 1.1.1g 21 Apr 2020
>
> > > > > > >
>
> > > > > > > mvn -version
>
> > > > > > > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>
> > > > > > > Maven home: /opt/apache-maven-3.6.3
>
> > > > > > > Java version: 1.8.0_265, vendor: AdoptOpenJDK, runtime:
>
> > > > > > >
>
> > > >
> /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre
>
> > > > > > > Default locale: en_US, platform encoding: UTF-8
>
> > > > > > > OS name: "mac os x", version: "10.15.6", arch: "x86_64",
> family:
>
> > > > "mac"
>
> > > > > > >
>
> > > > > > > Thank you,
>
> > > > > > > Gary
>
> > > > > > >
>
> > > > > > >
>
> > > > > > > On Sat, Aug 22, 2020 at 7:48 PM Gary Gregory <
>
> > garydgreg...@gmail.com
>
> > > > >
>
> > > > > > wrote:
>
> > > > > > >
>
> > > > > > > > Hi all,
>
> > > > > > > >
>
> > > > > > > > I intent on creating a release candidate for Commons Crypto
>
> > soon.
>
> > > > > > > >
>
> > > > > > > > I pushed a snapshot today which contains native binaries for
>
> > > > Windows 32
>
> > > > > > > > and 64, Linux 32 and 64, Mac 64, and ARM and ARM HF.
>
> > > > > > > >
>
> > > > > > > > Please help testing these on whatever platforms you may have
>
> > > > access to.
>
> > > > > > > >
>
> > > > > > > > Gary
>
> > > > > > > >
>
> > > > > > > >
>
> > > > > > > >
>
> > > > > >
>
> > > > > >
>
> > -
>
> > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>
> > > > > > For additional commands, e-mail: dev-h...@commons.apache.org
>
> > > > > >
>
> > > > > >
>
> > > >
>
> > > > -
>
> > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>
> > > > For additional commands, e-mail: dev-h...@commons.apache.org
>
> > > >
>
> > > >
>
> >
>
> > -
>
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>
> > For additional commands, e-mail: dev-h...@commons.apache.org
>
> >
>
> >
>
> --
Matt Sicker
in today's
>
> > ecosystem.
>
> >
>
> > Romain Manni-Bucau
>
> > @rmannibucau <https://twitter.com/rmannibucau> | Blog
>
> > <https://rmannibucau.metawerx.net/> | Old Blog
>
> > <http://rmannibucau.wordpress.c
Jochen
>
>
>
> --
>
>
>
> Look, that's why there's rules, understand? So that you think before
>
> you break 'em.
>
>
>
> -- (Terry Pratchett, Thief of Time)
>
>
>
> ---------
>
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
>
> --
Matt Sicker
eans Maven won't download the dependency.
> Surely that makes it harder for the developer?
>
> > sebb 于2020年8月26日周三 上午2:45写道：
> >
> > > Won't this mean that every component has to have a dependency on the
> > > tag library?
> > >
> > >
24日周五 下午6:50写道：
>
>
>
> > 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.
>
> >
>
> >
>
> --
Matt Sicker
optOpenJDK, runtime:
> > > > > >
> > > /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre
> > > > > > Default locale: en_US, platform encoding: UTF-8
> > > > > > OS name: "mac os x", version: "10.15.6", arch: "x86_64", family:
> > > "mac"
> > > > > >
> > > > > > Thank you,
> > > > > > Gary
> > > > > >
> > > > > >
> > > > > > On Sat, Aug 22, 2020 at 7:48 PM Gary Gregory <
> > garydgreg...@gmail.com
> > > >
> > > > > wrote:
> > > > > >
> > > > > > > Hi all,
> > > > > > >
> > > > > > > I intent on creating a release candidate for Commons Crypto soon.
> > > > > > >
> > > > > > > I pushed a snapshot today which contains native binaries for
> > > Windows 32
> > > > > > > and 64, Linux 32 and 64, Mac 64, and ARM and ARM HF.
> > > > > > >
> > > > > > > Please help testing these on whatever platforms you may have
> > > access to.
> > > > > > >
> > > > > > > Gary
> > > > > > >
> > > > > > >
> > > > > > >
> > > > >
> > > > > -
> > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > > > For additional commands, e-mail: dev-h...@commons.apache.org
> > > > >
> > > > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> > >
> >
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
hould shut that test on jdk15, or we filter out some buggy
>
> parts in that test and do not do it on jdk15?
>
> Any ideas?
>
> --
Matt Sicker
sing it for providing "convenience"
> builds for various architectures and thus spare some load on
> the Jenkins cluster, using the latter only for ensuring an
> independent build in a stable environment, and the generation
> of snapshots.
>
> Regards,
> Gil
ation
> > commons-io
> > commons-lang
> > commons-parent
> > httpcomponent-client
> > httpcomponent-core
> > httpcomponent-parent
> >
> > John
> >
> > -----
> > To unsubscribe, e-mail: dev-unsubscr...@co
not or cannot be reproduced in GitHub Actions.
>
> Looking ahead, I think we should consider publishing SNAPSHOT sites to
> GitHub.io.
>
> Gary
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apa
know that in theory, Apache only delivers source code and that
> > > > our
> > > > binary distributions are only a convenience, so there might be nothing
> > > > to
> > > > talk about, still, I want to make sure to check on expectations and
> > > > processes.
> > > >
> > > > Gary
> > >
> > > Bindul
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Sat, 8 Aug 2020 at 10:50, Gary Gregory wrote:
>
> FWIW, there recently was a bug found by Commons Lang in Java 15 and 16.
> Java 16 has now fixed the bug but it will not be fixed in Java 15, at
> least not before GA.
>
>
> Gary
>
> On Sat, Aug 8, 2020, 11:45 Matt Sic
x27;t fix the code - there may be instances
> of lastModified elsewhere.
>
> The Java bug needs to be fixed.
>
>
> On Fri, 7 Aug 2020 at 17:12, Gary Gregory wrote:
> >
> > On Fri, Aug 7, 2020 at 10:04 AM Matt Sicker wrote:
> >
> > > That sounds like a fil
g.apache.commons.io
> >
> .FileUtilsTestCase.testCopyDirectoryPreserveDates(FileUtilsTestCase.java:1403)
> >
> > I am wondering if GitHub/Travis can also be set up to run at least one
> > build on Windows so we can catch issues like these?
> >
> > Gary
> >
>
--
Matt Sicker
Hub/Travis can also be set up to run at least one
> build on Windows so we can catch issues like these?
>
> Gary
>
--
Matt Sicker
ommon in functional programming like in Scala).
On Thu, 6 Aug 2020 at 09:59, Matt Sicker wrote:
>
> Choose a seed value for the `new Random()` constructor and the tests
> will be deterministic.
>
> On Thu, 6 Aug 2020 at 09:57, Rob Tompkins wrote:
> >
> >
> >
&
h that it does
> > not fail randomly. PR anyone?
>
> Either static inputs for determinism, or putting a probabilistic boundary in
> which the solution can fall.
>
> -Rob
>
> >
> > Gary
> >
> > On Thu, Aug 6, 2020 at 10:54 AM Matt Sicker wrote:
The ECC stuff I mostly learned about from various Bernstein papers
like this one: https://cr.yp.to/newelliptic/nistecc-20160106.pdf
On Thu, 6 Aug 2020 at 09:50, Rob Tompkins wrote:
>
>
>
> > On Aug 6, 2020, at 10:42 AM, Matt Sicker wrote:
> >
> > Well, for testing R
k out information about points outside the curve or respond
to invalid inputs improperly or things like that.
On Thu, 6 Aug 2020 at 09:37, Rob Tompkins wrote:
>
>
>
> > On Aug 6, 2020, at 10:33 AM, Matt Sicker wrote:
> >
> > Now I hope we don't have unit tests depe
015 s <<< ERROR!
> > > > > 881java.lang.Exception: Unexpected exception,
> > > > > expected but
> > > > > was
> > > > > 882 at
> > > > >
> > > >
> > >
> > org.apache.commons.crypto.cipher.GcmCipherTest.testGcmTamperedData(GcmCipherTest.java:224)
> > > > > 883
> > > > > 884
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Any thoughts?
> > > > >
> > > > > The above is from
> > > > > https://travis-ci.org/github/apache/commons-crypto/jobs/715348986
> > > > >
> > > > > Gary
> > > > >
> > > >
> > >
> >
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
were using another system for generating the site.
On Tue, 4 Aug 2020 at 10:00, Gary Gregory wrote:
>
> On Tue, Aug 4, 2020 at 10:56 AM Matt Sicker wrote:
>
> > See also the asf-site and asf-staging branches for an Infra-supported
> > site publishing system:
> > htt
our+project+website+from+the+Apache+CMS
> >
> >
> > --
> > Andrew Wetmore
> > Technical Writer-Editor
> > Infra
> > *Apache Software Foundation*
> > andr...@apache.org
> >
> > <
> > https://www.avast.com/s
master/commons-release-validation/commons-text-1.7-sig-validator.sh
> > >
> >
> > For the sake of making everything easier for everyone should we put this
> > in the release-plugin for automated validation?
> >
> > -Rob
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
5.4
> > > > > > > Java version: 1.8.0_231, vendor: Oracle Corporation, runtime:
> > > > > > >
> > /Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre
> > > > > > > Default locale: en_GB, platform encoding: UTF-8
> > > > > > > OS name: "mac os x", version: "10.15.6", arch: "x86_64",
> family:
> > "mac"
> > > > > > >
> > > > > > > Details of changes since 1.6 are in the release notes:
> > > > > > >
> > > > > > >
> > > > >
> >
> https://dist.apache.org/repos/dist/dev/commons/validator/1.7-RC2/RELEASE-NOTES.txt
> > > > > > >
> > > > > > >
> > > > >
> >
> https://dist.apache.org/repos/dist/dev/commons/validator/1.7-RC2/site/changes-report.html
> > > > > > >
> > > > > > > Site:
> > > > > > >
> > > > > > >
> > > > >
> >
> https://dist.apache.org/repos/dist/dev/commons/validator/1.7-RC2/site/index.html
> > > > > > > (note some *relative* links are broken and the 1.7
> > directories are
> > > > > > > not yet created - these will be OK once the site is deployed.)
> > > > > > >
> > > > > > > CLIRR Report (compared to 1.6):
> > > > > > >
> > > > > > >
> > > > >
> >
> https://dist.apache.org/repos/dist/dev/commons/validator/1.7-RC2/site/clirr-report.html
> > > > > > >
> > > > > > > JApiCmp Report (compared to 1.6):
> > > > > > >
> > > > > > >
> > > > >
> >
> https://dist.apache.org/repos/dist/dev/commons/validator/1.7-RC2/site/japicmp.html
> > > > > > >
> > > > > > > RAT Report:
> > > > > > >
> > > > > > >
> > > > >
> >
> https://dist.apache.org/repos/dist/dev/commons/validator/1.7-RC2/site/rat-report.html
> > > > > > >
> > > > > > > KEYS:
> > > > > > > https://www.apache.org/dist/commons/KEYS
> > > > > > >
> > > > > > > Please review the release candidate and vote.
> > > > > > > This vote will close no sooner than 72 hours from now.
> > > > > > >
> > > > > > > [ ] +1 Release these artifacts
> > > > > > > [ ] +0 OK, but...
> > > > > > > [ ] -0 OK, but really should fix...
> > > > > > > [ ] -1 I oppose this release because...
> > > > > > >
> > > > > > > Thank you,
> > > > > > >
> > > > > > > Sebb,
> > > > > > > Release Manager (using key 4FAD5F62)
> > > > > > >
> > > > > > > For following is intended as a helper and refresher for
> > reviewers.
> > > > > > >
> > > > > > > Validating a release candidate
> > > > > > > ==
> > > > > > >
> > > > > > > These guidelines are NOT complete.
> > > > > > >
> > > > > > > Requirements: Git, Java, Maven.
> > > > > > >
> > > > > > > You can validate a release from a release candidate (RC) tag as
> > > > > follows.
> > > > > > >
> > > > > > > 1) Clone and checkout the RC tag
> > > > > > >
> > > > > > > git clone
> > https://gitbox.apache.org/repos/asf/commons-validator.git
> > > > > > > --branch
> > > > > > > <
> > https://gitbox.apache.org/repos/asf/commons-validator.git--branch>
> > > > > > > VALIDATOR_1_7_RC2 VALIDATOR_1_7_RC2
> > > > > > > cd VALIDATOR_1_7_RC2
> > > > > > >
> > > > > > > 2) Check Apache licenses
> > > > > > >
> > > > > > > This step is not required if the site includes a RAT report
> page
> > which
> > > > > > > you then must check.
> > > > > > >
> > > > > > > mvn apache-rat:check
> > > > > > >
> > > > > > > 3) Check binary compatibility
> > > > > > >
> > > > > > > Older components still use Apache Clirr:
> > > > > > >
> > > > > > > This step is not required if the site includes a Clirr report
> > page
> > > > > > > which you then must check.
> > > > > > >
> > > > > > > mvn clirr:check
> > > > > > >
> > > > > > > Newer components use JApiCmp with the japicmp Maven Profile:
> > > > > > >
> > > > > > > This step is not required if the site includes a JApiCmp report
> > page
> > > > > > > which you then must check.
> > > > > > >
> > > > > > > mvn install -DskipTests -P japicmp japicmp:cmp
> > > > > > >
> > > > > > > 4) Build the package
> > > > > > >
> > > > > > > mvn -V clean package
> > > > > > >
> > > > > > > You can record the Maven and Java version produced by -V in
> your
> > VOTE
> > > > > > > reply.
> > > > > > > To gather OS information from a command line:
> > > > > > > Windows: ver
> > > > > > > Linux: uname -a
> > > > > > >
> > > > > > > 5) Build the site for a single module project
> > > > > > >
> > > > > > > Note: Some plugins require the components to be installed
> > instead of
> > > > > > > packaged.
> > > > > > >
> > > > > > > mvn site
> > > > > > > Check the site reports in:
> > > > > > > - Windows: target\site\index.html
> > > > > > > - Linux: target/site/index.html
> > > > > > >
> > > > > > > 6) Build the site for a multi-module project
> > > > > > >
> > > > > > > mvn site
> > > > > > > mvn site:stage
> > > > > > > Check the site reports in:
> > > > > > > - Windows: target\site\index.html
> > > > > > > - Linux: target/site/index.html
> > > > > > >
> > > > > > > Sebb
> > > > > > >
> > > > > > >
> > -
> > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org
> > > > > > >
> > > > > > >
> > > > >
> > > > >
> -
> > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > > > For additional commands, e-mail: dev-h...@commons.apache.org
> > > > >
> > > > >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
--
Matt Sicker
son.remoting.Request$2.run(Request.java:369)
>> at
>> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
>> at java.util.concurrent.FutureTask.run(Unknown Source)
>> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown
>> Source)
>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown
>> Source)
>> at hudson.remoting.Engine$1.lambda$newThread$0(Engine.java:93)
>> at java.lang.Thread.run(Unknown Source)
>> Suppressed: hudson.remoting.Channel$CallSiteStackTrace: Remote
>> call to JNLP4-connect connection from
>> jenkins-win-he-de-1.apache.org/144.76.12.43:49684
>> at
>> hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1743)
>> at
>> hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
>> at hudson.remoting.Channel.call(Channel.java:957)
>> at
>> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:146)
>> at sun.reflect.GeneratedMethodAccessor842.invoke(Unknown
>> Source)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:498)
>> at
>> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:132)
>> at com.sun.proxy.$Proxy133.execute(Unknown Source)
>> at
>> hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1152)
>> at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1192)
>> at hudson.scm.SCM.checkout(SCM.java:504)
>> at
>> hudson.model.AbstractProject.checkout(AbstractProject.java:1208)
>> at
>> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
>> at
>> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
>> at
>> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
>> at hudson.model.Run.execute(Run.java:1815)
>> at
>> hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
>> at
>> hudson.model.ResourceController.execute(ResourceController.java:97)
>> at hudson.model.Executor.run(Executor.java:429)
>> Caused by: jenkins.util.io.CompositeIOException: Unable to delete '<
>> https://builds.apache.org/job/commons-io-windows/ws/'.> Tried 3 times
>> (of a maximum of 3) waiting 0.1 sec between attempts.
>> at
>> jenkins.util.io.PathRemover.forceRemoveDirectoryContents(PathRemover.java:90)
>> at hudson.Util.deleteContentsRecursive(Util.java:259)
>> at hudson.Util.deleteContentsRecursive(Util.java:248)
>> at
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:699)
>> ... 11 more
>> ERROR: Error cloning remote repo 'origin'
>>
> --
Matt Sicker
telling contributors that they have to
> find and install some deep freeze Java version.
>
> Gary
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
>
> the library relocates this as
>
> org.apache.commons.compress.internal.org.vafer.Foo
>
> The library only deals with
>
> org.apache.commons.compress.internal.org.vafer.Foo
>
> They cannot get mixed up.
> Please explain how this will cause problems.
>
--
Matt Sicker
urning
> >> the loss of community building.
> >>
> >> Stefan
> >>
> >> [1] with gitbox you are certainly able to contribute
> >>
> >> git clone
> >> git checkout -b my-work
> >> ...
> >> git format-patch
> >> attach patch to JIRA
> >>
> >> but you know that.
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
>
--
Matt Sicker
uil. 2020 à 17:46, Matt Sicker a écrit :
> >
> > Shading also violates a lot of common ClassLoader assumptions like not
> > having multiple copies of the same class in the same visible context
> (even
> > if different packages)
>
> How classes in different packages
14953
> <
> https://github.com/apache/commons-bcel/runs/899223983?check_suite_focus=true#step:4:14953
> >
> at
>
> org.jacoco.agent.rt.internal_43f5073.asm.ClassReader.(ClassReader.java:162)
>
> 14954
> <
> https://github.com/apache/commons-bcel/runs/899223983?check_suite_focus=true#step:4:14954
> >
> at
>
> org.jacoco.agent.rt.internal_43f5073.core.internal.instr.InstrSupport.classReaderFor(InstrSupport.java:280)
>
> 14955
> <
> https://github.com/apache/commons-bcel/runs/899223983?check_suite_focus=true#step:4:14955
> >
> at
>
> org.jacoco.agent.rt.internal_43f5073.core.instr.Instrumenter.instrument(Instrumenter.java:75)
>
> 14956
> <
> https://github.com/apache/commons-bcel/runs/899223983?check_suite_focus=true#step:4:14956
> >
> at
>
> org.jacoco.agent.rt.internal_43f5073.core.instr.Instrumenter.instrument(Instrumenter.java:107)
>
> 14957
> <
> https://github.com/apache/commons-bcel/runs/899223983?check_suite_focus=true#step:4:14957
> >
> ... 52 more
>
> Can I add the current version of ASM to my project to cure this ill? Of
> course not, that would be too easy.
>
> Instead I have to wait for 0.8.6 which will be released whenever. I am
> assuming that we would not want our POMs to depend on a snapshot...
>
> Gary
>
>
> > Gilles
> >
> > >
> > > I hope this helps someone...
> > >
> > > Gary
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
--
Matt Sicker
development).
More info here:
https://www.jenkins.io/doc/book/pipeline/
On Fri, Jul 24, 2020 at 05:43 Gilles Sadowski wrote:
> Hi.
>
> 2020-07-23 15:59 UTC+02:00, Matt Sicker :
> > [...] make every Commons component
> > easily buildable in Jenkins [...]
>
> How to do it pra
t; Gilles
> > >
> > > >
> > > > Stefan
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> >
> >
>
--
Matt Sicker
eers
> > > > Olivier
> > > >
> > > > On Thu, 23 Jul 2020 at 16:39, Stefan Bodewig wrote:
> > > >
> > > >> On 2020-07-23, Stefan Bodewig wrote:
> > > >>
> > > >> > My preference would be for using l
t.
> > >>
> > >> Of course I'm not. Sorry Gilles. :-)
> > >>
> > >> Stefan
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > >> For additional commands, e-mail: dev-h...@commons.apache.org
> > >>
> > >>
> > >
> > > --
> > > Olivier Lamy
> > > http://twitter.com/olamy | http://linkedin.com/in/olamy
> > >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
> --
> Olivier Lamy
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
--
Matt Sicker
that (I assume) you don't want to use,
> > and that is causing inconvenience for you and that is bothering you?
>
> The inconvenience is the invalid assumption that everyone
> should use GH even though that was never discussed.
>
> > And you want the rest of us to not use the tool because of that?
>
> Where did you get that conclusion from?
>
> Is GH more than a convenience tool like Travis, Coveralls or
> SonarQube?
> Or is it a core part of the work flow like "git"?
> If so, when did this happen? Where is the decision recorded?
>
> Gilles
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
ust confused.
>
--
Matt Sicker
ng gradle be a part of our systems (don’t
> have
> > > to get rid of maven either).
> > >
> > > Cheers,
> > > -Rob
> > > -----
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> > >
> >
>
--
Matt Sicker
;at hudson.remoting.UserRequest.perform(UserRequest.java:212)
> >>at hudson.remoting.UserRequest.perform(UserRequest.java:54)
> >>at hudson.remoting.Request$2.run(Request.java:369)
> >>at
> >>
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> >>at java.util.concurrent.FutureTask.run(Unknown Source)
> >>at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown
> >> Source)
> >>at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown
> >> Source)
> >>at hudson.remoting.Engine$1.lambda$newThread$0(Engine.java:93)
> >>at java.lang.Thread.run(Unknown Source)
> >> ERROR: Error cloning remote repo 'origin'
> >> hudson.plugins.git.GitException: Failed to delete workspace
> >>at
> >>
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:702)
> >>at
> >>
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:153)
> >>at
> >>
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:146)
> >>at hudson.remoting.UserRequest.perform(UserRequest.java:212)
> >>at hudson.remoting.UserRequest.perform(UserRequest.java:54)
> >>at hudson.remoting.Request$2.run(Request.java:369)
> >>at
> >>
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> >>at java.util.concurrent.FutureTask.run(Unknown Source)
> >>at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown
> >> Source)
> >>at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown
> >> Source)
> >>at hudson.remoting.Engine$1.lambda$newThread$0(Engine.java:93)
> >>at java.lang.Thread.run(Unknown Source)
> >>Suppressed: hudson.remoting.Channel$CallSiteStackTrace: Remote
> >> call to JNLP4-connect connection from
> >> static.218.113.76.144.clients.your-server.de/144.76.113.218:64663
> >>at
> >> hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1743)
> >>at
> >>
> hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
> >>at hudson.remoting.Channel.call(Channel.java:957)
> >>at
> >>
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:146)
> >>at sun.reflect.GeneratedMethodAccessor842.invoke(Unknown
> >> Source)
> >>at
> >>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> >>at java.lang.reflect.Method.invoke(Method.java:498)
> >>at
> >>
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:132)
> >>at com.sun.proxy.$Proxy133.execute(Unknown Source)
> >>at
> >> hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1152)
> >>at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1192)
> >>at hudson.scm.SCM.checkout(SCM.java:504)
> >>at
> >> hudson.model.AbstractProject.checkout(AbstractProject.java:1208)
> >>at
> >>
> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
> >>at
> >> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
> >>at
> >>
> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
> >>at hudson.model.Run.execute(Run.java:1815)
> >>at
> >> hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
> >>at
> >> hudson.model.ResourceController.execute(ResourceController.java:97)
> >>at hudson.model.Executor.run(Executor.java:429)
> >> Caused by: jenkins.util.io.CompositeIOException: Unable to delete '<
> >> https://builds.apache.org/job/commons-io-windows/ws/'.> Tried 3 times
> (of
> >> a maximum of 3) waiting 0.1 sec between attempts.
> >>at
> >>
> jenkins.util.io.PathRemover.forceRemoveDirectoryContents(PathRemover.java:90)
> >>at hudson.Util.deleteContentsRecursive(Util.java:259)
> >>at hudson.Util.deleteContentsRecursive(Util.java:248)
> >>at
> >>
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:699)
> >>... 11 more
> >> ERROR: Error cloning remote repo 'origin'
> >>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
not required if the site includes a Clirr report page which
> > you then must check.
> >
> > mvn clirr:check
> >
> > Newer components use JApiCmp with the japicmp Maven Profile:
> >
> > This step is not required if the site includes a JApiCmp report page which
>
>
> > > We have happened an error ERROR_1 with some kind of specific
> interesting
> > > thing: something
> > >
> > >
> > >
> > > There are some additional new functuionality that I would like to offer
> > to
> > > StringUtils, similar to the following.
> > >
> > > So if it is in scope of Commons I would like to create a Pull Request
> > with
> > > a
> > > changes proposal.
> > >
> > > The main question: Does it need to Commons Lang or not?
> > >
> > >
> > >
> > > Kind regards,
> > >
> > > Sergei Visotsky
> > >
> > >
> > >
> > >
> >
>
--
Matt Sicker
m/apache/commons-lang/pull/559 I am going
> > with "LockingVistors".
> >
> > Gary
> >
> > On Tue, Jul 7, 2020 at 2:33 PM Rob Tompkins wrote:
> >
> >> I’m not all that familiar with that area of academia. Let me see what I
> >>
something more descriptive here that get’s closer to what the
> intended functionality is.
>
> That said, I’m not particularly tied to the name “ThreadedLambdaSynchronizer”
> just spitballing here for something more descriptive than “Lock”
>
> -Rob
>
> > On Jun 29, 2
er
> > > > than running one after the other.
> > > >
> > > > The VM or Java spec makes no such guarantee and the tests have no
> > control
> > > > over VM scheduling. There are cases where this will fail when under
> > heavy
> > &
gt;
> > > > > Case matters here, so I wonder if the original others did not cross
> > > > compile
> > > > > from Linux and instead built a little here, a little there, and so
> on.
> > > > >
> > > > > I can see "
nSslCryptoRandomNative.c:19:
> [exec] /usr/include/openssl/aes.h:13:11: fatal error:
> openssl/opensslconf.h: No such file or directory
> [exec] # include
> [exec]^~~
> [exec] compilation terminated.
> [exec] make[1]: ***
>
is is not available https://issues.apache.org/jira/projects/GRAPH ?
>
> Strange; again maybe the reason is in the ML archive.
>
> Best,
> Gilles
>
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additiona
are willing to participate to
> > >> the "upstream" Java project, of course).
> > >>
> > >> Regards,
> > >> Gilles
> > >>
> > >> >> [...]
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > >> For additional commands, e-mail: dev-h...@commons.apache.org
> > >>
> > >>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
.cipher.GcmCipherTest)
> > > > > Time elapsed: 0.019 s <<< ERROR!
> > > > > 3041java.lang.Exception: Unexpected exception,
> > > > > expected but
> > > > > was
> > > > > 3042 at
> > > > >
> > > org.apache.commons.crypto.cipher.GcmCipherTest.testGcmTamperedData(GcmCipherTest.java:224)
> > > > >
> > > > > Is that an error in commons-crypto, or something up with the Travis CI
> > > > > env? I haven't seen it on my dev environments.
> > > > >
> > > > > -Geoff
> > > > >
> > > > > -
> > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > > > For additional commands, e-mail: dev-h...@commons.apache.org
> > > > >
> > > > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> > >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Definitely gotta be a line ending issue. This has happened in log4j’s repo
before.
On Sat, Mar 7, 2020 at 09:21 Oliver Heger
wrote:
>
>
> Am 06.03.20 um 23:23 schrieb Gary Gregory:
> > What happened here? The _whole_ file was replaced?
> No idea. A line-ending issue? I am on Linux.
>
> Oliver
>
to do this two step for us:
> - The tests should fail if only the test changes are applied, if not the PR
> is red.
> - If the tests fail, then GH can evaluate the whole PR.
>
> How the tests fail and where I'll leave aside for now.
>
> Thoughts?
>
> Gary
--
Matt S
--
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
t; }
> > hash = mix32(k, hash);
> > // Update the offset and length
> >
>
> That seems clearer, thanks.
>
> This seems like the kind of code we might want fuzz test. It seems
> quite unlikely otherwise we'd hit this case. I also wonder if
>
> Thoughts?
>
> I see in several places:
>
> // Note: This fails to apply masking using 0xL to the seed.
>
> Shouldn't this be in the Javadoc?
>
> Gary
>
--
Matt Sicker
/java/org/apache/commons/lang3/reflect/TypeUtils.java
> > >>>>> +++ b/src/main/java/org/apache/commons/lang3/reflect/TypeUtils.java
> > >>>>> @@ -1149,7 +1149,7 @@ public class TypeUtils {
> > >>>>>}
> > >>>>>}
> > >>>>>
> > >>>>> -return types.toArray(new Type[types.size()]);
> > >>>>> +return types.toArray(new Type[0]);
> > >>>>>}
> > >>>>>
> > >>>>>/**
> > >>>>> diff --git
> > >>>> a/src/main/java/org/apache/commons/lang3/text/StrTokenizer.java
> > >>>>> b/src/main/java/org/apache/commons/lang3/text/StrTokenizer.java
> > >>>>> index c9ab666..97fae7d 100644
> > >>>>> --- a/src/main/java/org/apache/commons/lang3/text/StrTokenizer.java
> > >>>>> +++ b/src/main/java/org/apache/commons/lang3/text/StrTokenizer.java
> > >>>>> @@ -604,10 +604,10 @@ public class StrTokenizer implements
> > >>>>> ListIterator, Cloneable {
> > >>>>>if (chars == null) {
> > >>>>>// still call tokenize as subclass may do some
> > work
> > >>>>>final List split = tokenize(null, 0, 0);
> > >>>>> -tokens = split.toArray(new String[split.size()]);
> > >>>>> +tokens = split.toArray(new String[0]);
> > >>>>>} else {
> > >>>>>final List split = tokenize(chars, 0,
> > >>>>> chars.length);
> > >>>>> -tokens = split.toArray(new String[split.size()]);
> > >>>>> +tokens = split.toArray(new String[0]);
> > >>>>>}
> > >>>>>}
> > >>>>>}
> > >>>>> diff --git
> > >>>>>
> > a/src/main/java/org/apache/commons/lang3/time/DurationFormatUtils.java
> > >>>>>
> > b/src/main/java/org/apache/commons/lang3/time/DurationFormatUtils.java
> > >>>>> index 83af2e0..4a75237 100644
> > >>>>> ---
> > >>>> a/src/main/java/org/apache/commons/lang3/time/DurationFormatUtils.java
> > >>>>> +++
> > >>>> b/src/main/java/org/apache/commons/lang3/time/DurationFormatUtils.java
> > >>>>> @@ -564,7 +564,7 @@ public class DurationFormatUtils {
> > >>>>>if (inLiteral) { // i.e. we have not found the end of the
> > >>>> literal
> > >>>>>throw new IllegalArgumentException("Unmatched quote in
> > >>>>> format: " + format);
> > >>>>>}
> > >>>>> -return list.toArray(new Token[list.size()]);
> > >>>>> +return list.toArray(new Token[0]);
> > >>>>>}
> > >>>>>
> > >>>>>
> > >>>>>
> > >>
> > //---
> > >>>>> diff --git
> > >>>>> a/src/main/java/org/apache/commons/lang3/time/FastDatePrinter.java
> > >>>>> b/src/main/java/org/apache/commons/lang3/time/FastDatePrinter.java
> > >>>>> index a5edb28..888d3fb 100644
> > >>>>> ---
> > a/src/main/java/org/apache/commons/lang3/time/FastDatePrinter.java
> > >>>>> +++
> > b/src/main/java/org/apache/commons/lang3/time/FastDatePrinter.java
> > >>>>> @@ -160,7 +160,7 @@ public class FastDatePrinter implements
> > >> DatePrinter,
> > >>>>> Serializable {
> > >>>>> */
> > >>>>>private void init() {
> > >>>>>final List rulesList = parsePattern();
> > >>>>> -mRules = rulesList.toArray(new Rule[rulesList.size()]);
> > >>>>> +mRules = rulesList.toArray(new Rule[0]);
> > >>>>>
> > >>>>>int len = 0;
> > >>>>>for (int i=mRules.length; --i >= 0; ) {
> > >>>>> diff --git
> > >>>>>
> > >>
> > a/src/test/java/org/apache/commons/lang3/concurrent/EventCountCircuitBreakerTest.java
> > >>
> > b/src/test/java/org/apache/commons/lang3/concurrent/EventCountCircuitBreakerTest.java
> > >>>>> index b3fb5cf..2819006 100644
> > >>>>> ---
> > >>>>>
> > >>
> > a/src/test/java/org/apache/commons/lang3/concurrent/EventCountCircuitBreakerTest.java
> > >>>>> +++
> > >>>>>
> > >>
> > b/src/test/java/org/apache/commons/lang3/concurrent/EventCountCircuitBreakerTest.java
> > >>>>> @@ -407,7 +407,7 @@ public class EventCountCircuitBreakerTest {
> > >>>>> */
> > >>>>>public void verify(final Boolean... values) {
> > >>>>>assertArrayEquals(values,
> > >>>>> -changedValues.toArray(new
> > >>>>> Boolean[changedValues.size()]));
> > >>>>> +changedValues.toArray(new Boolean[0]));
> > >>>>>}
> > >>>>>}
> > >>>>>}
> > >>>>>
> > >>>>>
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > >> For additional commands, e-mail: dev-h...@commons.apache.org
> > >>
> > >>
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
xceptions in some methods and
> IllegalArgumentExceptions in others.
>
> I propose we standardized to NPE simply because the JRE provides
> Objects.requireNonNull() just for this purpose.
>
> Gary
>
--
Matt Sicker
eocean/creating-pipelines/
> > <https://jenkins.io/doc/book/blueocean/creating-pipelines/>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev
<http://like-like.xenei.com>
> > LinkedIn: http://www.linkedin.com/in/claudewarren
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
I’m sort of going off of what GNU projects do (they use autotools for any C
projects), but the common ‘./configure && make && sudo make install’
snippet is almost timeless.
On Sun, Sep 29, 2019 at 13:01, sebb wrote:
> On Sun, 29 Sep 2019 at 17:21, Matt Sicker wrote:
> &g
s* meant to be in the
> > source distribution. Without it, building from source is more difficult.
> > I forgot this for the 1.2.0 release and there were complaints as a
> result.
>
> Is the config file OS and version independent?
> If not, then it might be confusing.
>
> Why is it not in the Git repo?
>
> > >>>> Also there are some Git files missing from the src zip.
> > >>>> Not sure if that is intentional?
> > >>>>
> > >>>> CONTRIBUTING.md
> > >>>> HOWTO-RELEASE.txt
> > >>>> README.md
> > >>>>
> > >>>
> > >>> I certainly would expect CONTRIBUTING.md and README.md to be in the
> src
> > >>> zip, not quite a blocker for me. I am more concerned that we are
> including
> > >>> all of these OBJ and EXE files.
> >
> > The .md files are generated but I agree they should be in the source
> > distribution. I'll see about getting them added.
> >
> > The HOWTO_RELEASE.txt is perhaps more debatable but on balance I think
> > it should be there too.
>
> Does no harm, and makes it easier to compare source tag with source bundle.
>
> > Mark
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
not yield the same result. I don't think that's
> > > > a desirable feature.
> > > >
> > > > Regards,
> > > > Gilles
> > > >
> > > > > Claude
> > > > >
> > > > >
> > > > > On Fri, Sep 13, 2019 at 2:22 PM Gilles Sadowski <
> > gillese...@gmail.com>
> > > > > wrote:
> > > > >
> > > > > > > > [...]
> > > > > > >
> > > > > > > Gilles,
> > > > > > >
> > > > > > > Take a look at the PR, I added comments to allow the PR to have 0
> > > deps.
> > > > > > >
> > > > > > > Gary
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > IMO, the package should be named "bloomfilter" (without "s").
> > > > > > Naming seems inconsistent in [Collections]: Some (package)
> > > > > > names are singular, other plural.
> > > > > >
> > > > > > * Indent must be 4 spaces.
> > > > > > * All fields and methods must be commented.
> > > > > > * "FilterConfig" contains a "main" method.
> > > > > > * Local variables and fields must be declared "final" whenever
> > > constant.
> > > > > > * Some methods are declared "final", others not.
> > > > > > * "BloomFilter" should be made immutable.
> > > > > > * "BloomFilter" could do without a second constructor:
> > "FilterConfig"
> > > > > > should have a method that returns a "BitSet".
> > > > > > * "BloomFilter" must make a defensive copy of its "bitSet"
> > argument.
> > > > > > * What's the difference between "match" and "equals"?
> > > > > > * Why is "STORED_SIZE" public?
> > > > > > * "Utils" classes should be avoided.
> > > > > > * Hash function should be imported/shaded from "Commons Codec"
> > > > > > (and defined there if missing).
> > > > > > * Constructor(s) should be private (instantiation through factory
> > > > > > methods (cf. ValJO).
> > > > > > * "Serializable" should be avoided.
> > > > > > * The "update" methods are missing explanations (or reference)
> > about
> > > > > > their purpose. Also, it seems that "update" and "build" are
> > > redundant.
> > > > > > * Does "getLog" return a standard value? If so, the reference
> > should
> > > > > > appear in the Javadoc (not just as code comment).
> > > > > > * What is the purpose of method "asBitSet()"?
> > > > > > * (IIUC) "ProtoBloomFilter" should be renamed "BloomFilterFactory".
> > > > > > "ProtoBloomFilterBuilder" should be a static inner class of that
> > > > > > factory.
> > > > > >
> > > > > > Regards,
> > > > > > Gilles
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > > For additional commands, e-mail: dev-h...@commons.apache.org
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> > >
> >
>
>
> --
> I like: Like Like - The likeliest place on the web
> <http://like-like.xenei.com>
> LinkedIn: http://www.linkedin.com/in/claudewarren
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
1 was released on 2019-09
> > > - COMPRESS 1.19 was released on 2019-08-27.
> > > - DAEMON-1.2.1 was released on 2019-09-09.
> > > - RELEASE-PLUGIN-1.7 was released on 2019-09-02.
> > > - TEXT-1.8 was releas
s, GitHub PRs in a timely
> > manner.
> > --
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
7.
> - DAEMON-1.2.1 was released on 2019-09-09.
> - RELEASE-PLUGIN-1.7 was released on 2019-09-02.
> - TEXT-1.8 was released on 2019-09-02.
> - VFS-2.4.1 was released on 2019-08-14.
>
> ## Community Health:
> We are handling the mailing lists, JIRA tickets, GitHub PRs in a tim
st week ;) - so will start included
> in the happy but happy to catch up after.
> Pushed in my todo to hack in sandbox but from scratch works too for me.
>
> Le lun. 9 sept. 2019 à 18:10, Matt Sicker a écrit :
>
> > We have scattered graph logic in Jenkins Core as well as the P
> > elsewhere?
> > > > >
> > > > > I found in sandbox that doc
> > > > >
> > > > >
> > > >
> > >
> > https://commons.apache.org/sandbox/commons-graph/apidocs/org/apache/commons/graph/DirectedGraph.html
> > > > > ,
> > > > > but wonder if we have something live and if not why it failed.
> > > > >
> > > > > My rational is I started to write some DAG modelization and
> > tooling
> > > > > (backward browsing in my case) but I see it could be generic so
> > wonder
> > > if
> > > > > it is worse thinking about commons or incubator of if scope is
> > too
> > > small
> > > > > for that and keeping it specific is saner.
> > > > >
> > > > > Anyone has some pointers?
> > > >
> > > >
> > > > --
> > > >
> > > >
> > > > ---
> > > > Marco Neumann
> > > > KONA
> > > >
> > > > --
> > > >
> > > >
> > > > ---
> > > > Marco Neumann
> > > > KONA
> > > >
> > >
> >
> >
> > --
> >
> >
> > ---
> > Marco Neumann
> > KONA
> >
> >
> >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
I believe Commons was contacted directly with this due to past
participation in GSoC. Otherwise, we’ve emailed committers@ along with some
specific lists related to GSoC and Outreachy.
On Wed, Sep 4, 2019 at 06:44, Gilles Sadowski wrote:
> Le mar. 3 sept. 2019 à 23:48, Matt Sicker a éc
nt to be a mentor, and ensure we can capture a
> >contribution friction log from your interns.
> >
> > => Get consensus from your project’s PMC about the previous points would
> > usually involve a discussion on the dev list about the proposed project,
> > resulting
I think I replied to the wrong email.
On Sun, Sep 1, 2019 at 04:53, Gilles Sadowski wrote:
> Hi.
>
> 2019-09-01 6:08 UTC+02:00, Matt Sicker :
> > If you enable the project authorization setting on Jenkins, you can store
> > credentials in a specific user who the build r
over the evolution of one or the other's
> policy, why put all one's eggs in one basket?
>
> Gilles
>
> >
> > Gary
> >
> > On Sat, Aug 31, 2019, 12:53 Matt Sicker wrote:
> >
> > > GitHub Actions are more of a replacement for Travis curr
turns 404 for links you are not allowed to see.
>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
t; A last note: The tool is extremely non-invasive. Any project using it can
> decide at any point to discontinue the use. All it needs is to delete the
> tests that start the tool, remove the dependency from the POM file and that
> is it.
>
> --
> Peter Verhas
> pe...@verhas.com
> t: +41791542095
> skype: verhas
>
--
Matt Sicker
. where it is unusual to see a different
> value. Defaults should never be changed.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
6.1/maven-model/maven.html
> > > > [2]
> > > >
> http://maven.apache.org/developers/conventions/code.html#POM_Code_Convention
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > > For additional commands, e-mail: dev-h...@commons.apache.org
> > > >
> > > >
> > >
> > > --
> > > I like: Like Like - The likeliest place on the web
> > > <http://like-like.xenei.com>
> > > LinkedIn: http://www.linkedin.com/in/claudewarren
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
Yes, I think you understand us. A strategy pattern with default sensible
strategies to choose.
On Wed, Aug 14, 2019 at 06:08, Stefan Bodewig wrote:
> On 2019-08-13, Matt Sicker wrote:
>
> > The enum makes sense. Are there any feasible ways to, say, configure
> > some sort of
569559b90ea29a031f035f067/src/main/java/org/apache/commons/compress/archivers/zip/ZipArchiveEntry.java#L1117
> understandable?
>
> Thanks
>
> Stefan
>
> -
> To unsubscribe,
/beanutils/1.9.4-RC2/site/rat-report.html
> >
> > KEYS:
> > https://www.apache.org/dist/commons/KEYS
> >
> > Please review the release candidate and vote.
> > This vote will close no sooner that 72 hours from now.
> >
> > [ ] +1 Release these artifacts
> > [ ] +0
I just noticed there's no 1.0 release, so I suppose it doesn't even
need to change the version yet.
On Sat, 3 Aug 2019 at 12:24, Matt Sicker wrote:
>
> Oh I’d be interested in a functor2 that’s adapted for Java 8. I might work on
> a proof of concept proposal first.
>
&g
available
> in standard classes.
>
> It would be most interesting to read what the developers who contributed
> to that component think.[3]
>
> Regards,
> Gilles
>
> [1]
> https://commons.apache.org/proper/commons-functor/source-repository.html
> [2] https://commons.apache
lified and released if there's still interest.
>
> Bruno
>
> On Wednesday, 31 July 2019, 3:59:25 am NZST, Matt Sicker
> wrote:
>
> On Tue, 30 Jul 2019 at 08:50, Gilles Sadowski wrote:
> > I certainly agree with Gary as to why "Commons" is not there being a
&
guages like Haskell where "real" functional
programming tends to take place still. Or maybe I'm misunderstanding
the point of this question entirely.
[1]: https://www.functionaljava.org/
[2]: https://www.vavr.io/
--
Matt Sicker
-
Are there any future plans in place to make larger changes to the API
> such
> > that lambda expressions would be supported?
> >
> > We thank you for taking the time to answer our questions. If you would
> > like to be posted about the results of this study, please let us know!
> >
> > Kind Regards,
> > Fernando Petrulio.
> >
> >
> > [photo-logo]
> > Fernando Petrulio
> > PhD Student University of Zurich UZH
> > Department of Informatics
> >
> > [linkedin] https://www.linkedin.com/in/fernando-petrulio
> >
>
--
Matt Sicker
dditional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
ked fine with "openjdk8
> <https://travis-ci.org/apache/commons-statistics/jobs/557070246>".
> Does anybody else faced the same issue before? How to resolve this issue?
>
> Thank you
> Regards
> --
> *Virendra Singh Rajpurohit*
>
> --
Matt Sicker
the consensus is against that I'm
> fine with that. I'd rather spend time convincing people it is helpful
> for the project to use a consistent formatting throughout than endlessly
> debate the merits of each individual option.
>
> I also fixed the line endings of the 10 or so files that were using \r\n
> line endings rather than the recommended \n.
>
> Mark
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
> --
Matt Sicker
> Regards,
> Gilles
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
--
Matt Sicker
---
e, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
hope the Apache community feels the same way!
>
> Thanks,
> Melloware
--
Matt Sicker
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
-X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions,
> please read the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>
> I get it when I run:
>
> mvn install site -DskipTests -Ddoclint=none -e
>
> Using:
>
> Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555;
> 2019-04-04T15:00:29-04:00)
> Maven home: C:\Java\apache-maven-3.6.1\bin\..
> Java version: 1.8.0_212, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\jdk1.8.0_212\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Gary
>
--
Matt Sicker
gt; highest value is. Are there any existing JIRA issues that come to mind?
>
> Regards,
> Mark
>
> > -----Original Message-
> > From: Matt Sicker
> > Sent: Thursday, May 16, 2019 8:22 AM
> > To: Commons Developers List
> > Subject: Re: [io] NI
Thanks, Gary!
On Thu, 16 May 2019 at 05:37, Gary Gregory wrote:
>
> The one patch has been merged.
>
> Gary
>
> On Thu, May 16, 2019, 02:03 Matt Sicker wrote:
>
> > I’ve been interested in seeing IO be updated to include support for using
> > Path instead of jus
is of
> very high quality, short and to the point, ready or nearly ready to merge.
> I would appreciate any feedback I can get on the JIRA issue or GitHub PR.
> I'm hopeful this could make commons-io 2.7. Thanks for your attention and
> consideration.
>
>
>
> Regards,
>
> Mark
>
--
Matt Sicker
101 - 200 of 583 matches
Mail list logo
