On 4/11/06, Bill Barker <[EMAIL PROTECTED]> wrote: > > > > -----Original Message----- > > From: Costin Manolache [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, April 11, 2006 9:36 AM > > To: Tomcat Developers List > > Subject: Re: svn commit: r392872 - /tomcat/tc6.0.x/trunk/build.xml > > > > On 4/11/06, Remy Maucherat <[EMAIL PROTECTED]> wrote: > > > Costin Manolache wrote: > > > > What about: keep them excluded in the build target for > > tomcat, but add a > > > > separate target to build only javamail-dependent classes, > > and package them in > > > > a separate jar. > > > > > > > > That would keep 'core' tomcat clean, and would work for > > other kind of > > > > modules that have external deps. > > > > > > > > It would be even better if we could just move them in a separate > > > > package - for example > > > > org.apache.tomcat.modules.mail, and exclude o.a.t.modules from the > > > > core build. Everything that will have external deps, and > > maybe things > > > > that are not essential could go there. > > > > > > This is a possibility, but maybe there are solutions in > > this particular > > > case. > > > > The solution depends on how you define the problem :-) > > > > If you think the problem is to compile javamail dependent code - you > > are right, dummy or > > link would work. Next problem would be how people could use it - even > > if it is in tomcat, > > they'll need to download additional jars, etc. > > > > Well, if we use the Geronimo jars, then it would be possible to ship them > with the binary distro, since they are ASF licensed :).
Yes, that's a good option if we want to keep this feature as part of the core and not modularize it. > > > > I define the problem as "this should be an optional component, not > > really required by > > the spec or used by majority of users". The people who use it are > > likely to be in a J2EE > > environment where they have javamail, and could easily have the > > additional tomcat module. > > > > I mostly favor keeping the JavaMail support, since removing it (or even > making it a separate download) is likely to generate a flood of BZ reports > from people that can't be bothered to read the docs :). It has been there > since TC 4.0.0, so a lot of people are going to expect to just drop their > old war into TC 6 and have it work. What about having 2 distros of tomcat - a minimal container, and a bloated one with all the features bundled. Lazy people can get the large one, and not have to download anything. Costin > > > > > > > Costin > > > > > > > > > > For example, I can either add my dummy classes, or a svn > > link could be > > > created to > > > > > https://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo > > -spec-javamail/src/main/java/javax/mail > > > (and activation too) > > > > > > Rémy > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > This message is intended only for the use of the person(s) listed above as > the intended recipient(s), and may contain information that is PRIVILEGED and > CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, > or distribute this message or any attachment. If you received this > communication in error, please notify us immediately by e-mail and then > delete all copies of this message and any attachments. > > In addition you should be aware that ordinary (unencrypted) e-mail sent > through the Internet is not secure. Do not send confidential or sensitive > information, such as social security numbers, account numbers, personal > identification numbers and passwords, to us via ordinary (unencrypted) e-mail. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
