Re: download report was: svn commit: r322514

2005-11-25 Thread Brett Porter
Thanks! Vincent Siveton wrote: > Hi Brett, > >> Vincent Siveton wrote: Can we move it to the sandbox, then talk about what information to add to the POM to make it effective? Perhaps elaboration next to >> downloadUrl in distributionManagement. >>> +1 >> Hi Vincent, >> >> Were you

RE: download report was: svn commit: r322514

2005-11-25 Thread Vincent Siveton
Hi Brett, > Vincent Siveton wrote: > >> Can we move it to the sandbox, then talk about what information to add > >> to the POM to make it effective? Perhaps elaboration next to > downloadUrl > >> in distributionManagement. > > > > +1 > > Hi Vincent, > > Were you going to make this move? I'd like

Re: download report was: svn commit: r322514

2005-11-23 Thread Brett Porter
Vincent Siveton wrote: Can we move it to the sandbox, then talk about what information to add to the POM to make it effective? Perhaps elaboration next to downloadUrl in distributionManagement. +1 Hi Vincent, Were you going to make this move? I'd like to do this before nay further releases

RE: download report was: svn commit: r322514

2005-11-03 Thread Vincent Siveton
Hi Brett, > I'm still really unconvinced about this report. It should be working on > information from the POM, not assembly descriptor - and I'm not sure how Agree but actually supported formats are in the assembly descriptor. > much it adds over just typing up a quick APT right now. Maybe 5 m

Re: download report was: svn commit: r322514

2005-11-02 Thread Brett Porter
I'm still really unconvinced about this report. It should be working on information from the POM, not assembly descriptor - and I'm not sure how much it adds over just typing up a quick APT right now. Can we move it to the sandbox, then talk about what information to add to the POM to make it

Re: download report was: svn commit: r322514

2005-10-26 Thread Vincent Siveton
Hi Brett, (Sorry for the delayed response) Putting the assembly report in project info reports is the logical way. To do this change, we need to change the visibility of some methods/attributes in the AssemblyMojo and AbstractUnpackingMojo classes (depending the package choose) Also, projectinfo

Re: download report was: svn commit: r322514

2005-10-23 Thread Brett Porter
Vincent Massol wrote: What does it do? Same as the download report in the m1 xdoc plugin? That's my understanding. It certainly doesn't go into the assembly plugin IMO. However it could possibly go in the release plugin or in the changes report or in the info plugin or ... I agree that it

RE: download report was: svn commit: r322514

2005-10-23 Thread Vincent Massol
> -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > Sent: dimanche 23 octobre 2005 03:25 > To: Maven Developers List > Subject: Re: download report was: svn commit: r322514 > > Anyone have some thoughts on splitting this out? What does it do?

Re: download report was: svn commit: r322514

2005-10-22 Thread Brett Porter
Anyone have some thoughts on splitting this out? - Brett Brett Porter wrote: I may have suggested putting this here in the past, but thinking about it Im not so sure this is a good idea. Can we have a separate plugin, or put it into the project info reports, or does it rely on information from