tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Costin Manolache" <cos...@gmail.com>
Subject Re: svn commit: r392872 - /tomcat/tc6.0.x/trunk/build.xml
Date Tue, 11 Apr 2006 18:31:44 GMT
On 4/11/06, Bill Barker <wbarker@wilshire.com> wrote:
>
>
> > -----Original Message-----
> > From: Costin Manolache [mailto:costin@gmail.com]
> > 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 <remm@apache.org> 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: dev-unsubscribe@tomcat.apache.org
> > > For additional commands, e-mail: dev-help@tomcat.apache.org
> > >
> > >
> >
>
>
>
> 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: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>
>
Mime
View raw message