g time. 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
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,
though
On 12/09/2024 19:21, Gary D. Gregory wrote:
Hi All,
Any thoughts on the minimum Java platform requirement for 2.0?
Options are (IMO): 8, 11, 17, or 21.
I have no vote, but I would go for 21. This will likely be a decision
that will have an impact for a long time. 21 is 1 year old, 17 is 3
y
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
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 add
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
tructs 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
atically, but again, that makes grokking 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
---
& 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.
a/org/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.
Be
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 contribu
,
Elric
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
h includes
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?
unused at runtime. In the
age of continuous deployments and fast container 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
fixes and tests etc.
- Elric
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
re we talking about?
- Elric
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
16 matches
Mail list logo
