- multiple copies of the JavaMail classes in the classpath
- issues with classloaders, related to the servlet container
DEBUG: getProvider() returning javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun Microsystems, Inc]
java.lang.NoSuchMethodException: : com.sun.mail.smtp.SMTPTransport.<init>(javax.mail.Session, javax.mail.URLName)
along with an error message indicating that the SMTP provider can't be found:
javax.mail.NoSuchProviderException: smtp
However, I found that if I compile and deploy a much more complicated application with basically the same configuration to a Tomcat server, it works as expected. This makes me suspect that the embedded server somehow contains mail.jar in its runtime classpath (I can't reference the classes in javax.mail in my project unless I include mail.jar in the classpath, so I'm positive they don't exist anywhere else in my project). But, if I remove mail.jar from the WEB-INF lib directory and try to do a Class.forName on, say, javax.mail.Address, it can't be found.
Anyone have any ideas why this works when I deploy it, but not when running within Eclipse?
Thanks,
Ryan
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/tCjp7_JZ5WAJ.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to google-web-toolkit+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
No comments:
Post a Comment