GreenMail alternatives and similar libraries
Based on the "Testing" category.
Alternatively, view GreenMail alternatives based on common mentions on social networks and blogs.
-
Apache JMeter
Apache JMeter open-source load testing tool for analyzing and measuring the performance of a variety of services -
TestContainers
Testcontainers is a Java library that supports JUnit tests, providing lightweight, throwaway instances of common databases, Selenium web browsers, or anything else that can run in a Docker container. -
MockServer
MockServer enables easy mocking of any system you integrate with via HTTP or HTTPS with clients written in Java, JavaScript and Ruby. MockServer also includes a proxy that introspects all proxied traffic including encrypted SSL traffic and supports Port Forwarding, Web Proxying (i.e. HTTP proxy), HTTPS Tunneling Proxying (using HTTP CONNECT) and SOCKS Proxying (i.e. dynamic port forwarding). -
PowerMock
PowerMock is a Java framework that allows you to unit test code normally regarded as untestable. -
Pact JVM
JVM version of Pact. Enables consumer driven contract testing, providing a mock service and DSL for the consumer project, and interaction playback and verification for the service provider project. -
Scott Test Reporter
Never debug a test again: Detailed failure reports and hassle free assertions for Java tests - Power Asserts for Java -
pojo-tester
Java testing framework for testing pojo methods. It tests equals, hashCode, toString, getters, setters, constructors and whatever you report in issues ;)
InfluxDB - Purpose built for real-time analytics at any scale.
* Code Quality Rankings and insights are calculated and provided by Lumnify.
They vary from L1 to L5 with "L5" being the highest.
Do you think we are missing an alternative of GreenMail or a related project?
README
GreenMail
GreenMail is an open source, intuitive and easy-to-use test suite of email servers for testing purposes. Supports SMTP, POP3, IMAP with SSL socket support, and can be run either embedded in a junit test, as a standalone Java application or as a docker container. GreenMail is the first and only library that offers a test framework for both receiving and retrieving emails from Java.
Go to the project site for details:
Containerized integration of GreenMail with various web mail clients can be found in the separate GreenMail Client Integrations project.
The GreenMail project welcomes any contribution, so go ahead and fork/open a pull request! See the guidelines below.
Development
- Build GreenMail from source
mvn clean install -Pdocker
Make sure you got Maven 3.6 or higher, and run a JDK 8 or newer.
If you want to skip building the docker image, leave out the -Pdocker
profile option.
If you want to skip the long running tests, use the Maven option -DskipITs
.
- Build the Maven site (and the optional example report)
mvn site -Psite
- Build and deploy a release
For rolling a release including version increment and release upload, do
mvn clean release:prepare -Prelease,release-ossrh,docker,docker-tag-latest
mvn release:perform -Prelease,release-ossrh,docker,docker-tag-latest
For a tagged release and deployment to Sonatype OpenSource Repository Hosting and later syncing to Maven Central, do
mvn clean deploy -Prelease,release-ossrh,docker,docker-tag-latest
Note: Do only use docker-tag-latest profile if you really want the tag latest, e.g. for newest release of highest version.
- Build and deploy a snapshot
For a Maven Snapshot deployment to Sonatype, do
mvn clean deploy -Prelease-ossrh,docker
- Check Sonar report
Roadmap
- 2.x (branch master)
- JakartaMail 2.x (done)
- Deprecations (no GreenMailRule in greenmail-core, ...)
- Jersey 3.x (jakarta)
- 1.6 (branch releases/1.6.x)
- Bugfix and maintenance
Contribution guidelines
We really appreciate your contribution! To make it easier for integrating your contribution, have a look at the following guidelines.
Be concise
Try to keep your changes focused. Please avoid (major) refactorings and avoid re-formatting existing code. A good check is looking at the diff of the your pull requrest. Also, please refer to the open issue you're fixing by including a reference in your commit message.
Code formatter
Please set your code formatter to use 4 spaces for indentation of Java files (not tabs) and to two spaces for xml files (like the pom.xml). As a general best practise, your contribution should adhere to existing code style.
Bill of Materials
We have the pom.xml in the root where we set the versions of all dependencies to keep them consistent among subprojects. Please do not add any version tags into the child pom.xml files.
Please also do not introduce new dependencies as we try to keep these to a minimum. If you think you require a new dependencies or dependency update, discuss this up front with committers.
Starting your pull request
The best strategy for opening a pull request after a fork is to add the this repository as the "upstream" to your .git/config such as:
[remote "upstream"]
url = https://github.com/greenmail-mail-test/greenmail.git
fetch = +refs/heads/*:refs/remotes/upstream/*
Then you fetch "upstream" and create a new branch at upstream/master (name it issue-XXX or something like that). Now you can add commits on that branch and then create a pull request for that branch (after pushing it to your github). That way commits are isolated for one feature.
Tests for your pull request
Please also create a test for every feature you add. We know that currently there aren't many tests but in the medium term we want to increase test coverage.
Misc
Many thanks to JProfiler and Jetbrains for supporting this project with free OSS licenses
*Note that all licence references and agreements mentioned in the GreenMail README section above
are relevant to that project's source code only.