Matthew Gill

Hi @gbuckholtz, The coordinates are still correct. The location of the artifact however is https://github.com/payara/Payara_PatchedProjects/tree/master/fish/payara/arquillian/payara-client-ee8/1.0.Beta3-m1. The reference to the repository is [here](https://github.com/javaee-samples/javaee8-samples/blob/44bb02c93bfc220c0e00baed796d211a495cef54/pom.xml#L49). I've deleted my local artifact and reinstalled and...

Hi @vassterg, The current OpenAPI implementation doesn't support subresources. I've made an enhancement request `PAYARA-3086` to add this functionality. Kind regards, Matt

IMO it doesn't matter who's using the broken functionality. The documentation covers this explicitly: > The `javamail.default.`*X* default files > are part of the JavaMail `mail.jar` file and should not...

I've amended the commit to maintain the old behaviour, but also try to load the file from the spec defined location. You've said that GF doesn't show this error, so...

Glassfish does produce this error, you just need to initialise the JavaMail session by triggering an email sending. On initialisation the error is in the logs: ~~~ [2019-09-15T17:53:09.652-0700] [Payara 5.183]...

My apologies, I got mixed up with another issue, this error has no SSL requirement. I've amended my last comment with the correct terminology and the log message

As I say, it occurs on GlassFish 5.1.0 when trying to send an email. For reference I'm using the following class: ~~~ public class JavaMailClient { private Session session; private...

Whatever you want, I don't think it's too relevant to the reproducer

So the full steps: Download GF 5.1.0 from https://projects.eclipse.org/projects/ee4j.glassfish/downloads Start the domain: ~~~ bin/asadmin start-domain -v ~~~ Deploy the application to the root context: ~~~ bin/asadmin deploy --contextroot / javamail-1.0-SNAPSHOT.war...