> From: Nick Chalko [mailto:[EMAIL PROTECTED]
> Tim Anderson wrote:
> >For advocates of URI parsing, what problems are you trying
> >to solve?
> * Discovery of "what is available"
> * Repository exploring.
> * Auto cleanup of repositories.
> The URI spec is too loose.
> As far as I can tell these are legal
> We really need to harden the URI spec a little and the "/" is a
> good start.
The above a legal for the URI Syntax proposal , but illegal
according to the common build version  and java artifact specifiers .
Tools based on  &  should ignore them.
Is it simply a matter of restricting organisation back to a single
path segment? This would allow product-specifier to be determined
Note that this was the original approach, but some people expressed a
desire to be able to break down the hierarchy using reverse-FQDNs.
As for auto cleanup, this is supported in part by:
. version-specifier in 
"All repository URIs must include a version in the path. This:
. ensures all artifacts for a particular version are grouped together
. simplifies archival of artifacts for a particular version"
. interim-build in 
This assigns timestamps for interim builds (nightly, snapshot etc)
The repository would have to limit version naming schemes to
numeric schemes to support auto cleanup fully, which is too restrictive IMO.