You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Rick McGuire (JIRA)" <ji...@apache.org> on 2006/11/15 01:29:37 UTC
[jira] Updated: (GERONIMO-2498) Geronimo should use the full
javamail uber jar instead of just the spec jar + provider jar.
[ http://issues.apache.org/jira/browse/GERONIMO-2498?page=all ]
Rick McGuire updated GERONIMO-2498:
-----------------------------------
Fix Version/s: Wish List
(was: 1.2)
> Geronimo should use the full javamail uber jar instead of just the spec jar + provider jar.
> -------------------------------------------------------------------------------------------
>
> Key: GERONIMO-2498
> URL: http://issues.apache.org/jira/browse/GERONIMO-2498
> Project: Geronimo
> Issue Type: Improvement
> Security Level: public(Regular issues)
> Components: mail
> Affects Versions: 1.2
> Reporter: Rick McGuire
> Assigned To: Rick McGuire
> Priority: Minor
> Fix For: Wish List
>
>
> Unlike the Sun version of javamail, the Geronimo version is split into a spec jar and a provider jar. This has caused numerous problems with users attempting to use javamail from their applications. Many base components have a javamail spec dependency, which causes the javamail api classes to be loaded, but not the provider classes. The first hint of a problem is usually a NoSuchProvider exception thrown when trying to create an smtp transport instance. This generally takes some time to sort out. And even once the dependency is added, there has been at least one occasion where it was necessary to change the application to explicitly set the context classloader before creating the Transport, thus requiring a change from an application that worked on other servers. Again, this was caused by having spec and provider jars managed by different classloader instances.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira