(if SVN is a problem I can upload it somewhere), that would isolate
it
to you environment over your particular project.
Thanks,
Brett
On 2/17/06, David Sag [EMAIL PROTECTED] wrote:
Sorry brett the last i heard from you was that you were working
on the
problem and there would
artifactIdcobertura-maven-plugin/artifactId
version2.0-SNAPSHOT/version
executions
execution
goals
goalclean/goal
/goals
/execution
/executions
/plugin
regards,
Javed
On 2/17/06, David Sag [EMAIL
On 2/17/06, David Sag [EMAIL PROTECTED] wrote:
Maven 2 is what I am on about. see the jira issue,
but i am getting the
same problem as you describe. perhaps you'd like to
vote on
that issue and
add your comments there.
Kind regards,
Dave Sag
groupIdaxis/groupId
artifactIdaxis-jaxrpc/artifactId
version1.2.1/version
/dependency
dependency
groupIdaxis/groupId
artifactIdaxis-saaj/artifactId
version1.2.1/version
/dependency
/dependencies
/project
On 2/20/06, David Sag [EMAIL PROTECTED] wrote
no need - all this
is
handled internally when the plugin executes with 'cobertura:cobertura'.
_
From: David Sag [mailto:[EMAIL PROTECTED]
Sent: Monday, February 20, 2006 7:20 AM
To: Maven Users List
Subject: Re: cobertura plugin
Interesting
the main difference between
For some reason as of today the unit
tests in one of my projects are now running 3 times when i do mvn install
site.
I declare the surefire plugin in my
build as per normal and in my reporting as per normal so am not sure why
this could be.
I also generate pmd, cobertura, findbugs
and qalab
/22/06, David Sag [EMAIL PROTECTED] wrote:
For some reason as of today the unit tests in one of
my projects are now
running 3 times when i do mvn install site.
I declare the surefire plugin in my build as per normal
and in my
reporting as per normal so am not sure why
:
On 2/22/06, David Sag [EMAIL PROTECTED] wrote:
unfortunately cobertura is not working again as it now demands
maven 2.0.3to run and breaks my builds.
Sorry, that was the only way to resolve the issue.
i was at home last night so had access to svn, checked out the latest
maven2
from
I want to use JPOX
there is a maven-jpox-plugin in repo1.maven.org/maven2/maven-plugins/
but when i add a reference to it in my pom.xml i get a FATAL ERROR
null doing a mvn clean.
is anyone out there using JPOX and
Maven 2?
Downloading:
Hi,
I had to rebuild maven from the source
files in svn as the cobertura plugin is now demanding version 2.0.3 to
run.
but now the site plugin is complaining
that it can't find the skin org.apache.maven.skins:maven-default-skin:jar:RELEASE
so where do I find that - please don't
say I have to
-beta-4 (the current
release).
- Brett
On 2/24/06, David Sag [EMAIL PROTECTED] wrote:
Hi,
I had to rebuild maven from the source files in svn as the cobertura
plugin is now demanding version 2.0.3 to run.
but now the site plugin is complaining that it can't find the
skin
own skin ;-) (very nice feature)
- Olivier
[1]
http://svn.apache.org/viewcvs.cgi/maven/plugins/trunk/maven-site-plugin/
src/main/java/org/apache/maven/plugins/site/SiteMojo.java?rev=370214vie
w=markup
-Message d'origine-
De : David Sag [mailto:[EMAIL PROTECTED]
Envoyé
Dear people,
I am having my first proper stab at
doing a milti-project build, but
naturally have hit some immediate problems.
Firstly I have scoured the maven site
and google but can't find any sound
documentation on how the multi-project
builds are meant to work. I did find this page
, David Sag [EMAIL PROTECTED]:
Dear people,
I am having my first proper stab at doing a milti-project build,
but
naturally have hit some immediate problems.
Firstly I have scoured the maven site and google but can't find
any sound
documentation on how the multi-project builds
also reference the parent by adding a relativePath
in the
parent definition in the child pom. (never used it myself)
May that helps.
Raphaël
2006/3/1, David Sag [EMAIL PROTECTED]:
Dear people,
I am having my first proper stab at doing a milti-project build,
but
naturally have
.
From: David Sag [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 01, 2006 8:49 AM
To: Maven Users List
Subject: RE: [m2] multi-project problems
aha. okay i had my parent pom called generic-pom.xml as I was
only
interesed in building some of our 'generic' projects
Lance Bader
wisely said:
Automatic
redirection based on browser locale is a good idea for a consumer
site but our multi-lingual users are aggravated if they have to change
the
browser's locale in order to view a particular language. A multi-lingual
front page allowing quick choices to a
with the parent. To do what you want, you should put the config
in the parent's pluginManagement section. Then in each child you
just need to put the plugin group and id in the build/plugin section
but the configuration will be inherited.
From: David Sag [mailto:[EMAIL
section, there is a
dependencyManagement section. Take a look at the project descriptor
under where is it on the maven page.
From: David Sag [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 01, 2006 10:40 AM
To: Maven Users List
Subject: RE: [m2] multi
After setting up your pom you'd just
call [mvn clean deploy] and it will do everything in the build lifecycle
to that point.
see http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html
Kind regards,
Dave Sag
Adam Leggett [EMAIL PROTECTED]
wrote on 01-03-2006
: David Sag [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 01, 2006 10:40 AM
To: Maven Users List
Subject: RE: [m2] multi-project problems
Hi Brian,
Your suggestion worked well, while it's not quite what I was
after (I
wanted to leave the build details out of the sub-project
Hi All,
I am beginning now to migrate many of
our projects to maven 2, but I am not permitted to move the location of
the stuff in the src directory as CVS is unable to retain the history in
this case and we have no plans to move to something more useful such as
subversion.
the directory
I heard about a very interesting way
to attack this problem a couple of years ago in the Cocoon project. At
one of the big cocoon user/dveleoper conferences (it could even have been
at an apachecon) a small room of people with varying degrees of familiarity
with the source code worked
Thorsten Heit [EMAIL PROTECTED] wrote on 10-03-2006 13:46:19:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
the directory structure we have is
pom.xml
src/
- org/
Maven uses src/java/... per default. Have you tried that?
unfortunately I do not have permission to change
Wayne Fay [EMAIL PROTECTED] wrote on 10-03-2006 18:00:22:
Easiest answer is to move to Subversion. There are tools to facilitate
this so you can save your history out of CVS.
easier said than done here I am afraid. certainly that's what I have done
for all of my personal and freelance
There are a few serious bugs with cobertura
and maven 2. i've been plugging away with it for a while now and
if you build maven from source it does work but only for single project
builds. multi-project builds all report zero coverage.
see http://jira.codehaus.org/browse/MCOBERTURA-2
and
The cobertura plugin is not finished
yet.
I recommend you pop over to http://jira.codehaus.org/browse/MCOBERTURA-2
and http://jira.codehaus.org/browse/MCOBERTURA-5 and vote on those issues
Kind regards,
Dave Sag
Boris Lenzinger [EMAIL PROTECTED]
wrote on 15-03-2006 11:03:35:
Hi,
101 - 127 of 127 matches
Mail list logo