On 30 Oct 06, at 2:24 PM 30 Oct 06, Brett Porter wrote:
This is really a question for the users list, but since we're here
these are probably the alternatives you have:
- use profiles to distringuish which tests run when (by
reconfiguring the surefire plugin)
- using testng with groups to c
It's fixed now. I am viewing it on a wee laptop screen. :(
-Nathan
On 10/30/06, Eric Redmond <[EMAIL PROTECTED]> wrote:
Cool. I was just about to do that after figuring out it only happened with
giant text size.
Thanks;
Eric
On 10/30/06, Will L <[EMAIL PROTECTED]> wrote:
>
>
> Yes, I confirm
Greetings,
I'm having a problem using assembly plugin to create a work directory
for another plugin (the debian plugin). I started off by putting
these plugins in different phases to force the order, but as the
project has evolved, this has become unworkable because there are no
open pha
parent pom can't change in it's basic "build required" info (eg.
dependencies), but we can add more info like license, url,...
it's better to centralize it than have it copied all over
On 10/30/06, Fabrizio Giustina <[EMAIL PROTECTED]> wrote:
On 10/30/06, Carlos Sanchez <[EMAIL PROTECTED]> wrot
On 10/30/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
There are a lot of common things to all eclipse projects like license.
Having the license all over all projects is not easy fo fix,
change,... Same problem for all common info
but given the actual repository policy, also the parent pom can
On 31/10/2006, at 7:29 AM, Antoine Levy-Lambert wrote:
Hello Brett,
I am surprised by the concept of making a listener write the
signature.
Since the listener is working (I believe) on the build machine end
and not on the repository end, there must be a mechanism to add the
signature fi
last week I mentioned this in rahul's zero-conf mail
if this is really what we want to change here then perhaps we ought to
make it an option for configuration of the project group in all cases,
the ability to specify the name of the project group...or give it some
kinda short identification ele
I think it needs to be shared and keep eclipse plugin with only
eclipse specifics as much as possible.
On 10/27/06, Fabrizio Giustina <[EMAIL PROTECTED]> wrote:
On 10/27/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: carlos
> URL: http://svn.apache.org/viewvc?view=rev&rev=468338
> Lo
On 10/28/06, Fabrizio Giustina <[EMAIL PROTECTED]> wrote:
Hi,
> On 10/24/06, Fabrizio Giustina <[EMAIL PROTECTED]> wrote:
> > what is the benefit of having a parent pom? I would prefer keeping
> > poms self-contained, an empty parent seems useless at the moment (all
> > the values comes from th
Hello Brett,
I am surprised by the concept of making a listener write the signature.
Since the listener is working (I believe) on the build machine end and not on
the repository end, there must be a mechanism to add the signature files to the
list of files to transfer ? Does the listener "know"
Cool. I was just about to do that after figuring out it only happened with
giant text size.
Thanks;
Eric
On 10/30/06, Will L <[EMAIL PROTECTED]> wrote:
Yes, I confirm the same problem with FireFox 1.5.0.7 and IE 7.
I think this problem has to with using "div". The behavior of floating div
se
This is good. Great work.
^_^
Eric Redmond wrote:
Interesting. I'll do it.
On 10/29/06, Brett Porter <[EMAIL PROTECTED]> wrote:
Anyone interested in this?
Begin forwarded message:
> From: "Will Lin" <[EMAIL PROTECTED]>
> Date: 26 October 2006 2:10:53 PM
> To: "[EMAIL PROTECTED]" <[EMAI
I think it was true when I wrote it, but without proper integration I
didn't commit the changes to trunk as it would have been too disruptive.
Still, wagon-openpgp does exist and between that and commons-openpgp
that's most of the work.
http://svn.apache.org/repos/asf/maven/wagon/trunk/wago
This is really a question for the users list, but since we're here
these are probably the alternatives you have:
- use profiles to distringuish which tests run when (by reconfiguring
the surefire plugin)
- using testng with groups to categorise the tests
- using a system property to enable/dis
Yes, I confirm the same problem with FireFox 1.5.0.7 and IE 7.
I think this problem has to with using "div". The behavior of floating div
seems to be error prone. On the maven homepage, for example,
http://maven.apache.org/ try shrinking the width of browser to very small,
on my FF and IE7 the d
+1 on testng. It would have the side benefit that we have better
integration with that tool by nature of using it in Maven itself.
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Monday, October 30, 2006 7:54 AM
To: Maven Developers List
Subject: Re: integration tes
Hi,
I just read this on the web site of openpgp :
http://jakarta.apache.org/commons/sandbox/openpgp/
"Currently, Maven uses it in its development version to sign libraries released
to the repository."
Is this true ? Is there a mojo which does it ? In which codebase is this mojo ?
Regards,
An
I personally agree with the one class for CRUD. The reason I have for
this is that if you use ModelDriven and the Verifiable (Or whatever - I
forget the exact names)
it saves much duplication of time. Readability and testing I have found
easier under this approach too.
Also it is worth noting
On 10/30/06, Philippe Faes <[EMAIL PROTECTED]> wrote:
Looks like the path to work-dir gets messed up. I'll give it a try on a
cygwin machine tomorrow. Today I have a deadline.
Are any other cygwin users getting the same problem?
Wendy, can you add your comments to CONTINUUM-968?
Done, though I
Would it make sense to create a list of tests for each version, and have the
verifier/test plugin only run the ones on that test? It would be sort of
like the old integration-tests.txt file, except the particular file might be
selected using the Maven version being used? This way, the tests remain
Thanks Peter.
I'll look at it asap and add it in sandbox.
Emmanuel
Peter Ineson a écrit :
Hi Emmanuel,
I have now completed and added an attachment to issue 34 (attachment 1 -
109kb)
http://jira.codehaus.org/browse/SCM-34
There is functionality just to perform checkouts, I believe that it
On 30 Oct 06, at 3:12 AM 30 Oct 06, Brett Porter wrote:
I was thinking that as well, wrt testng. It would be really good to
establish some dependencies so that tests that are bound to fail
could just be skipped if an earlier one fails. Also, the groups
would be useful to run artifact relate
On 30 Oct 06, at 2:33 AM 30 Oct 06, Dan Fabulich wrote:
Jason and I had discussed this briefly a while ago... In my opinion,
the best/clearest way to handle this is to branch the integration
tests.
Yes, we had the discussion but I don't agree that branching them is
the best idea. I thin
How do you handle the case of tests which don't have to or should be run
every time?
In my case, I have tests which check external connectivity which means
that other systems have to be up and running (and correctly configured) or
the test will fail. Currently, I'm using exclude rules and run t
We are pleased to announce the Maven Simian Plugin 1.6.1 release!
http://maven.apache.org/maven-1.x/plugins/simian/
Simian Plugin for Maven
===
Changes in this version include:
Fixed bugs:
o plugin:deregister does
I was thinking that as well, wrt testng. It would be really good to
establish some dependencies so that tests that are bound to fail
could just be skipped if an earlier one fails. Also, the groups would
be useful to run artifact related tests together, etc.
I'm not sure about branching the
We are pleased to announce the Maven POM Plugin 1.5.1 release!
http://maven.apache.org/maven-1.x/plugins/pom/
Basic validation and updating mechanisms for your Project Object Model.
===
Changes in this version include
We are pleased to announce the Maven JIRA Plugin 1.3.1 release!
http://maven.apache.org/maven-1.x/plugins/jira/
This plugin downloads issues from Jira and creates a report.
===
Changes in this version include:
Fixe
We are pleased to announce the Maven Java Plugin 1.6.1 release!
http://maven.apache.org/maven-1.x/plugins/java/
===
Changes in this version include:
Fixed bugs:
o Java report fails build if no source files present.
We are pleased to announce the Maven Genapp Plugin 2.3.1 release!
http://maven.apache.org/maven-1.x/plugins/genapp/
A collection of example projects showing how to use maven in different
situations
===
Changes in thi
We are pleased to announce the Maven Clover Plugin 1.11.1 release!
http://maven.apache.org/maven-1.x/plugins/clover/
The Clover plugin allows measuring test coverage using Clover
(http://www.cenqua.com/clover).
===
C
We are pleased to announce the Maven Changes Plugin 1.7 release!
http://maven.apache.org/maven-1.x/plugins/changes/
===
Changes in this version include:
New Features:
o New property maven.changes.outputencoding.
I should also mention that TestNG has some handy facilities to handle
marking tests as "skipped" based on fancy criteria... I still think
branching the tests is the cleanest way to handle this, but running
integration tests in TestNG is a good fit regardless.
-Dan
> -Original Message-
>
33 matches
Mail list logo
