www-community mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Craig R. McClanahan" <craig...@apache.org>
Subject Re: ASF repository URI syntax
Date Sat, 01 Mar 2003 21:25:00 GMT


On Sat, 1 Mar 2003, robert burrell donkin wrote:

> Date: Sat, 1 Mar 2003 20:02:07 +0000
> From: robert burrell donkin <rdonkin@apache.org>
> Reply-To: community@apache.org
> To: community@apache.org
> Subject: Re: ASF repository URI syntax
>
> i think that maybe organization / project would be better that
> /project/[subproject/..].
>
> i think that including organization would a good idea for a couple of
> reasons. first, it would make it pretty clear that it's an URI is for an
> ASF jar. secondly, it would allow expansion later for non-ASF jars within
> the system. (even if they are hosted elsewhere.)
>
> the project should simply include as much detail as it required to
> identify a unique releasable unit. so (for example) ant would be
> (something like) apache/ant whereas the commons logging api could be
> apache/jakarta-commons-logging-api (or something like that).
>
> this idea also has the advantage of being much simpler :)
>
> maybe the organization should be a domain name ie apache.org rather than
> apache.
>

For Java-based stuff, it might be best to base the repository URI on the
top-level package name of the included code, which is often at least
somewhat independent of the organizational structure (org.apache.struts
wouldn't change whether Struts is a Jakarta subproject or an independent
top-level Apache project).

> - robert

Craig


>
> On Saturday, March 1, 2003, at 06:56 PM, Nick Chalko wrote:
>
> > dion@multitask.com.au wrote:
> >
> >> Nick,
> >>  can you explain why there is a need for a subproject and not a
> >> sub-subproject etc?
> >
> > Good question.
> > This also releates to "what is a project" .  Jakarta , avalon,  turbine.
> > poi, poi-contrib.  On the one hand we could allow  unlimited subprojects.
> >    specify that projects must start with a letter, and version must start
> > with a number.
> >
> > Or the other aproach is only one level of projects then you have
> > jakarta-avalon-fulcrum.
> >
> > This is a namespace problem, how do we avoid naming collitions at Apache
> > I suppose we could say that  a  "project"="cvs module"
> > My preference would be for /project/[subproject/..]/version/artifact.
> >
> >
> >
> >>
> >> --
> >> dIon Gillard, Multitask Consulting
> >> Blog:      http://www.freeroller.net/page/dion/Weblog
> >> Work:      http://www.multitask.com.au
> >>
> >> -----Nick Chalko <nickchalko@apache.org> wrote: -----
> >>
> >> To: community@apache.org
> >> From: Nick Chalko <nickchalko@apache.org>
> >> Date: 03/01/2003 09:38AM
> >> Subject: ASF repository URI syntax
> >>
> >> I think in general  ./ or  ./index.html should return a human readable
> >> form and ./index.xml should give machine readable form of the following
> >>
> >>     * /
> >>           o list of projects in the repository
> >>     * /project
> >>           o list of subprojects
> >>           o  list of versions available if there is no subprojects
> >>     * /project/[subproject]/
> >>           o list of versions available
> >>     * /project/[subproject]/version/
> >>           o list of artifacts available.
> >>     * /project/[subproject]/version/artifact.
> >>           o downloads the actual artifact.
> >>
> >> I think this a reasonable base set that support both a simple
> >> filesystem or an smart server.
> >>
> >> These are just ideas to get the discussion of the protocol started.
> >>
> >> Comments.
> >>
> >> R,
> >> Nick
> >>
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: community-unsubscribe@apache.org
> >> For additional commands, e-mail: community-help@apache.org
> >>
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: community-unsubscribe@apache.org
> > For additional commands, e-mail: community-help@apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: community-unsubscribe@apache.org
> For additional commands, e-mail: community-help@apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: community-unsubscribe@apache.org
For additional commands, e-mail: community-help@apache.org


Mime
View raw message