Actually, this plugin is very basic.
With it you can add projects (maven1/Maven2/ant/shell) and you can ping the
continuum server to see if it is up.
In future, we'll can add more goals to build projects...
It's very easy to add more goals with the xmlrpc client.
Emmanuel
Damien Lecan a
Continuum look at scm changes, if it contains some sources updates, it build
the project.
Then, it looks at dependencies list, if a dependency (that is a continuum
project too) is updated (new build result in success), continuum build the
project
With no SCM changes and no dependencies, if
No, it isn't possible to chain some build definitions.
Isn't it possible to run mvn clean install site dashboard-report:dashboard
site:deploy in one command?
Emmanuel
Doucet Arnaud a écrit :
Hi,
I'm using dashboard plugin which requires to split site generation in 3
steps in a certain
Weird.
Can you verify in your build definition if Build Fresh/Always Build are really
false. Maybe we don't print the right value.
What is the status of the build result? and the previous?
I'll look at the code.
Emmanuel
Damien Lecan a écrit :
2007/9/24, Emmanuel Venisse [EMAIL PROTECTED]:
the port was probably used by an other application and wasn't released properly.
Try to reboot your machine.
If you start on Continuum, I think it would be better to use Continuum 1.1.
We'll release 1.1-beta-3 this week.
Emmanuel
Raffaele a écrit :
Hi all,
I have the following stack trace
Weird.
Can you verify in your build definition if Build Fresh/Always Build are
really false.
Maybe we don't print the right value.
Do you mean to verify by editing each Build Definitions of each
project and by checking if always build/build fresh check boxes
are checked ?
If yes, both are not
Thanks Emmanuel by the way I have the same error also with continuum 1.1
alpha 2
I tried also to restart my pc, and I trid also to change the port as already
explained in my previous post.
Now I remember that I had these same errores with another Apache product,
that is ActiveMQand also
Hi,
In order to test if the port is already use just try :
telnet localhost 8080
--
Olivier
2007/9/24, Raffaele [EMAIL PROTECTED]:
Thanks Emmanuel by the way I have the same error also with continuum 1.1
alpha 2
I tried also to restart my pc, and I trid also to change the port as
Hey all,
We have released version 1.2 of the maven-js-plugin. All release
notes and such can be found at
http://ossi.mobilvox.com/maven-js-plugin or
http://sf.net/projects/maven-js-plugin.
Thanks,
--
Adam Altemus
http://www.mobilvox.com
Hello,
I have seen a plugin called maven-continuum-plugin in Continuum distribution.
What to do with this plugin ? Declaring new projects (use plugin once)
? Trigger something in Continuum itself at the end of a build ? Update
projects information ? Anything else ?
Thanks
Damien Lecan
It sound like a bug in maven, because nobody knows where is the dog.
I still have this problem and I have read a lot of manuals and also Better
Build with maven book in order to find the answer, but nothing.
-Original Message-
From: Denis Bessmertniy [mailto:[EMAIL PROTECTED]
Sent:
You did not answer the question of Tim why your artifactId for the ejb client
is different from the artifactId of the ejb itself. As long as you do not
answer, we assume the bug is between screen and keyboard ... ;-)
Denis Bessmertniy wrote on Monday, September 24, 2007 8:57 AM:
It sound
The first, I haven't received the letter form Tim about artifactId.
The second, I cannot understand what do you mean here. May you resend me the
letter from Tim?
Thank you
-
Denis
-Original Message-
From: Jörg Schaible [mailto:[EMAIL PROTECTED]
Sent: Monday, September 24, 2007
Hi,
I've got a simple question: In which order are called plugins of a same
phase?
- in the pom's order?
- what about parent plugins?
- can we be sure it will always be in that order?
Regards,
Gerald Reinhart
Pity this took so long, we have now moved to cobertura.
Andy Aspell-Clark
Software Engineer
*: + 44 (0)1633 637649
*: [EMAIL PROTECTED]
WebSite - www.eadsdsuk.com
For and on behalf of EADS Defence and Security Systems Limited
Registered Office: Meadows Road , Queensway Meadows, Newport , NP19
Hi Denis,
Denis Bessmertniy wrote on Monday, September 24, 2007 9:43 AM:
The first, I haven't received the letter form Tim about artifactId.
The second, I cannot understand what do you mean here. May
you resend me the
letter from Tim?
It's still included in this mail ... simply do not stop
Hello,
I think you do not generate the ejb-client from your project :
groupIdcom.mhf/groupId
artifactIdmhfEJBModuleClient/artifactId
version1.0/version
Look at this page :
http://maven.apache.org/maven-1.x/plugins/ejb/properties.html. You will find
how to ask Maven EJB Plugin to generate your
If you mean this
Shouldn't this be:
dependency
groupIdcom.mhf/groupId
artifactIdmhfEJBModule/artifactId
version1.0/version
typeejb-client/type
/dependency
Or isn't your ejb-client artifact autogenerated by the ejb-plugin?
-Tim
I have read this. Ok, I
It is interesting why maven is so hard to understand? Why it is not well
documented? (It is all my own opinions)
I haven't so much probmlems with Ant, for example.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
What documentation did you read? There are two very good books about
maven 2 (and they are free to download)
1. Maven the Definitive Guide (http://www.sonatype.com/book/)
2. Better Builds with Maven
(http://www.devzuz.com/web/guest/products/resources#BBWM)
Sometimes, the documentation for
Hi, you may have a look at peter pilgrim's weblog:
http://www.jroller.com/peter_pilgrim/
and the entries related to maven2 and websphere.
http://www.jroller.com/peter_pilgrim/entry/battling_with_maven_2_integrating
Wish you get some answers.
Christian-Luc
Hemant Ved wrote:
Hi all
Can
I haven't read (1), but I definitely recommend (2).
Very good indeed.
Yours,
Rodrigo
On 9/24/07, Nick Stolwijk [EMAIL PROTECTED] wrote:
What documentation did you read? There are two very good books about
maven 2 (and they are free to download)
1. Maven the Definitive Guide
That is. I haven't need to read fat books when I studied Ant, for example.
That is. Look to
http://maven.apache.org/plugins/maven-ear-plugin/ear-mojo.html#modules
modules The ear modules configuration.
* Type: org.apache.maven.plugin.ear.EarModule[]
* Required: No
What is
Hi Denis,
Denis Bessmertniy wrote on Monday, September 24, 2007 10:04 AM:
If you mean this
Exaclty. :)
Shouldn't this be:
dependency
groupIdcom.mhf/groupId
artifactIdmhfEJBModule/artifactId
version1.0/version
typeejb-client/type
/dependency
Or isn't your
Just curious,
Is there anybody that use an alternative compiler for maven-compiler-plugin ?
Does the eclipse compiler support any must-have feature ?
Nico.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Hi Denis,
Denis Bessmertniy wrote on Monday, September 24, 2007 10:07 AM:
It is interesting why maven is so hard to understand? Why it is not
well documented? (It is all my own opinions)
I haven't so much probmlems with Ant, for example.
Regading the EJBs there are quite a lot examples
Ok, but what I may to do to have what I want?
-Original Message-
From: Jörg Schaible [mailto:[EMAIL PROTECTED]
Sent: Monday, September 24, 2007 11:31 AM
To: Maven Users List
Subject: RE: MAVEN BUG: typeejb-client/type problem
Hi Denis,
Denis Bessmertniy wrote on Monday, September 24,
Denis,
Will all due respect, do you really wish to just read a page and get running
and fully understanding Maven?
Do you really say Maven is hard because you didn't understand your very
first plugin encounter, which happens to be nothing less than the EAR
plugin?
Maven is a complex system that
Denis Bessmertniy wrote on Monday, September 24, 2007 10:44 AM:
Ok, but what I may to do to have what I want?
The client is normally generated building the EJB itself, sou you should be
able to moive your classes over to your ejb module, drop your client module at
all and configure the ejb
I said that it is hard because with maven I step on rake from time to time.
By the way I have read the Better build with maven book.
And my idea will be more correct: not maven hard, but maven is bad
documented on its web site.
-Original Message-
From: Rodrigo Madera [mailto:[EMAIL
Hi,
I will try my best to explain how I understand the underlying concepts
but as I'm not a maven developer and the code and design documentation
is rather sparse there might be some misconceptions on my side.
What I'm a little bit confused about is the distinction between type and
packaging.
Hi,
i want to specify the name of one of three triggered assembly descriptors.
I have three different assemblies to build and the name of one should be
templates.zip instead of test-0.8.7-SNAPSHOT-templates.zip
If i declare the name with the finalName i define the element of all
assemblies.
Denis Bessmertniy wrote:
It is interesting why maven is so hard to understand? Why it is not well
documented? (It is all my own opinions)
I haven't so much probmlems with Ant, for example.
I am in the process of doing a handover of a fully mavenised build (all
the way through to using the
Hi,
split the plugin configuration in distinct executions:
plugin
artifactIdmaven-assembly-plugin/artifactId
executions
execution
idexecution-one/id
goals
goalattached/goal
/goals
configuration
finalNamecustomName/finalName
I think one of Ant's main strengths was not that it was a great build tool
(that XML format was quite painful to use when I'm honest about it) but the
documentation was brilliant that it was thus very easy to get things working.
The maven documentation is not really complete on the website and
thx for the quick response but i get an error if i split like you told me.
Error:
the system couln't find the assembly descriptor file...
But i have declared the right path and filename and the files are existing.
Any hint what i'am doing wrong?
Martin
Hi,
split the plugin
Yes, Maven is hard. I should agree, there is why:
New and buggy:
Maven is hard, because it is new and like all new stuffs, it's buggy.
Working around those little bugs or waiting for one good soul to provide a
patch is a pain... Expertise on Maven is also harder to find.
Black Box:
Maven is
with a few subtle exceptions related to bugs that are fixed in 2.0.7 every
question i've been asked in regard to using maven2 has been found in the
documentation in under 5 minutes
On Monday 24 September 2007 20:56, Denis Bessmertniy wrote:
I said that it is hard because with maven I step on
Hello,
I would like to understand how Continuum knows which sub-projects of a
multi-module project have to be built.
All sub-projects are in eparate projects under a main project group.
it seems that build of a project is done when :
- sources are updated
- dependency projects have been
Hum, I'm working with Continuum 1.1-beta-3
Damien
2007/9/24, Damien Lecan [EMAIL PROTECTED]:
Hello,
I would like to understand how Continuum knows which sub-projects of a
multi-module project have to be built.
All sub-projects are in eparate projects under a main project group.
it seems
Easy to you but not for clietns.
Client is always right ;-)
-Original Message-
From: Michael McCallum [mailto:[EMAIL PROTECTED]
Sent: Monday, September 24, 2007 1:04 PM
To: Maven Users List
Subject: Re: Why Maven is Hard?
with a few subtle exceptions related to bugs that are fixed in
Michael McCallum wrote:
with a few subtle exceptions related to bugs that are fixed in 2.0.7 every
question i've been asked in regard to using maven2 has been found in the
documentation in under 5 minutes
That depends just how much of maven you are using. You might choose to
use maven to
It's working for me with this testproject:
.
|-- pom.xml
`-- src
`-- main
|-- assembly
| |-- A.xml
| |-- B.xml
| `-- C.xml
`-- java
`-- TestClass.java
pom.xml:
project
modelVersion4.0.0/modelVersion
There are questions that I have that I simply can't find answers for at all!
Not only are the details not in the documentation but they aren't even blogged
about.
Just compare the level of documentation in Ant verses Maven and its a night and
day difference. Don't get me wrong there is a lot
Michael McCallum wrote:
with a few subtle exceptions related to bugs that are fixed in 2.0.7 every
question i've been asked in regard to using maven2 has been found in the
documentation in under 5 minutes
That might be the case for the questions you came across. The mere
traffic on this list
Denis,
I get what you mean now and I agree...
I have spent hours with Maven debugging and I know what you feel.
It's been less than five hours since I had to download the source code of a
plugin to see what was going on inside of it... and got no results.
Fortunately, knowledgeable people
Hi Tom,
Congrats for this first release under the Atlassian umbrella! Where
can we see what's different from the last version of the Clover
plugin located at Apache?
I tried checking http://developer.atlassian.com/jira/browse/CLMVN?
my pom is:
plugin
artifactIdmaven-assembly-plugin/artifactId
version2.2-beta-1/version
executions
execution
idassemblyone/id
phasepackage/phase
goals
goalsingle/goal
just to repeat i have been able to answer every question I have been asked
thats not to say every question but to say every question that in my
experience new users have asked... often they proceeded to go and do
something else anyway but thats beside the point...
modules are way overused IMO
I should also add that that does not include supporting 3rd party plugins...
and often getting the source for them can be useful... i have my own versions
of mojo hibernate, xslt among a few others while waiting for bug fixes...
thats like saying that micrsoft is responsible for the
On 24/09/2007, at 9:47 PM, Vincent Massol wrote:
Hi Tom,
Congrats for this first release under the Atlassian umbrella! Where
can we see what's different from the last version of the Clover
plugin located at Apache?
I tried checking http://developer.atlassian.com/jira/browse/CLMVN?
Sorry,
I missed that you don't want to attach the assembly generation to the
lifecycle.
The proposed solution with the separate executions will not work in this
scenario as maven only reads the plugin level configuration
(plugin/configuration/) when a goal is invoked directly from the
2007/9/24, Emmanuel Venisse [EMAIL PROTECTED]:
Continuum look at scm changes, if it contains some sources updates, it build
the project.
Then, it looks at dependencies list, if a dependency (that is a continuum
project too) is updated (new build result in success), continuum build the
So you are saying that Maven IS hard because someone doesn't understand a
huge project that they've never used before? You are saying that if it was
done in ant it would be easier to understand? I find that extremely hard to
believe.
I've read plenty of articles written that I thought explained
I'm really floored that this discussion is even happening. Here is why:
If people are build their core infrastructure around Maven to the point
where they feel like they should give the project developers a hard time due
to something as simple as documentation, don't you think then that it's
Hi all,
I'm using the release plugin as [1] but, when the plugin calls
tomcat:redeploy [2], it ignores the -Dmaven.tomcat.url option.
How can I pass a -Dsomething to the goals called by release plugin
from -Dgoals option? Is that clear?
[1]
mvn -e release:perform -P homologacao
osgi package imports/exports for instance. AFAIK is the only one that
supports it
On 9/24/07, nicolas de loof [EMAIL PROTECTED] wrote:
Just curious,
Is there anybody that use an alternative compiler for maven-compiler-plugin ?
Does the eclipse compiler support any must-have feature ?
Nico.
Hi,
I have exactly the same error on the same plugin, we are using artifactory
locally and when the plugin is installed as a snapshot it frequently fails
to download and fails the build. Running maven with a -U seems to fix the
problem temporally.
Did you ever find a solution to this? Did using
Hi James,
Sorry, but I didn't find any solution to solve this problem :(
Thus, this plugin has been disabled on my configuration.
Note that we still do not use Artifactory. So I can't tell you if this tool
can solve this problem...
If you have any idea...
Regards.
Romain
Jimbog wrote:
Problem solved with -Darguments=-Dmaven.tomcat.url=http://.. option.
http://maven.apache.org/plugins/maven-release-plugin/perform-mojo.html#arguments
thanks
On 9/24/07, Alexandre Gomes [EMAIL PROTECTED] wrote:
Hi all,
I'm using the release plugin as [1] but, when the plugin calls
Hi,
what is the easiest way to share artifacts like Zips, and SourceArchives with
maven 2?
Are there some plugins to handle and provide nightlybuilds on a central place?
---
regards
Martin Ritz
Provide more details about your use case and perhaps someone can help.
Wayne
On 9/24/07, Ritz, Martin [EMAIL PROTECTED] wrote:
Hi,
what is the easiest way to share artifacts like Zips, and SourceArchives with
maven 2?
Are there some plugins to handle and provide nightlybuilds on a central
I have setted up my maven infrastructure with nightlybuilds via Continuum
Server.
Now I want to provide the artifacts built by continuum (e.g. zips, sources,
other archives, .exe, ...) in an flat hierarchy where my team members could
easily find and download the artifacts.
It should looks like
It was almost perfect, Tim. Then you screwed up the last example. ;-)
dependency
groupIdcom.myco.app/groupId
artifactIdfoo/artifactId
version1.0-SNAPSHOT/version
classifiertests/classifier
/dependency
This corresponds to the file:
Now, incredibly it works but I did nothing of helpful, I didn't close Skype,
I did'nt restart my pc
A H Y E A H my friends!
olivier lamy wrote:
Hi,
In order to test if the port is already use just try :
telnet localhost 8080
--
Olivier
2007/9/24, Raffaele [EMAIL PROTECTED]:
No, it seems not to be possible (extract from
http://mojo.codehaus.org/dashboard-maven-plugin/continuum.html) :
the dashboard report plugin must be running in 2 passes.
To work fine with *Continuum*, you must configure the goals as :
1. *first goal* : mvn clean install site
1.
On Tuesday 25 September 2007 01:10, Ryan Moquin wrote:
If people are build their core infrastructure around Maven to the point
where they feel like they should give the project developers a hard time
due to something as simple as documentation, don't you think then that it's
time to
Doucet Arnaud a écrit :
No, it seems not to be possible (extract from
http://mojo.codehaus.org/dashboard-maven-plugin/continuum.html) :
the dashboard report plugin must be running in 2 passes.
To work fine with *Continuum*, you must configure the goals as :
1. *first goal* : mvn clean
And having read the rest of your statement I do exactly the same with with 90+
artifacts culminating in 9 different aggregations == war, ear, compound jar
On Tuesday 25 September 2007 01:10, Ryan Moquin wrote:
I'm managing a full enterprise application with Maven 2, with MANY
subprojects
Hello,
I have a small and interesting problem I would like to solve. I have 2
projects A and B.
- A contains a jjtree source file that is used to generate AST nodes
and a parser
- B uses A *but* also rewrites some of the AST nodes thus providing
its own classes.
When I package
Isn't this sort of a catch-22?
People are saying I don't get maven, it's too complex.
Now it's time for them to give something back and document it?
How do you propose they do that? Start at the source and pore through
it to explain it? Saying that is sort of a cop-out, IMO.
I think that the
The Maven User wiki is a great place for users to begin contributing
in a meaningful way:
http://docs.codehaus.org/display/MAVENUSER/Home
Also, the wiki is a great place to look for help, documentation,
examples etc. If you're having trouble with finding things on the
Maven site, check out the
Is there any compiler to target 1.3 with source 1.5 ? There is no
limitation for that in the class file format.
2007/9/24, Carlos Sanchez [EMAIL PROTECTED]:
osgi package imports/exports for instance. AFAIK is the only one that
supports it
On 9/24/07, nicolas de loof [EMAIL PROTECTED] wrote:
One of Maven's values is that it
does the heavy lifting for you.
(as it's literature describes.)
But that is also exactly the problem - because
it is sometimes hard to tell what is going
on. You need to keep the Maven cycle in
mind at all times - and that does add
another level of indirection.
I'm trying to run JUnit4 tests in one of the modules of a project that uses
3.8.1
I have added the 4.4 version as dependency and configured the
maven-surefire-plugin to 2.3
When I run the test it seems that is not running JUnit4 tests, instead is
using the 3.8.1.
I have added the method
If you're using maven2 take a look at the assmebly plugin
(http://maven.apache.org/plugins/maven-assembly-plugin/descriptor-refs.html#src).
Basically it can create a zip file of your source and upload it to your repo.
-Christopher
-Original Message-
From: Ritz, Martin [mailto:[EMAIL
mateamargo wrote:
I'm trying to run JUnit4 tests in one of the modules of a project that
uses 3.8.1
I have added the 4.4 version as dependency and configured the
maven-surefire-plugin to 2.3
When I run the test it seems that is not running JUnit4 tests, instead is
using the 3.8.1.
I
Is there anybody caring for bugs in the Maven 2.x Help Plugin?
Especially http://jira.codehaus.org/browse/MPH-16 (inherited profiles
are not shown when calling help:active-profiles) has been opened since
June 2006 and is still unassigned.
-Gisbert
--
Gisbert Amm
Softwareentwickler
Hi
I have to install some maven repositories for our internal artifacts.
I have already try 3 types of repo : file://, archiva and artifactory
I also have heard about proximity, but the live demo is down since ..
pfui... 2 months... not sure I want to use that..
Archiva :
pro
store
Hi
I have to install some maven repositories for our internal artifacts.
I have already try 3 types of repo : file://, archiva and artifactory
I also have heard about proximity, but the live demo is down since ..
pfui... 2 months... not sure I want to use that..
Archiva :
pro
store
Did you ask the Apache James people how they set this up? They may
have some advice for you. Or perhaps you can browse their source code
and look at the pom.xml etc files to figure it out.
It looks like a plain-jane filesystem which is front-ended by a web
server. Take a look at mvn deploy and
Ryan Moquin wrote:
So you are saying that Maven IS hard because someone doesn't understand a
huge project that they've never used before?
Yes.
You are saying that if it was
done in ant it would be easier to understand?
Absolutely not. What on earth gave you that idea?
Regards,
Graham
--
If you read all of my posts to this list (doubtful), then you'll know
that I'm working with Eclipse lately (under the guise of SAP NWDS).
Things are generally OK except that Eclipse is complaining about my
orion-application.xml file. I am using filtering to insert values
during the build, but
I agree with previous observations that some of the plugins have very
poor documentation regarding their parameters.
Regarding complex projects, any POM that is non-trivial should be well
commented to describe the operations that are novel. Every effort should
be made to keep builds plain and
Thanks Tim. Enlightening.
-- Saleem
Tim Kettler wrote:
Hi,
I will try my best to explain how I understand the underlying concepts
but as I'm not a maven developer and the code and design documentation
is rather sparse there might be some misconceptions on my side.
What I'm a little
Hi,
So I've gotten pretty far with Maven (to the point where I'm liking it more
and more). It's a slow slog, wading through articles and documentation, but
I'm starting to like it. I've got a few questions on site generation
1. How do I specify the location of my license file for site
Bryant Harris [EMAIL PROTECTED] writes:
Hi,
So I've gotten pretty far with Maven (to the point where I'm liking
it more and more). It's a slow slog, wading through articles and
documentation, but I'm starting to like it. I've got a few questions
on site generation
1. How do I
It works in AppFuse - maybe it'd help to look at our configuration.
Archetype creation commands @
http://appfuse.org/display/APF/AppFuse+QuickStart
Change from Hibernate to JPA:
http://appfuse.org/display/APF/Using+JPA#UsingJPA-setup
HTH,
Matt
thebugslayer wrote:
Hi,
Can someone please
I too find the official Maven docs to be insufficient to many tasks. On the
other hand, while I have rewritten some of those docs and submitted them
back, I can't really figure out a good way to reorganize them so as to
provide me with what I need. Someone will think of that someday and we will
AFAICT, the cobertura-maven-plugin (versions 2.0 and 2.1) doesn't work and
neither does the emma-maven-plugin in Mojo's sandbox. Has anyone had any
luck with either of these plugins? Is there an open source code-coverage
plugin that works with Maven 2? I know about Clover, but that's not open
Hello,
It seems to me that maven (or site plug-in) could not find the parent's
pom.xml when I run mvn site in the module. I have this parent defined:
parent
groupIdmycompany/groupId
artifactIdmyparent/artifactId
version$myversion/version
relativePath../../../relativePath
We use cobertura with Maven no problems. When I set it up it was just a
matter of picking the previous version of the plugin, one minor number
down.
- Original message -
From: mraible [EMAIL PROTECTED]
To: users@maven.apache.org
Date: Mon, 24 Sep 2007 09:56:48 -0700 (PDT)
Subject: Code
Matt,
Cobertura 2.0 works ok for me...
My pom.xml has:
build
plugins
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdcobertura-maven-plugin/artifactId
version2.0/version
/plugin
That sets the cobertura version to 2.0 as the latest did not seem to
the problem i have is:
i have a struts2 hibernate 3 and spring 2 env. setup with appfuse 2.0m5
when i run cobertura plugin 2.1 i get a coverage of 100%
when i run vobertura plugin 2.0 i get the following error:
This is what I'm using. However, it reports 0% coverage. Maybe this is caused
by another plugin?
Matt
Iker Almandoz wrote:
Matt,
Cobertura 2.0 works ok for me...
My pom.xml has:
build
plugins
plugin
groupIdorg.codehaus.mojo/groupId
Hmmm, it looks like the aspectj-maven-plugin is causing the problem. If I
remove the following from my pom.xml, everything works fine:
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdaspectj-maven-plugin/artifactId
version1.0-beta-2/version
It looks like this is a known issue in the aspectj-maven-plugin.
http://jira.codehaus.org/browse/MOJO-456
Looks like we're using the latest version, so I guess I need to add a new
execution with a configuration to do weaveMainSourceFolder=false.
Matt
mraible wrote:
Hmmm, it looks like
This didn't work. AFAICT, the Cobertura and AspectJ plugin can't be activated
at the same time if you want Cobertura reports to work.
Matt
mraible wrote:
It looks like this is a known issue in the aspectj-maven-plugin.
http://jira.codehaus.org/browse/MOJO-456
Looks like we're using
Hello Tibi
Hmmm that sounds like a bug i saw some time ago, can you try this fix found
here and let me know if it works?
http://jira.codehaus.org/browse/MCOBERTURA-26?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_101458
Regards
Johann Reyes
Hi,
I want to run a selective modules when I am building, my pom hierarchy
is like
* Super- parent
* Parent1
* Ch1
* Ch2
* Parent 2
* Ch1
* Ch2
*
1 - 100 of 133 matches
Mail list logo