Mailing-List: contact dev-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Developers List" <dev@maven.apache.org>
Subject: RE: cvs commit:
	maven-plugins/xdoc/src/plugin-resources/templatesdownloads.xml
From: Jason van Zyl <jvanzyl@maven.org>
To: Maven Developers List <dev@maven.apache.org>
In-Reply-To: <058201c3c53d$30ba52a0$2502a8c0@vma>
References: <058201c3c53d$30ba52a0$2502a8c0@vma>
Content-Type: text/plain
Organization: 
Message-Id: <1071757043.4272.11.camel@localhost.localdomain>
Mime-Version: 1.0
Date: 18 Dec 2003 09:17:24 -0500
Content-Transfer-Encoding: 7bit

On Thu, 2003-12-18 at 03:01, Vincent Massol wrote:
> Jason,
> 
> This is what I'm doing in the multichanges plugin: it automatically
> lists all releases. I have not committed it yet but the way I planned to
> compute the URL was by:
> 
> [Remote repo URL] + [group id] + [type (new POM element)] + [artifact
> id] + [version] + [type extension - directly computed from type]
> 
> The best would be to ask the artifact handler (whatever that is) to
> return the URL by passing to it the different parameters.
> 
> I see that you wish to have a distributionURL. Would that be optional
> and default to the strategy above if not specified?

I think relying on the runtime mechanism to generate the distribution
url doesn't sound like a good idea. Where you distribute to and where a
user gets downloads from may not be the same. 

I would much prefer the simple approach of stating what the user
distribution url is instead of trying to calculate it which you may not
be able to do anyway. The addition of the element is clear, concise and
wouldn't leave much room for guessing.

> Thanks
> -Vincent
> 
> > -----Original Message-----
> > From: Jason van Zyl [mailto:jvanzyl@maven.org]
> > Sent: 18 December 2003 08:23
> > To: Maven Developers List
> > Subject: Re: cvs commit: maven-plugins/xdoc/src/plugin-
> > resources/templatesdownloads.xml
> > 
> > On Thu, 2003-12-18 at 01:19, dion@multitask.com.au wrote:
> > > So this is not a 1.0 compatible plugin anymore??
> > 
> > It still is, none of the default behaviour has changed. I'm just
> adding
> > stuff that >1.0 will be able to take advantage of.
> > 
> > > --
> > > dIon Gillard, Multitask Consulting
> > > Blog:      http://blogs.codehaus.org/people/dion/
> > >
> > >
> > >
> > > jvanzyl@apache.org wrote on 18/12/2003 08:40:37 AM:
> > >
> > > > jvanzyl     2003/12/17 13:40:37
> > > >
> > > >   Added:       xdoc/src/plugin-resources/templates downloads.xml
> > > >   Log:
> > > >   o little template for an automatically created download page.
> This
> > is
> > > going
> > > >     to require an addition to the POM of a distributionUrl for
> > > end-users.
> > > >
> > > >   Revision  Changes    Path
> > > >   1.1
> maven-plugins/xdoc/src/plugin-resources/templates/downloads.xml
> > > >
> > > >   Index: downloads.xml
> > > >
> ===================================================================
> > > >   <?xml version="1.0" encoding="$encoding" ?>
> > > >   <document>
> > > >
> > > >     <!--
> > >      | Looks like for sanity we most likely must provide a
> > > > distribution URL as
> > >      | the distributionSite and distributionDirectory
> > > > don't map to anything
> > >      |   useful from the web.
> > >      -->
> > > >
> > > >     <properties>
> > > >       <title>Downloads</title>
> > > >     </properties>
> > > >
> > > >     <body>
> > > >       <section name="Downloads">
> > > >         <p>
> > > >           #set ($url = $escape.getText($project.distributionUrl))
> > > >           <a href="$url">$url</a>
> > > >         </p>
> > > >       </section>
> > > >     </body>
> > > >   </document>
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > > For additional commands, e-mail: dev-help@maven.apache.org
> > > >
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: dev-help@maven.apache.org
> > --
> > jvz.
> > 
> > Jason van Zyl
> > jason@zenplex.com
> > http://tambora.zenplex.org
> > 
> > In short, man creates for himself a new religion of a rational
> > and technical order to justify his work and to be justified in it.
> > 
> >   -- Jacques Ellul, The Technological Society
> > 
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
-- 
jvz.

Jason van Zyl
jason@zenplex.com
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society


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