[
https://issues.apache.org/jira/browse/JAMES-1548?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13983977#comment-13983977
]
Mark commented on JAMES-1548:
-----------------------------
the profile to switch it is still there, but the most recent JavaMail version
has a different groupId. In addition to that, some other james projects need to
be updated too, then. I already have done all of that, including straightening
the version stuff to avoid using multiple versions of the same module. Would
you mind if I submit a patch including also the other changes? (Netty upgrade
plus some minor tweaks)
> javax.mail - geronimo or oracle implementation?
> -----------------------------------------------
>
> Key: JAMES-1548
> URL: https://issues.apache.org/jira/browse/JAMES-1548
> Project: James Server
> Issue Type: Improvement
> Reporter: Mark
> Priority: Minor
>
> It looks like Oracle's JavaMail implementation is a lot more recent than the
> Geronimo implementation.
> <dependency>
> <groupId>com.sun.mail</groupId>
> <artifactId>javax.mail</artifactId>
> <version>1.5.1</version>
> </dependency>
> My main problem with Geronimo is that it does not support proper IMAP
> authentication, therefore I *have* to use Oracle's implementation during my
> integration tests. To avoid having multiple implementations hanging around
> inside the same process (AFAIK you cannot just manage the release because of
> differences in the internals used), I want to trigger a discussion about
> whether it would be better to switch to Oracle JavaMail implementation. Their
> bug reporting now seems independent of Oracle's own bug processing system, my
> own inquiries have been answered pretty quickly and efficiently. Is there any
> issue with the license? AFAIK it allows the distribution under the
> GPL+classpath exception, so it should pose no hindrance except for the
> requirement of proper license inclusion.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
