Re: [all] Suggestion for all of Commons

[sebb <se...@gmail.com>]

On 30/03/06, Phil Steitz <ph...@gmail.com> wrote:
> On 3/29/06, Henri Yandell <fl...@gmail.com> wrote:
> > On 3/29/06, Sandy McArthur <sa...@apache.org> wrote:
> > > On 3/29/06, Henri Yandell <fl...@gmail.com> wrote:
> > > > On 3/29/06, Sandy McArthur <sa...@apache.org> wrote:
> > > > > On 3/29/06, Rahul Akolkar <ra...@gmail.com> wrote:
> > > > > > Or maybe we should simply advertise the dependencies pages better?
> > > > >
> > > > > Dependencies should be listed on the download page. The mind set of
> > > > > someone wanting to to use a component is and I know this from having
> > > > > done it a dozen or so times:
> > > >
> > > > I've come to believe that dependencies should be included in the
> > > > distribution. Also that we shouldn't bother with binary and source
> > > > distributions anymore; be like tapestry/hivemind (I think they're the
> > > > ones) and have just the one dist file.
> > >
> > > I'm almost cool with that. I'd be happy with a full download
> > > (binary.jar, sources, docs, etc) and just the raw binary.jar
> > >
> > > 85% of the time downloading the binary distrobution is just an extra
> > > step to get to what I want: the binary.jar
> >
> > Yeah, +1.
> >
> > I tend to go to ibiblio to get downloads half the time now; sad :)
> > Definitely valuable to be able to download just the jar, especially
> > for Commons things.
>
> If you don't like ibiblio, you can of course always use
> http://www.apache.org/dist/java-repository/
>
> Bundling dependencies is a last century waste of bandwidth, IMHO.  I
> agree though that making it clear what they are is important.  Might
> we worth a maven ticket to get them moved up in the default nav .  I
> vaguely remember this being discussed before either here or on
> maven-user.
>

+1

Why not include it in the Download section of the navigation - e.g:

Download
* Releases (mirrored)
* Nightly snapshots
+ Dependencies

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org