Bump jakarta.mail from 1.6.5 to 2.0.1#43
Conversation
684b3d5 to
c7c5635
Compare
|
@dependabot rebase |
c7c5635 to
ab0cc5f
Compare
|
@dependabot rebase |
ab0cc5f to
c7ceb3e
Compare
|
@dependabot rebase |
Bumps [jakarta.mail](https://github.com/eclipse-ee4j/mail) from 1.6.5 to 2.0.1. - [Release notes](https://github.com/eclipse-ee4j/mail/releases) - [Commits](jakartaee/mail-api@1.6.5...2.0.1) Signed-off-by: dependabot[bot] <[email protected]>
c7ceb3e to
7d7de5b
Compare
|
@garydgregory Any ETA when you want to work on |
|
@mkurz |
Thanks! That would nice 😉 |
|
@garydgregory How is it going? Any ETA? No pressure, just asking what the current state is. Thanks for all your work! |
Within a week or two hopefully. |
|
Hi any updates on this? Thanks |
|
I hope to look within a week or two but I am maintaining other components ATM. |
|
@garydgregory I see that you tagged https://github.com/apache/commons-email/releases/tag/commons-email-2.0.0-M1-RC1, however where can I find this release?
thanks! |
|
Hello @mkurz |
Really appreciate your work, however, is there any update on the releases? Thanks |
|
Hello @glau2 |
|
@garydgregory I see that the artifact id changed to |
|
@mkurz , |
|
To be clear: if a release breaks binary compatibility, in Commons we change both the package name and the Maven co-ordinates. |
|
Hi, just want to check if there is any progress/update on this? |
|
Hello @glau2 Please use 2.0.0-M1. |
|
Hi @garydgregory, |
|
Hello @mkurz |
|
@garydgregory We switched a library we offer our framework users to 2.0.0-M1 and all our tests pass: Maybe I should push out a M1 as well so people can test that... |
|
|
FWIW I've gone ahead and deployed 2.0.0-M1 (via Play Mailer) and it's all working very nicely. Thanks for your work on this and look forward to a RC. 👍 |
|
@garydgregory Any ETA for RC or final release? |
? |
|
I need to hear from folks (like you), that 2.0.0-M1 works for them. When 2.0.0 is out the API will be set in stone and no binary breaks will be allowed. |
|
Did you advertise the M1 somehow/somewhere? |
|
All release are posted on the Commons mailing lists and the Apache-wide announce mailing lists. |
|
Hi @mkurz the RIPE NCC DB team have been using 2.0.0-M1 in production (https://github.com/RIPE-NCC/whois/) since last September with no issues. We handle about 30K outgoing mails per day, and maybe a few hundred replies including Delivery Status Notifications. So can confirm it works for us. Thank you to the commons-email team for your work! |
|
Awesome @eshryane, thanks for confirming! |
|
Hi, is there any ETA for final release ? |
|
Can you at least test the current version and report any issue? |
|
Thanks for responding. |
|
Thank you for checking the current release in your environment. There is no "just" doing a release, it's not a push a button operation. Creating a release is not a free exercise, it takes a release manager to do the work and then at least 2 other people to review the release candidate. The main issue here though is that this is a new major release, and once out, it means the API is set in stone since we are serious about binary compatibility, no jar hell wanted. We want to make sure the API is right, and that likely takes more reviewing so we don't handcuff ourselves. Now, it's possible the API is fine as it is, but I'm not 100% sure. |
Thank you for the answer. We will be waiting for the release version, hoping it will be released soon. Thanks in advance. |
|
Superseded by #362. |
|
@garydgregory It is more than one year now since 2.0.0-M1. What's your feeling about an RC or what do you think are the next steps? |
|
The superceding PR #362 was also closed |
|
What's the plan here? |
|
Hello @mkurz Are you using 2.0.0-M1? |
No... |
|
Then you should 😉 We don't want to break binary compatibility within the 1.x release line. |
|
You have any stats about downloads for that m1 artifact(s)? |
|
It's very hard to get stats beyond what Maven Central and other public repos provide. No one can see what happens in Maven repositories that are inside corporate intranets. For example, companies use Nexus or Artifactory to cache everything form world at large, which is standard practice. |
Bumps jakarta.mail from 1.6.5 to 2.0.1.
Release notes
Sourced from jakarta.mail's releases.
Commits
32be3a4Prepare release 2.0.109a2946Integrate activation 2.0.1226d2d6Improve code coverage in logging-mailhandler tests #51258daa7eDocker file and Jenkins file modificationsc81f6faUpdate build job for JDK 11db4f348WriteTimeoutSocket::getFileDescriptor$ support for Conscrypt #505 (#507)de24775fix mailing list reference, broken linksb52c3dd#461: XOAUTH2 - rename property and document itca3bb5cIssue 461: Added two line authentication support for XOAUTH2 connections (#477)7cf16f1fix build of native library for linux/jdk11You can trigger a rebase of this PR by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)