startup times, making
it easier to keep things slim seems like a useful goal.
Best,
Elric
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
all of these functionalities, and thus all of their dependencies. This
increases build times and sizes (e.g. of WAR files).
It seems to me that it might be useful to split such components into
multiple modules. Is there any particular reason why this couldn't be
done?
Best,
Elric
,
Elric
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On 16/04/2024 13:08, Gary Gregory wrote:
There is an Apache wide blog here:
https://news.apache.org/
There used to be a planet.apache.org which aggregated committer/project
blogs, but that seems to be broken.
Would there be any interets in an aggregated ASF-project wide blog?
Where
/apache/commons/net/ftp/AbstractFtpsTest.java
Any feedback is welcome. I personally feel like this test case is a bit
too complex to be easily grokked, and perhaps it can be improved a bit
more after the JUnit migration.
I'll try to tackle some more tests at some point this week.
Best,
Elric
& Alex for some great tips. I hadn't considered @Nested, this
does sound like the least invasive approach. I'll try to explore that
over the weekend.
Best,
Elric
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache
the
test a lot more difficult as it requires a greater understanding of
JUnit's features.
Any insights into this would be greatly appreciated.
Best,
Elric
[1] https://github.com/junit-team/junit5/issues/960
-
To unsubscribe
constructs to their JUnit 5 equivalents.
What makes the patch a bit larger is that the optional "message"
argument in assertions was moved; it was the first argument in old
assertions, but it's the last argument in the new style. This is a
stupid change, but what can you do
On 23/11/2023 17:19, Elliotte Rusty Harold wrote:
It is possible for a client project to override transitive
dependencies, but you need to be careful. Using a BOM is one of the
easier ways to manage these problems: https://jlbp.dev/JLBP-15
This is exactly why it's a good idea for commonly used
On 26/10/2023 13:48, Gary Gregory wrote:
Java 8 is required.
This phrasing is somewhat confusing. "Java 8 or newer is required" would
help clarify things.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For
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 fixes can still be made by bumping the patch version,
On 10/04/2023 22:31, Miguel Muñoz wrote:
Elric,
Did you take up Gary's "thankless" task of updating the tests for Commons
VFS? Because I'm looking for a volunteer task, and an opportunity to
improve my JUnit 5 skills, so I'd be happy to pitch in.
I've had a quick look at
. Is there anything I can do to help out there?
Triage, comment, test, whatever?
Thanks,
Elric
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
13 matches
Mail list logo