If we are changing the Javadoc settings, we should update the footer
to include the full list of attributions.
On Sat, 18 May 2024 at 12:59, Emmanuel Bourg wrote:
>
> Le 18/05/2024 à 13:07, Gary Gregory a écrit :
> > You must be talking about this:
> >
> >
On Fri, 17 May 2024 at 00:11, Gary Gregory wrote:
>
> Can we PLEASE not do this unless we know what the plan is for Commons
> overall? I really don't want to have this stuff copied in all Commons
> Components because I doubt we will want to add Commons Lang as a dependency
> in all Components.
On Fri, 19 Apr 2024 at 16:11, Gary Gregory wrote:
>
> It sounds to me like the Apache wide news blog is the best place or the
> site.
Or both:
- ASF news could have a general blog entry that draws attention to the feature
- Commons site would be used for more specific entries.
Posting on the
On Thu, 18 Apr 2024 at 16:07, Gary Gregory wrote:
>
> The Apache Commons Imaging team is pleased to announce the release of
> Apache Commons Imaging 1.0.0-alpha5.
>
> Apache Commons Imaging (previously Sanselan) is a pure-Java image library.
>
> The 1.0.0-alpha5 release requires Java 8.
>
>
On Sun, 7 Apr 2024 at 17:51, Thomas Vandahl wrote:
>
> Hi Sebastian
>
> > Am 06.04.2024 um 15:38 schrieb sebb :
> >
> > Another minor issue:
> > If you run 'mvn test' without first doing 'mvn clean', it fails with:
> >
> > [ERROR] JDBCDiskCacheUnitT
Another minor issue:
If you run 'mvn test' without first doing 'mvn clean', it fails with:
[ERROR] JDBCDiskCacheUnitTest.testInitializePoolAccess_withPoolName:157
» SQL Table already exists: JCSTESTTABLE_INITIALIZEPOOLACCESS in
statement [CREATE CACHED TABLE JCSTESTTABLE_InitializePoolAccess]
On Tue, 2 Apr 2024 at 15:40, mogasale.tech wrote:
>
> Thanks for the response.
>
> I have thoughts about this change not only within DomainValidator, but also
> to make it configurable at the two classes (EmailValidator and
> UrlValidator) where DomainValidator#isValid is consumed today.
>
> I'll
Could one calculate the hashes for each entry, sort them, and then
generate the hash for the collection?
On Thu, 7 Mar 2024 at 06:59, Mark Struberg wrote:
>
> The question to me is how we can make it more robust.
> In a Collection (but actually also in most lists) the order in which you get
>
Would it make sense to just convert the JUnit 3 tests to JUnit4?
Or would that be a waste of time?
On Thu, 29 Feb 2024 at 21:19, Gary Gregory wrote:
>
> Oops, I mean TestNG.
>
> Gary
>
> On Thu, Feb 29, 2024, 3:41 PM Gary Gregory wrote:
>
> > Thank you for digging into this Eric.
> >
> >
On Thu, 29 Feb 2024 at 09:53, Piotr P. Karwasz wrote:
>
> Hi sebb,
>
> On Thu, 29 Feb 2024 at 10:25, sebb wrote:
> > > but dependency management can be used to
> > > prevent version mismatches.
> >
> > What dependency management is that? Does Mav
On Thu, 29 Feb 2024 at 00:13, Piotr P. Karwasz wrote:
>
> Hi sebb,
>
> On Wed, 28 Feb 2024 at 23:48, sebb wrote:
> > > Remark that I am talking about moving whole packages to new artifacts.
> >
> > Will these packages be renamed?
> >
> > If not,
On Wed, 28 Feb 2024 at 20:06, Piotr P. Karwasz wrote:
>
> Hi Romain,
>
> On Wed, 28 Feb 2024 at 16:30, Romain Manni-Bucau
> wrote:
> >
> > Hmm, splitting will require a package change at least for osgi.
>
> OSGi should be painless: the common practice is to use
> `Import-Package` instead of
On Tue, 13 Feb 2024 at 00:40, sebb wrote:
>
> On Mon, 12 Feb 2024 at 16:40, Elliotte Rusty Harold
> wrote:
> >
> > Be careful with this one. I don't have full context, but this looks
> > likely to be a real bug on some code paths and perhaps not a bug on
> >
On Mon, 12 Feb 2024 at 16:40, Elliotte Rusty Harold wrote:
>
> Be careful with this one. I don't have full context, but this looks
> likely to be a real bug on some code paths and perhaps not a bug on
> others. We'll need to make sure that the patch for the broken code
> path doesn't break a
On Sat, 10 Feb 2024 at 16:27, Gary Gregory wrote:
>
> Hi All:
>
> I want to focus on content before we decide what label to put on the
> next release. Then, we can see if we want to break binary
> compatibility (BC) for a Commons Logging 2.0.0.
>
> My main driver for the next version is to drop
On Sun, 24 Dec 2023 at 16:58, wrote:
>
> This is an automated email from the ASF dual-hosted git repository.
>
> aherbert pushed a commit to branch master
> in repository https://gitbox.apache.org/repos/asf/commons-numbers.git
>
>
> The following commit(s) were added to refs/heads/master by this
On Sun, 24 Dec 2023 at 16:14, Alex Herbert wrote:
>
> On Sun, 24 Dec 2023 at 13:58, sebb wrote:
> >
> > On Sun, 24 Dec 2023 at 13:16, Alex Herbert wrote:
> > >
> > > On Sun, 24 Dec 2023 at 11:45, Elliotte Rusty Harold
> > > wrote:
> > >
Oops; fixed
On Sun, 24 Dec 2023 at 15:49, Gary Gregory wrote:
>
> It seems that [IO] tries and fails to deploy snapshots for PRs. That
> should not happen, the deploying, that is.
>
> PR log:
> ...
> [INFO] --- maven-deploy-plugin:3.1.1:deploy (default-deploy) @ commons-io ---
> 189[INFO]
>
FTR, in case compiles fail with an unexpected error:
There was a regression in 3.12.0:
https://issues.apache.org/jira/browse/MCOMPILER-567
Should be fixed in 3.12.1, which has just been released.
Sebb
-
To unsubscribe, e-mail
On Sun, 24 Dec 2023 at 13:16, Alex Herbert wrote:
>
> On Sun, 24 Dec 2023 at 11:45, Elliotte Rusty Harold
> wrote:
> >
> > On Sun, Dec 24, 2023 at 9:59 AM sebb wrote:
> > >
> > > Both Numbers and Statistics have implementations of
> >
Both Numbers and Statistics have implementations of
BigInteger toUnsignedBigInteger(long treatedAsUnsigned)
But these methods are in test classes.
Seems to me it would be useful to provide a public version of the
method, but where does it belong?
Sebb
On Sat, 23 Dec 2023 at 15:44, Gilles Sadowski wrote:
>
> Hello.
>
> Le sam. 23 déc. 2023 à 16:30, sebb a écrit :
> >
> > The test MultiStartMultivariateOptimizerTest.testCircleFitting [1]
> > seems to be flaky.
> >
> > It often fails with values below
The test MultiStartMultivariateOptimizerTest.testCircleFitting [1]
seems to be flaky.
It often fails with values below the expected minimum of 750.
Does this indicate a real failure, or can the minimum be safely reduced?
Sebb
[1]
https://github.com/apache/commons-math/blob
gt; JUnit 5 has broken in compatibility but I've not taken the time to pursue
> it.
So Sandbox?
> Gary
>
> On Wed, Dec 20, 2023, 12:31 PM sebb wrote:
>
> > There is a repo at https://github.com/apache/commons-testing, but
> > almost no actual code changes.
> >
There is a repo at https://github.com/apache/commons-testing, but
almost no actual code changes.
The component does not appear in the sandbox, dormant or proper
categories, and I could find no website for it. Seems to me the repo
should at least be flagged as dormant or sandbox.
Sebb
t sure we need to go this far here,
> but there might be tidbits there that may prove useful.
>
> Gary
>
> On Wed, Dec 20, 2023, 8:25 AM sebb wrote:
>
> > On Tue, 19 Dec 2023 at 16:03, Gary Gregory wrote:
> > >
> > > I think it would be a nice-to-have f
On Wed, 20 Dec 2023 at 16:16, Alex Herbert wrote:
>
> On Wed, 20 Dec 2023 at 13:19, sebb wrote:
> >
> > On Tue, 19 Dec 2023 at 16:08, Alex Herbert wrote:
> > >
> > > Thanks Sebb,
> > >
> > > Note that previously the GH action was running
other requests.
> Gary
>
> On Tue, Dec 19, 2023, 5:41 AM sebb wrote:
>
> > Crypto now has a workflow [4] that deploys a SNAPSHOT version.
> >
> > I don't know if we want to do this for all components, but if so, the
> > process is:
> > - ra
On Tue, 19 Dec 2023 at 16:08, Alex Herbert wrote:
>
> Thanks Sebb,
>
> Note that previously the GH action was running the default goal:
> 'clean verify javadoc:javadoc'.
>
> Since we now need to specify the 'deploy' goal as well the above
> defaults can be switched in
Created https://issues.apache.org/jira/browse/INFRA-25297 to get
access to credentials
Added code to maven.yml to deploy the snapshot (needs to be enabled
when creds are granted)
-
To unsubscribe, e-mail:
On Tue, 19 Dec 2023 at 12:25, Alex Herbert wrote:
>
> On Tue, 19 Dec 2023 at 10:41, sebb wrote:
> >
> > Crypto now has a workflow [4] that deploys a SNAPSHOT version.
> >
> > I don't know if we want to do this for all components, but if so, the
> > process i
together.
Other components will be much simpler.
Are there any other components that would benefit from/need snapshots?
Sebb
[1] e.g. https://issues.apache.org/jira/browse/INFRA-25296
[2] https://github.com/actions/setup-java#maven-options
[3]
https://github.com/actions/setup-java/blob/main/docs
In the meantime, I have uploaded a SNAPSHOT version.
You may wish to try this out, so any issues can hopefully be sorted
before the next release.
Warning: SNAPSHOT versions have not been QA'ed, and may misbehave and crash.
Use at your own risk and never use them in production systems.
On Mon, 18
On Tue, 12 Dec 2023 at 14:21, Alex Herbert wrote:
>
> On Tue, 12 Dec 2023 at 13:20, Gary Gregory wrote:
> >
> > What's the best way to document this do you think?
>
> That lang is tested (and so should be built) with the latest JDK of
> the respective stable release (8, 11, 17, 21)?
>
> This
Done in https://lists.apache.org/thread/mg4nmvtptg1c7w600p3okmbmynt3rc2g
On Sat, 9 Dec 2023 at 17:26, sebb wrote:
>
> On Sat, 9 Dec 2023 at 17:06, Tamás Cservenák wrote:
> >
> > Hej Gary,
> >
> > The "historical list of changes" is 404 for me...
>
>
On Sat, 9 Dec 2023 at 17:06, Tamás Cservenák wrote:
>
> Hej Gary,
>
> The "historical list of changes" is 404 for me...
It should be:
https://commons.apache.org/proper/commons-bcel/changes-report.html
It might be possible to put in a temporary redirect ...
> Thanks
> T
>
> On Sat, Dec 9, 2023
On Fri, 24 Nov 2023 at 13:44, sebb wrote:
>
> On Thu, 23 Nov 2023 at 11:57, sebb wrote:
> >
> > The test suite now runs on ubuntu-latest, windows-latest and
> > macos-latest with Java 8,11,17,21
> >
> > On macOS, the OpenSSL library path has to be provid
ot
exactly busy.
As such, I don't think it is worth promoting.
Whether it should be closed is another matter.
Sebb
On Sat, 2 Dec 2023 at 13:19, Bruno Kinoshita wrote:
>
> I think the password is in svn? In the pmc or private folder if I recall
> correctly.
>
> On Sat, 2 Dec 2023, 1
AFAICT https://twitter.com/ApacheCommons is no longer active, and
links to it should be dropped.
Note that it is not visible without a login.
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional
to the page on the main site.
Much easier to make future changes.
And maybe gradually update the component site sources so the redirect
becomes unnecessary.
I'll see about fixing that shortly.
Sebb
On Wed, 29 Nov 2023 at 17:56, Bruno Kinoshita wrote:
>
> I should have included the page, I am
On Wed, 29 Nov 2023 at 17:44, Bruno Kinoshita wrote:
>
> Hi,
>
> We got an issue in Jena to remove Markmail from the mailing list page as
> the domain name was deactivated, and the service decommissioned.
>
> I logged in to the Apache mailing list just now to cast some votes for
> Commons
Doh! Mea culpa.
Turns out this issue had previously been solved, but during a clear-up
I managed to remove the work-rounds.
Hopefully all now resolved.
Sebb
On Tue, 28 Nov 2023 at 11:22, sebb wrote:
>
> On Mon, 27 Nov 2023 at 15:32, sebb wrote:
> >
> > On Mon, 27 Nov 2
On Mon, 27 Nov 2023 at 15:32, sebb wrote:
>
> On Mon, 27 Nov 2023 at 11:41, sebb wrote:
> >
> > I think the pages should be
> >
> > https://commons.apache.org/proper/commons-geometry/download_geometry.cgi
> >
> > etc.
> >
> >
On Mon, 27 Nov 2023 at 11:41, sebb wrote:
>
> I think the pages should be
>
> https://commons.apache.org/proper/commons-geometry/download_geometry.cgi
>
> etc.
>
> Looks like a missing redirect; will have a look later.
There are redirects from https://commons.apache.
I think the pages should be
https://commons.apache.org/proper/commons-geometry/download_geometry.cgi
etc.
Looks like a missing redirect; will have a look later.
On Mon, 27 Nov 2023 at 02:55, Gilles Sadowski wrote:
>
> Hello.
>
> For
>
On Thu, 23 Nov 2023 at 11:57, sebb wrote:
>
> The test suite now runs on ubuntu-latest, windows-latest and
> macos-latest with Java 8,11,17,21
>
> On macOS, the OpenSSL library path has to be provided, otherwise the
> test can crash with
>
> '"...bin/java is loadi
On Thu, 23 Nov 2023 at 13:05, Gary Gregory wrote:
>
> Hello,
>
> First, if you want to disclose a vulnerability in a Commons component
> itself, please read https://commons.apache.org/security.html
>
> Now, back to dependencies.
>
> In general, we use GitHub's Dependabot to inform us of new
st pulled master and successfully ran tests against OpenSSL 3.1.3 on Mac
> OS 11 BigSur. Nice work sebb!
>
> Apache Commons Crypto 1.2.1-SNAPSHOT
>
> Native code loaded OK: 1.2.1-SNAPSHOT
>
> Native name: Apache Commons Crypto
>
> Native built: Nov 17 2023
>
> OpenSSL l
at the same time.
This may cause issues with the test job, but this should be a fairly
rare occurrence.
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
playing around with it.
Yes, it is in master.
> Alex
>
> On Wed, Nov 8, 2023 at 7:12 PM sebb wrote:
>
> > Crypto now builds and tests OK on
> > macOS-latest - OpenSSL 3.1.4 24 Oct 2023
> > and
> > Ubuntu-latest - OpenSSL 3.0.2 15 Mar 2022
> > Tested with
We don't do that before bumping the minimum Java version ...
On Thu, 9 Nov 2023 at 10:26, Gary Gregory wrote:
>
> Maybe post this on the user's ML just in case?
>
> Gary
>
> On Wed, Nov 8, 2023, 8:13 PM Alex Remily wrote:
>
> > +1
> >
> > On Wed, Nov 8,
I would really like to drop support for the oldest versions of SSL, i.e. 1.0.x
These are seriously out of date.
Can we even test them properly?
Unless I hear otherwise, I propose to remove the code next week.
Sebb
On Mon, 30 Oct 2023 at 14:33, sebb wrote:
>
> On Mon, 30 Oct 2023 at 12:31
_flags
This seems too easy, so I suspect there may be some missing tests.
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
to the code to allow the alternate name to be used.]
On Thu, 2 Nov 2023 at 01:28, sebb wrote:
>
> I don't currently have ready access to a Windows host, and have so far
> failed to find the correct setting of jn[ai].library.path required to
> cause OpenSSL to be loaded rather than the default
On Thu, 2 Nov 2023 at 10:12, Peter Hull wrote:
>
> On Wed, 1 Nov 2023 at 23:54, Alex Remily wrote:
> > I believe it is for cross compilation, owing to the comments in the
> > makefile:
> > # for cross-compilation on Ubuntu, install the g++-mingw-w64-x86-64 package
> I think you could also argue
path works for both JNI and JNA on macOS; I expect this will
also be true on Windows.
Note: to build the code, I've found the quickest is to use:
mvn [clean] test -DskipTests
This ensures the native files are built.
Sebb
be generated from source.
So: what determines which combinations are supported in the binary,
and where is this documented?
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h
e from multiple machines to get macOS, Linux, and
> Windows binaries correctly compiled, linked, and packaged up. I hope
> nothing was broken in all the recent commits.
I think there may need to be some more GH tests to check all the combinations.
> Gary
>
> On Wed, Nov 1, 2023, 8:4
(and especially docker builds) if C++ could be dropped.
But perhaps there is a good reason for using C++ for this step only?
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h
It looks like the macOS and Windows tests do not actually use the
OpenSSL crypto library.
Instead, they use the LibreSSL library which is bundled with the system.
What do we want to do about this?
Sebb
-
To unsubscribe, e-mail
these combinations?
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
e. In short, I would be in favor of dropping legacy
> > OpenSSL support in the next commons crypto release.
> >
> > Alex
> >
> > On Sun, Oct 29, 2023 at 9:15 AM sebb wrote:
> >
> > > There is quite a lot of Crypto code that depends on the check:
> > &
There is quite a lot of Crypto code that depends on the check:
if (dlsym_OpenSSL_version_num() < VERSION_1_1_X)
where
VERSION_1_1_X = 0x1010;
Dropping such support would simplify the code.
Is there any need to continue to support such old versions?
S
As the subject says - it seems wrong to be using iso-8859-1 these days
as the default encoding.
Thoughts?
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h
Hub users, like myself. I
> really like having at least all top level type of information in the Readme
> such that the repository presents itself as nicely as possible.
In which case, I suggest we merge the parent POM into every component,
to save having to look it up.
> Gary
>
> On W
t (triggered by asfgit).
> >
> > Head commit for run:
> > e4d68bb37071db1e871a71634d0c535945b96484 / Sebb
> > Standardise on verify goal
> >
> > Report URL:
> > https://github.com/apache/commons-logging/actions/runs/6642985893
> >
> > With regards,
> > GitHub Act
pr 27, 2021, 07:16 sebb wrote:
>
> > I propose to move Proxy to dormant later this week unless anyone steps
> > up to fix the website etc.
> >
> > On Sat, 24 Apr 2021 at 18:13, sebb wrote:
> > >
> > > On Sat, 24 Apr 2021 at 00:35, Matt Benson wrote
not clobber
an existing entry.
CONTRIBUTING.md should be a link to a shared file (as is done with SECURITY.md).
[It's now very easy to update the main site, so I think the
contributing info should be stored there.]
Sebb
f work to have a separate Dormant section on the
site, and anyway dormancy only applies to a few projects (possibly
only Commons).
Does not seem right to make PMC-specific changes.
But I'm doubtful that it makes sense to continue to publish details of
dormant components on projects.a.o.
Sebb
I've updated the DOAPs for dormant components to add a (Dormant) suffix.
However, I wonder if it might not be better to drop the components
from projects.a.o?
Note that most of the dormant components are not in projects.a.o as
they do not have DOAPs.
Sebb
Done
On Sun, 22 Oct 2023 at 14:40, Rob Tompkins wrote:
>
> +1
>
> > On Oct 21, 2023, at 7:46 PM, Gary Gregory wrote:
> >
> > Seems reasonable to me.
> >
> > Gary
> >
> > On Sat, Oct 21, 2023, 6:49 PM sebb wrote:
> >
> >>
file has to be updated for each release,
viz. the README.html file
The only exception is daemon, which has a binaries/windows directory
with its own files.
The links had been replaced under some components, but these have now
been corrected.
Sebb
On Tue, 17 Oct 2023 at 22:16, sebb wrote:
>
> Something went wrong with the publication of the dev staging files from
> 3.3-RC2.
>
> The commit [1] should have included the 6 HEADER.html and README.html
> files from the staging site, however these were left behind, e.
.
(The solution was to use a getter for the constant)
Best to only expose constants that truly are constant, and also only
to expose constants that need to be exposed.
Sebb
See for example:
https://forums.oracle.com/ords/apexds/post/final-variable-inlining-why-2465
On Sun, 22 Oct 2023 at 07:12
to maintain, so ideally don't
expose constants unnecessarily.
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Build-Plugin adds a link to
#apache-commons IRC channel on irc.freenode.org
Do we still use IRC, and if so, is it on freenode.org?
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e
Reviving this thread.
I think we should now change chain to dormant.
Sebb
On Sun, 8 Oct 2017 at 16:10, Pascal Schumacher wrote:
>
> Looks like Apache Tiles 3 does not use commons-chain.
>
> The only mention of commons-chain I could find in
> https://github.com/apache/t
to the source?
Alternatively, drop the push/pull trigger and only trigger weekly
(although that would be overkill for the less active components)
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e
/commons-weaver/actions/workflows/maven.yml
It looks like the original badge URL does not get updated sometimes.
I fixed the template to use the URL as provided by GH itself.
On Fri, 20 Oct 2023 at 22:42, sebb wrote:
>
> On Fri, 20 Oct 2023 at 17:35, Alex Herbert wrote:
> >
&g
cs/actions/workflows/maven.yml/badge.svg
>
> So try a badge update with a different URL.
It seems the build-plugin template is wrong, and needs to be fixed.
> Alex
>
>
>
> On Fri, 20 Oct 2023 at 16:03, sebb wrote:
> >
> > The build-plugin readme shows a failing J
o be thread-safe, because it takes its own copy which is
stored in a final field as part of construction.
That should ensure the mutable fields are published safely.
Of course if changes are made subsequently to the copy, that would
change matters.
If JexlFeatures were immutable there would
in detail.
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
if it is stale.
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
not work, as I thought most of it was now automated?
AFAICT the rest of the commit was OK.
Sebb
[1] https://lists.apache.org/thread/oowy3bq41zncsdbns4yxslknr8r2dmbn
[2] https://dist.apache.org/repos/dist/dev/commons/jexl/3.3-RC2/binaries
On Sun, 15 Oct 2023 at 15:37, Elric wrote:
>
> On 15/10/2023 16:31, Gary Gregory wrote:
> > A major version bump is rather heavy handed when no one is asking for a
> > "real" 2.0 with breaking changes.
>
> Agreed. My 2 cents: a minor version and a clear release note is plenty.
> Critical bug
' because it makes maintenance and
> eyeballing straightforward without requiring Maven-foo.
That should actually be:
mvn --show-version --batch-mode --no-transfer-progress
If every workflow used the same prefix, people would soon get used to it.
> Gary
>
> On Tue, Oct 10, 2023 at 8:45
On Tue, 10 Oct 2023 at 13:05, Gary Gregory wrote:
>
> On Mon, Oct 9, 2023 at 7:50 PM sebb wrote:
> >
> > On Sun, 8 Oct 2023 at 18:52, Gary Gregory wrote:
> > >
> > > The default goal is always used by GitHub builds
> >
> > Are you sure
ecurityManager whatsoever, I'd personally
> > > prefer to fix [weaver], but having made my preference known I will defer
> > > to
> > > the consensus of the community.
> > >
> > > Matt
> > >
> > > On Mon, Oct 9, 2023, 10:
s executed,
> > right? So if I say “clean” was the default, “mvn test” would not mean “mvn
> > clean test”, right?
> >
> > Phil
> >
> > > On Oct 8, 2023, at 7:11 AM, sebb wrote:
> > >
> > > There are currently lots of variations of the defaultGoal
on Java15+ with:
IllegalArgument Unsupported class file...
Download stats show almost no traffic over last 3 months:
https://infra-reports.apache.org/#downloads=commons/weaver
What traffic there is looks like it comes from bots.
Sebb
The build plugin currently assumes that the default github branch is 'master'.
The references in text can be addressed, but there is also a reference
in the URL for the CodeCov badge.
Sebb
-
To unsubscribe, e-mail: dev-unsubscr
lean
> test”, right?
The default goal is only used if you don't provide a goal.
> Phil
>
> > On Oct 8, 2023, at 7:11 AM, sebb wrote:
> >
> > There are currently lots of variations of the defaultGoal in different
> > components.
> >
> > It may be
only reason to put stuff in CP.
We also put stuff in CP so component POMs don't need to be updated
when defaults change.
> Gary
>
> On Sun, Oct 8, 2023, 12:05 PM sebb wrote:
>
> > On Sun, 8 Oct 2023 at 15:38, Gilles Sadowski wrote:
> > >
> >
(verify includes test and package)
Looks like there is some consensus for:
clean verify
-- plus --
apache-rat:check
checkstyle:check
japicmp:cmp
javadoc:javadoc
pmd:check
spotbugs:check
I think these should be optional:
pmd:cpd-check
revapi:check
On Sun, 8 Oct 2023 at 17:04, sebb wrote
On Sun, 8 Oct 2023 at 15:38, Gilles Sadowski wrote:
>
> Le dim. 8 oct. 2023 à 16:11, sebb a écrit :
> >
> > There are currently lots of variations of the defaultGoal in different
> > components.
> >
> > It may be sensible to establish a standard setting which
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
the docs), I
won't object.
Sebb
> On Thu, Oct 5, 2023 at 11:43 AM sebb wrote:
>
> > On Thu, 5 Oct 2023 at 17:25, Gary Gregory wrote:
> > >
> > > Should we use (VOTE) instead of [VOTE]?
> >
> > I doubt that is necessary.
> >
> > The GMa
o]
e.g.
[GitHub] [commons-pool]: Workflow run "Java CI" is working again!
[GitHub] [commons-lang]: Workflow run "Java CI" is working again!
Vote subjects include the component name in plain text.
> Gary
>
>
> On Thu, Oct 5, 2023, 10:53 AM sebb wrote:
>
> > I d
subjects have been adjusted to use (parentheses) instead of
[brackets] so GMail should no longer merge mails from different
components.
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e
On Thu, 5 Oct 2023 at 00:13, Phil Steitz wrote:
>
> On Tue, Oct 3, 2023 at 1:26 AM sebb wrote:
> >
> > The properties are used by the release plugin.
> >
> > But since they are unique to the user, they do not belong in the shared pom.
>
> So they
1 - 100 of 5917 matches
Mail list logo
