[EMAIL PROTECTED] 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 <[EMAIL PROTECTED]> wrote: -----

To: [email protected]
From: Nick Chalko <[EMAIL PROTECTED]>
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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]




--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to