Re: geronimo-javamail_1.4_mail-1.9.0-alpha-2: sending email fails

2017-08-31 Thread Romain Manni-Bucau
Hi Dignesh, Can you try to set mail.smtp.auth before creating the session? Also maybe debug in your authenticator to check it is well used. Le 1 sept. 2017 06:22, "Dignesh" a écrit : Loading javamail.default.providers from

Re: geronimo-javamail_1.4_mail-1.9.0-alpha-2: sending email fails

2017-08-31 Thread Dignesh
Loading javamail.default.providers from jar:file:/C:/Users/dgoyal/Desktop/geronimo-javamail_1.4_mail-1.7.jar!/META-INF/javamail.default.providers DEBUG: loading new provider protocol=smtp, className=org.apache.geronimo.javamail.transport.smtp.SMTPTransport, vendor=Apache Software Foundation,

Re: geronimo-javamail_1.4_mail-1.9.0-alpha-2: sending email fails

2017-08-31 Thread Dignesh
Loading javamail.default.providers from jar:file:/C:/Users/dgoyal/Desktop/geronimo-javamail_1.4_mail-1.7.jar!/META-INF/javamail.default.providers DEBUG: loading new provider protocol=smtp, className=org.apache.geronimo.javamail.transport.smtp.SMTPTransport, vendor=Apache Software Foundation,

Re: JSTL

2017-08-31 Thread Romain Manni-Bucau
+1 side note: we should pby link this to the user thread, can try to find it back later this week if needed Romain Manni-Bucau @rmannibucau | Blog | Old Blog | Github

Re: JSTL

2017-08-31 Thread Jonathan Gallimore
Uh, yeah, I think I misunderstood. I think we agree that the code I attached should work out of the box, requiring no changes to TomEE. That leaves us with a few options: 1. Use the taglibs-standard-jstlel jars as we are now, and add the dependency for Xalan -> trivial change, but adds 3MB to our

Re: JSTL

2017-08-31 Thread Jonathan Gallimore
Thanks Romain. That is definitely the simplest path - xalan is already marked as an optional dependency, so we wouldn't need to do anything. From a compliance perspective, where would this leave us? Wouldn't we need this to work out of the box without adding libraries to be compliant? If it

Re: JSTL

2017-08-31 Thread Romain Manni-Bucau
Hi Jon there is another thread on it (probably on user@) I think we should just make xalan optional in the lib and upgrade. Romain Manni-Bucau @rmannibucau | Blog | Old Blog | Github

Re: JSTL

2017-08-31 Thread Jonathan Gallimore
Correction - that should be: "CDDL or GPL with classpath exception". On Thu, Aug 31, 2017 at 12:16 PM, Jonathan Gallimore < jonathan.gallim...@gmail.com> wrote: > Great question. CDDL _or_ GPL, by the look of it. > https://github.com/javaee/jstl-api/blob/master/LICENSE - same as JAXB I >

Re: JSTL

2017-08-31 Thread Jonathan Gallimore
Great question. CDDL _or_ GPL, by the look of it. https://github.com/javaee/jstl-api/blob/master/LICENSE - same as JAXB I believe. Jon On Thu, Aug 31, 2017 at 11:55 AM, Jean-Louis Monteiro < jlmonte...@tomitribe.com> wrote: > What is the licence for GlassFish one? > > Le 31 août 2017 12:38,

Re: JSTL

2017-08-31 Thread Jean-Louis Monteiro
What is the licence for GlassFish one? Le 31 août 2017 12:38, "Jonathan Gallimore" a écrit : > Hi > > On master we shifted from openejb-jstl to taglibs-standard-jstlel. I have > done the same on the 1.7.x branch, specifically to move on from the old > openejb-jstl

JSTL

2017-08-31 Thread Jonathan Gallimore
Hi On master we shifted from openejb-jstl to taglibs-standard-jstlel. I have done the same on the 1.7.x branch, specifically to move on from the old openejb-jstl (looking at https://nvd.nist.gov/vuln/detail/CVE-2015-0254). The taglibs-standard-jstlel library does seem to depend on xalan, which we