[jira] [Updated] (EMAIL-152) Make javamail implementation dependency optional

2015-05-18 Thread Thomas Neidhart (JIRA)

 [ 
https://issues.apache.org/jira/browse/EMAIL-152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Thomas Neidhart updated EMAIL-152:
--
Fix Version/s: (was: 1.4)

> Make javamail implementation dependency optional
> 
>
> Key: EMAIL-152
> URL: https://issues.apache.org/jira/browse/EMAIL-152
> Project: Commons Email
>  Issue Type: Improvement
>Affects Versions: 1.3
>Reporter: Thomas Neidhart
>
> Currently, commons-email has a transitive dependency to the reference 
> implementation of javamail.
> This can lead to problems when trying to use another implementation (e.g. 
> geronimo or gnu) at runtime, as one has to exclude dependencies.
> So I propose to change the dependencies as follows:
>  * use an optional compile time dependency to the latest javamail api:
> {noformat}
> 
> javax.mail
> javax.mail-api
> 1.4.5
> compile
> true
> 
> {noformat}
>  * add an optional runtime dependency to the javamail reference impl
> {noformat}
> 
> com.sun.mail
> javax.mail
> 1.5.2
> runtime
> true
> 
> {noformat}
> that way both dependencies are not transitive, thus project including 
> commons-email have the opportunity to chose their javamail implementation.
> geronimo implementation:
> {noformat}
> 
> org.apache.geronimo.javamail
> geronimo-javamail_1.4_mail
> 1.8.3
> 
> {noformat}
> or the oracle reference impl, as outlined above.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (EMAIL-152) Make javamail implementation dependency optional

2015-03-19 Thread Thomas Neidhart (JIRA)

 [ 
https://issues.apache.org/jira/browse/EMAIL-152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Thomas Neidhart updated EMAIL-152:
--
Description: 
Currently, commons-email has a transitive dependency to the reference 
implementation of javamail.

This can lead to problems when trying to use another implementation (e.g. 
geronimo or gnu) at runtime, as one has to exclude dependencies.

So I propose to change the dependencies as follows:

 * use an optional compile time dependency to the latest javamail api:

{noformat}

javax.mail
javax.mail-api
1.4.5
compile
true

{noformat}

 * add an optional runtime dependency to the javamail reference impl

{noformat}

com.sun.mail
javax.mail
1.5.2
runtime
true

{noformat}

that way both dependencies are not transitive, thus project including 
commons-email have the opportunity to chose their javamail implementation.

geronimo implementation:
{noformat}

org.apache.geronimo.javamail
geronimo-javamail_1.4_mail
1.8.3

{noformat}

or the oracle reference impl, as outlined above.

  was:
Currently, commons-email has a transitive dependency to the reference 
implementation of javamail.

This can lead to problems when trying to use another implementation (e.g. 
geronimo or gnu) at runtime, as one has to exclude dependencies.

So I propose to change the dependencies as follows:

 * use an optional compile time dependency to the latest javamail api:

{noformat}

javax.mail
javax.mail-api
1.5.2
compile
true

{noformat}

 * add an optional runtime dependency to the javamail reference impl

{noformat}

com.sun.mail
javax.mail
1.5.2
runtime
true

{noformat}

that way both dependencies are not transitive, thus project including 
commons-email have the opportunity to chose their javamail implementation.

geronimo implementation:
{noformat}

org.apache.geronimo.javamail
geronimo-javamail_1.4_mail
1.8.3

{noformat}

or the oracle reference impl, as outlined above.


> Make javamail implementation dependency optional
> 
>
> Key: EMAIL-152
> URL: https://issues.apache.org/jira/browse/EMAIL-152
> Project: Commons Email
>  Issue Type: Improvement
>Affects Versions: 1.3
>Reporter: Thomas Neidhart
> Fix For: 1.4
>
>
> Currently, commons-email has a transitive dependency to the reference 
> implementation of javamail.
> This can lead to problems when trying to use another implementation (e.g. 
> geronimo or gnu) at runtime, as one has to exclude dependencies.
> So I propose to change the dependencies as follows:
>  * use an optional compile time dependency to the latest javamail api:
> {noformat}
> 
> javax.mail
> javax.mail-api
> 1.4.5
> compile
> true
> 
> {noformat}
>  * add an optional runtime dependency to the javamail reference impl
> {noformat}
> 
> com.sun.mail
> javax.mail
> 1.5.2
> runtime
> true
> 
> {noformat}
> that way both dependencies are not transitive, thus project including 
> commons-email have the opportunity to chose their javamail implementation.
> geronimo implementation:
> {noformat}
> 
> org.apache.geronimo.javamail
> geronimo-javamail_1.4_mail
> 1.8.3
> 
> {noformat}
> or the oracle reference impl, as outlined above.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)