tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jon Scott Stevens <...@latchkey.com>
Subject FW: [VOTE] minimal JSR 154 only distribution
Date Tue, 10 Dec 2002 22:09:14 GMT
I'm going to repost this message once again because it seems Remy and Costin
didn't bother reading it the first time and are now essentially agreeing to
what I suggested below.

What-EVER!

-jon

------ Forwarded Message
From: Jon Scott Stevens <jon@latchkey.com>
Reply-To: "Tomcat Developers List" <tomcat-dev@jakarta.apache.org>
Date: Mon, 09 Dec 2002 01:16:20 -0800
To: tomcat-dev <tomcat-dev@jakarta.apache.org>
Subject: Re: [VOTE] minimal JSR 154 only distribution

What I would love to see is a tree of downloads where each one gains more
and more features (it is additive). Such as:

                 JSR-154 Implementation
                /                      \
             Jasper                  Velocity
              /   \                     \
 Admin Tool (JMX) Java Server Feces   Scarab

That way, you only need to download what you need. Bundles are easily
created by simply picking off the branch of the tree that you want. If you
want the "Tomcat" distribution with web based administration abilities, then
you grab it at the "Admin Tool" level and so on. We can even build an ant
based system which is able to help us manage the selection of components to
include in the distribution. This would be similar to the way that we
currently have jar repositories and dependencies, but on an application
level. "Click here to install Jasper, Struts, etc."

Not only does this provide our users the ability to simply get what they
need (and add it after the fact if they don't have it), it helps us focus on
providing a pluggable system which is separate from the other systems (ie:
clean dependencies).

I personally think that this is a much cleaner way of providing
distributions because it does not require people to learn or deal with
things they do not care about. Options are a good thing. Let's not limit
ourselves.

One last point, we should be able to experiment around here. The negative
votes have been based on biases about what I think about Jasper and my
opinions. They are not based on the idea that experimentation is a good
thing and I think that is just plain wrong and very closed minded. Who are
you to decide what our users may or may not like? In the end, if things
don't work out, then fine at least we learned something and we can move on
to the next thing.

What do we really have to loose here?

-jon

-- 
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
        http://studioz.tv/


--
To unsubscribe, e-mail:   <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>


SPAM: ---- Start SpamAssassin results
SPAM: -109.30 hits, 5 required;
SPAM: * -0.8 -- Found a In-Reply-To header
SPAM: * -0.3 -- User-Agent header indicates a non-spam MUA (Entourage)
SPAM: *  0.3 -- BODY: Asks you to click below
SPAM: * -0.3 -- Long signature present (empty lines)
SPAM: * -100.0 -- From: address is in the user's white-list
SPAM: * -6.0 -- User is listed in 'whitelist_to'
SPAM: * -0.2 -- Email came from some known mailing list software
SPAM: * -2.0 -- AWL: Auto-whitelist adjustment
SPAM: 
SPAM: ---- End of SpamAssassin results

------ End of Forwarded Message


--
To unsubscribe, e-mail:   <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>


Mime
View raw message