On 19 November 2012 19:42, Sébastien Brisard <sebastien.bris...@m4x.org> wrote:
> Hi,
>
>
> 2012/11/19 Phil Steitz <phil.ste...@gmail.com>
>
>> On 11/18/12 11:20 PM, Sébastien Brisard wrote:
>> > Hi,
>> > someone (I think it was sebb) wrote some months ago about defining custom
>> > profiles in the pom.xml to allow for faster compilation (cobertura being
>> > the culprit).
>> > I've done that locally, and I'm probably not the only one. So I was
>> > wondering whether we could commit one or two custom profiles which would
>> > make our life easier?
>> > The profile I'm using is the following
>> >   <profiles>
>> >     <profile>
>> >       <id>fast</id>
>> >       <properties>
>> >         <skipTests>true</skipTests>
>> >         <maven.clover.skip>true</maven.clover.skip>
>> >         <cobertura.skip>true</cobertura.skip>
>> >         <findbugs.skip>true</findbugs.skip>
>> >         <pmd.skip>true</pmd.skip>
>> >       </properties>
>> >     </profile>
>> >   </profiles>
>> > it allows me to quickly check the generated Javadoc + users guide.
>> > Other profiles could be defined, of course.
>> >
>> >
>> > What do you think?
>> > Sébastien
>> >
>> I don't really care, but I wonder if this is really just working
>> around broken-ness.  Until one of the tests started hanging (can't
>> remember which one) with Coberta, this was not an issue.
>
> That's a  fair point. Cobertura is actually the main issue, but not the
> only one. There are many reports which take for ages to generate (JIRA
> report, which consistently fails on my machine, ...).

I certainly find it useful to be able to generate a basic site without
having to run all the javadoc etc.
For example when editting the user manual or checking certain site changes.

> I tend to
>> just use -DskipTests when I need to gen the site now and sometimes
>> -Dtest= which is no harder to remember than a special profile name,
>> but I am OK if others want to add this.  I have no way now of
>> generating the full site including Coberta now, though, so it would
>> be great if we could figure out a way to fix that.
>>
>> Phil
>>
>
> Sébastien

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to