Re: Maven 2.x Dependency Plugin, MDEP-163 is really not a bug
No this is not issue, probably bad design of maven plugin. Because if I take configuration out of executions then it is working other wise throw ridiculous error. But if I aggregate pom's then unpacking doesn't work at all (where ever you put configuration for this plugin doesn't work, because it can not read artifactItems) For me this is bug of plugin or maven design, it doesn't matter it just not work Regards, Tomaz S, Stephen Connolly piše: The first(Andrew) and the last comment (Brian) explains it all.. In general in Maven you do not invoke goals directly, but instead you invoke the phase that the goal is bound to (or any later phase) The example code binds the goal to the package phase, and also puts the configuration for that binding into the execution. Therefore when you run the goal directly from the CLI as mvn dependency:unpack the plugin is missing its required configuration because the configuration is contained within a lifecycle execution. The example illustrated best practice, which is what examples should do. If you read the second half of the page you link: http://maven.apache.org/plugins/maven-dependency-plugin/examples/unpacking-artifacts.html#Unpacking_from_the_command_line It will tell you how to make things work the way you are trying to make them work, but you should only do that while trying to figure out how to use the plugin. Once you have that figured out, move the configuration back into an execution (or if it is something that is only occasional, move it into a profile or best an execution in a profile) and just use the lifecycle to invoke it as needed -Stephen On 22 March 2011 12:28, TomazM tomaz.majerh...@arnes.si mailto:tomaz.majerh...@arnes.si wrote: On this site http://jira.codehaus.org/browse/MDEP-163 you have a bug report, but this gay saying that this is not a bug, what else is then. Dan Tran made changes - 31/Dec/09 5:57 PM Status Open [ 1 ] Closed [ 6 ] Resolution Not A Bug [ 6 ] --- If you are distributing something and basic example from your site http://maven.apache.org/plugins/maven-dependency-plugin/examples/unpacking-artifacts.html throw an exception: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.2:unpack (default-cli) on project ozwizard_lu_dev: The parameters 'artifactItems' for goal org.apache.maven.plugins:maven-dependency-plugin:2.2:unpack are missing or invalid - [Help 1] 1) Or change your documentation how to use it 2) Or actually look and test for your bug Regards, Tomaz - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org mailto:users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org mailto:users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 2.x Dependency Plugin, MDEP-163 is really not a bug
On 23 March 2011 08:19, TomazM tomaz.majerh...@arnes.si wrote: No this is not issue, probably bad design of maven plugin. Because if I take configuration out of executions then it is working other wise throw ridiculous error. Nope that is F.A.D. not a bug but E.B.K.A.C. But if I aggregate pom's then unpacking doesn't work at all (where ever you put configuration for this plugin doesn't work, because it can not read artifactItems) For me this is bug of plugin or maven design, it doesn't matter it just not work It works the way it is intended to work. You are not supposed to just invoke random plugin goals from the command line you are supposed to invoke lifecycle phases. The plugin goals are to support debugging the lifecycle and some simple one-off tasks if it is something you have to do a lot then it should be bound to the lifecycle via executions... if it is not to happen every time, then put the binding in a profile you can even put a default lifecycle phase in the profile so that all you need to do is mvn -PmySuperProfile and it will invoke the lifecycle and all the profile bound executions -Stephen Regards, Tomaz S, Stephen Connolly piše: The first(Andrew) and the last comment (Brian) explains it all.. In general in Maven you do not invoke goals directly, but instead you invoke the phase that the goal is bound to (or any later phase) The example code binds the goal to the package phase, and also puts the configuration for that binding into the execution. Therefore when you run the goal directly from the CLI as mvn dependency:unpack the plugin is missing its required configuration because the configuration is contained within a lifecycle execution. The example illustrated best practice, which is what examples should do. If you read the second half of the page you link: http://maven.apache.org/plugins/maven-dependency-plugin/examples/unpacking-artifacts.html#Unpacking_from_the_command_line It will tell you how to make things work the way you are trying to make them work, but you should only do that while trying to figure out how to use the plugin. Once you have that figured out, move the configuration back into an execution (or if it is something that is only occasional, move it into a profile or best an execution in a profile) and just use the lifecycle to invoke it as needed -Stephen On 22 March 2011 12:28, TomazM tomaz.majerh...@arnes.si mailto: tomaz.majerh...@arnes.si wrote: On this site http://jira.codehaus.org/browse/MDEP-163 you have a bug report, but this gay saying that this is not a bug, what else is then. Dan Tran made changes - 31/Dec/09 5:57 PM Status Open [ 1 ] Closed [ 6 ] Resolution Not A Bug [ 6 ] --- If you are distributing something and basic example from your site http://maven.apache.org/plugins/maven-dependency-plugin/examples/unpacking-artifacts.html throw an exception: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.2:unpack (default-cli) on project ozwizard_lu_dev: The parameters 'artifactItems' for goal org.apache.maven.plugins:maven-dependency-plugin:2.2:unpack are missing or invalid - [Help 1] 1) Or change your documentation how to use it 2) Or actually look and test for your bug Regards, Tomaz - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org mailto: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.orgmailto: users-h...@maven.apache.org
Re: Maven 2.x Dependency Plugin, MDEP-163 is really not a bug
On 23 March 2011 10:25, TomazM tomaz.majerh...@arnes.si wrote:
1) I run it in phase generate-resources
2) I run it with profile, because I need to unpack different artifacteId
for different profile
3) I do unpacking in a separate module(children pom)
What is funny with this plugin if I put this in a parent(root) pom:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
version2.2/version
executions
execution
idunpack_sfinga2/id
phasegenerate-resources/phase
goals
goalunpack/goal
/goals
/execution
/executions
configuration
artifactItems
artifactItem
groupIdsi.arnes/groupId
artifactIdaris-entities-sfinga2/artifactId
version0.0.1/version
typejar/type
overWritetrue/overWrite
outputDirectory${sfinga2.dist.build.aris}/outputDirectory
/artifactItem
/artifactItems
/configuration
/plugin
It works, but if I this put in my child pom(module), it fails with error:
Caused by: org.apache.maven.plugin.PluginParameterException: The parameters
'artifactItems' for goal
org.apache.maven.plugins:maven-dependency-plugin:2.2:unpack are missing or
invalid
And this error is the same if I put artifactItems configuration in side
execution
So for me and most the people on forums I look, people have a lot of
problems with this plugin, and it is so basic operation as unjaring the
library.
Ok, maybe I miss some basic maven fundamentals, but according to doc site,
even the examples doesn't work
I run it;
mvn generate-resources dependency:unpack -P sfinga2
have you tried
mvn generate-resources -P sfinga2
that should do what you want as you have bound an execution to that phase,
no need to specify an additional execution from the cli
-Stephen
Regards, Tomaz
S, Stephen Connolly piše:
On 23 March 2011 08:19, TomazM tomaz.majerh...@arnes.si mailto:
tomaz.majerh...@arnes.si wrote:
No this is not issue, probably bad design of maven plugin.
Because if I take configuration out of executions then it is working
other wise throw ridiculous error.
Nope that is F.A.D. not a bug but E.B.K.A.C.
But if I aggregate pom's then unpacking doesn't work at all (where
ever you put configuration for this plugin doesn't work, because it can not
read
artifactItems)
For me this is bug of plugin or maven design, it doesn't matter it
just not work
It works the way it is intended to work. You are not supposed to just
invoke random plugin goals from the command line you are supposed to
invoke
lifecycle phases. The plugin goals are to support debugging the
lifecycle and some simple one-off tasks if it is something you have to
do a lot
then it should be bound to the lifecycle via executions... if it is not
to happen every time, then put the binding in a profile you can even put
a
default lifecycle phase in the profile so that all you need to do is
mvn -PmySuperProfile
and it will invoke the lifecycle and all the profile bound executions
-Stephen
Regards, Tomaz
S, Stephen Connolly piše:
The first(Andrew) and the last comment (Brian) explains it all..
In general in Maven you do not invoke goals directly, but instead
you invoke the phase that the goal is bound to (or any later phase)
The example code binds the goal to the package phase, and also puts
the configuration for that binding into the execution. Therefore when you
run the
goal directly from the CLI as mvn dependency:unpack the plugin is
missing its required configuration because the configuration is contained
within a
lifecycle execution.
The example illustrated best practice, which is what examples
should do.
If you read the second half of the page you
link:
http://maven.apache.org/plugins/maven-dependency-plugin/examples/unpacking-artifacts.html#Unpacking_from_the_command_line
It will tell you how to make things work the way you are trying to
make them work, but you should only do that while trying to figure out how
to use
the plugin. Once you have that figured out, move the configuration
back into an execution (or if it is something that is only occasional, move
it
into a profile or best an execution in a profile) and just use the
lifecycle to invoke it as needed
-Stephen
On 22 March 2011 12:28, TomazM tomaz.majerh...@arnes.si mailto:
tomaz.majerh...@arnes.si mailto:tomaz.majerh...@arnes.si
mailto:tomaz.majerh...@arnes.si wrote:
On this site http://jira.codehaus.org/browse/MDEP-163 you have
a bug report, but this gay saying that this is not a bug, what else is then.
Dan Tran made changes - 31/Dec/09 5:57 PM
Status Open [
Re: Defining common localRepository that will work on both Windows and linux
As Windows und Unix have a different file system structures, I'd say
you'll need to work with properties. Call 'mvn help:system' on both
systems and try to find a common property (either system property or
environment variable) You could use. The Maven Properties Guide [1]
gives some further information about available properties. You could
either define a custom environment variable on each workstation and use
that one.
Some examples how You could define the local repositories using a property:
localRepository${user.home}/.m2/repository/localRepository
localRepository${env.HOME}/.m2/repository/localRepository
localRepository${env.CUSTOM_REPO_ENV_VAR}/localRepository
[1] http://docs.codehaus.org/display/MAVENUSER/MavenPropertiesGuide
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Maven native:link using external library
I have a separate standalone library that I would like to link with a Maven C++ project on a windows system, using the native plugin. So I would have code being built by Maven and a library required by that process. This library has been built separately. Is their a recommended way to do this? Regards Steve -- View this message in context: http://maven.40175.n5.nabble.com/Maven-native-link-using-external-library-tp4258611p4258611.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven native:link naming exe
Thanks to those that replied. I figured out what was going wrong as far as the cl option was concerned. Worked out eventually that setting the correct factory uses link rather than cl. Thanks again. Steve - Original Message - From: mgainty [via Maven] To: stevek Sent: Wednesday, March 23, 2011 1:11 AM Subject: RE: Maven native:link naming exe Trans is correct there are examples: cl does not have /out:c:\Users\Steve\my-cpp-app\target\my-cpp-app-1.0-SNAPSHOT.exe what cl sees is the /o parameter as the object specifier of ut:c:\Users\Steve\my-cpp-app\target\my-cpp-app-1.0-SNAPSHOT.exe its been a while since i've used cl but im fairly certain you need to implement link obj == exe my personal preference is to jump into cygwin and gcc for compile and ld for linking instead that way the build will work for unix or windows Info on maven-nar-plugin: http://mojo.codehaus.org/maven-native/native-maven-plugin/ Info on implementing ants cpptasks: http://duns.github.com/maven-nar-plugin/cpptasks.html Martin Gainty __ Jogi és Bizalmassági kinyilatkoztatás/Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Ez az üzenet bizalmas. Ha nem ön az akinek szánva volt, akkor kérjük, hogy jelentse azt nekünk vissza. Semmiféle továbbítása vagy másolatának készítése nem megengedett. Ez az üzenet csak ismeret cserét szolgál és semmiféle jogi alkalmazhatósága sincs. Mivel az electronikus üzenetek könnyen megváltoztathatóak, ezért minket semmi felelöség nem terhelhet ezen üzenet tartalma miatt. Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Date: Mon, 21 Mar 2011 20:27:29 -0700 Subject: Re: Maven native:link naming exe From: [hidden email] To: [hidden email] which example(s) are you having problem with? they are under native-maven-plugin/src/it It seems you are using msvc 2008, did you configure the correct factory? -Dan On Mon, Mar 21, 2011 at 4:01 PM, stevek [hidden email] wrote: Do you recommend a particular example or examples. Could you point me to these please. Steve - Original Message - From: Dan Tran [via Maven] To: stevek Sent: Monday, March 21, 2011 10:10 PM Subject: Re: Maven native:link naming exe do you have chance to take a look at existing examples? If the examples dont work out for you, perhaps a pom file will help to figure out the issue -D On Mon, Mar 21, 2011 at 2:00 PM, stevek [hidden email] wrote: Hi All New to Maven and trying to figure out how I might use it for C++ projects on a windows platform. Downloaded Maven 3.0.2 and trying to use the Native Maven plugin. Using compiler provider msvc and compilerExecutable as cl I have been able to get source compiled. However when I try to link it seem to be using the wrong cl option i.e. /out rather than /Fe. I get the following type of output: [INFO] --- native-maven-plugin:1.0-alpha-7:link (default-cli) @ my-cpp-app --- [INFO] cmd.exe /X /C cl /out:c:\Users\Steve\my-cpp-app\target\my-cpp-app-1.0-SNAPSHOT.exe target\objs\HelloWorldApp.obj Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.21022.08 for 80x86 Copyright (C) Microsoft Corporation. All rights reserved. cl : Command line warning D9035 : option 'o' has been deprecated and will be removed in a future release Microsoft (R) Incremental Linker Version 9.00.21022.08 Copyright (C) Microsoft Corporation. All rights reserved. /out:HelloWorldApp.exe /out:ut:c:\Users\Steve\my-cpp-app\target\my-cpp-app-1.0-SNAPSHOT.exe target\objs\HelloWorldApp.obj LINK : fatal error LNK1104: cannot open file 'ut:c:\Users\Steve\my-cpp-app\target\my-cpp-app-1.0-SNAPSHOT.exe' Thanks in advance Steve
Re: Integrate Maven Plugin Code (Mojo's) into Application
Hi, after figuring out how to solve the problem with ScmManager i can now call the execute method of Maven Mojo's...(updated https://gist.github.com/870717 appropriateley). I found out that i don't need to do anything else than the following to initialize the ScmManager and get it working: setScmManager((ScmManager) getPlexusContainer().lookup( ScmManager.ROLE)); Kind regards Karl Heinz Marbaise - Kind regards Karl Heinz Marbaise http://www.soebes.de http://www.skmwiki.de http://supose.org/wiki/supose -- View this message in context: http://maven.40175.n5.nabble.com/Integrate-Maven-Plugin-Code-Mojo-s-into-Application-tp3397120p4258688.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 2.x Dependency Plugin, MDEP-163 is really not a bug
1) I run it in phase generate-resources
2) I run it with profile, because I need to unpack different artifacteId for
different profile
3) I do unpacking in a separate module(children pom)
What is funny with this plugin if I put this in a parent(root) pom:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
version2.2/version
executions
execution
idunpack_sfinga2/id
phasegenerate-resources/phase
goals
goalunpack/goal
/goals
/execution
/executions
configuration
artifactItems
artifactItem
groupIdsi.arnes/groupId
artifactIdaris-entities-sfinga2/artifactId
version0.0.1/version
typejar/type
overWritetrue/overWrite
outputDirectory${sfinga2.dist.build.aris}/outputDirectory
/artifactItem
/artifactItems
/configuration
/plugin
It works, but if I this put in my child pom(module), it fails with error:
Caused by: org.apache.maven.plugin.PluginParameterException: The parameters
'artifactItems' for goal
org.apache.maven.plugins:maven-dependency-plugin:2.2:unpack are missing or
invalid
And this error is the same if I put artifactItems configuration in side
execution
So for me and most the people on forums I look, people have a lot of problems
with this plugin, and it is so basic operation as unjaring the library.
Ok, maybe I miss some basic maven fundamentals, but according to doc site, even
the examples doesn't work
I run it;
mvn generate-resources dependency:unpack -P sfinga2
Regards, Tomaz
S, Stephen Connolly piše:
On 23 March 2011 08:19, TomazM tomaz.majerh...@arnes.si
mailto:tomaz.majerh...@arnes.si wrote:
No this is not issue, probably bad design of maven plugin.
Because if I take configuration out of executions then it is working
other wise throw ridiculous error.
Nope that is F.A.D. not a bug but E.B.K.A.C.
But if I aggregate pom's then unpacking doesn't work at all (where ever
you put configuration for this plugin doesn't work, because it can not read
artifactItems)
For me this is bug of plugin or maven design, it doesn't matter it just
not work
It works the way it is intended to work. You are not supposed to just invoke
random plugin goals from the command line you are supposed to invoke
lifecycle phases. The plugin goals are to support debugging the lifecycle
and some simple one-off tasks if it is something you have to do a lot
then it should be bound to the lifecycle via executions... if it is not to
happen every time, then put the binding in a profile you can even put a
default lifecycle phase in the profile so that all you need to do is
mvn -PmySuperProfile
and it will invoke the lifecycle and all the profile bound executions
-Stephen
Regards, Tomaz
S, Stephen Connolly piše:
The first(Andrew) and the last comment (Brian) explains it all..
In general in Maven you do not invoke goals directly, but instead you
invoke the phase that the goal is bound to (or any later phase)
The example code binds the goal to the package phase, and also puts the
configuration for that binding into the execution. Therefore when you
run the
goal directly from the CLI as mvn dependency:unpack the plugin is
missing its required configuration because the configuration is contained
within a
lifecycle execution.
The example illustrated best practice, which is what examples should do.
If you read the second half of the page you
link:
http://maven.apache.org/plugins/maven-dependency-plugin/examples/unpacking-artifacts.html#Unpacking_from_the_command_line
It will tell you how to make things work the way you are trying to make
them work, but you should only do that while trying to figure out how to use
the plugin. Once you have that figured out, move the configuration
back into an execution (or if it is something that is only occasional, move it
into a profile or best an execution in a profile) and just use the
lifecycle to invoke it as needed
-Stephen
On 22 March 2011 12:28, TomazM tomaz.majerh...@arnes.si
mailto:tomaz.majerh...@arnes.si mailto:tomaz.majerh...@arnes.si
mailto:tomaz.majerh...@arnes.si wrote:
On this site http://jira.codehaus.org/browse/MDEP-163 you have a
bug report, but this gay saying that this is not a bug, what else is then.
Dan Tran made changes - 31/Dec/09 5:57 PM
Status Open [ 1 ] Closed [ 6 ]
Resolution Not A Bug [ 6 ]
---
If you are distributing something and basic example from
Re: Maven native:link using external library
native plugin accepts external lib dependency (ie for windows it is .lib ). Please see examples to get you started. -D On Wed, Mar 23, 2011 at 4:10 AM, stevek st...@dsoft-solutions.co.uk wrote: I have a separate standalone library that I would like to link with a Maven C++ project on a windows system, using the native plugin. So I would have code being built by Maven and a library required by that process. This library has been built separately. Is their a recommended way to do this? Regards Steve -- View this message in context: http://maven.40175.n5.nabble.com/Maven-native-link-using-external-library-tp4258611p4258611.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Re: Specific problem with Maven resources filtering
Dennis, thanks for your help. I think I was blind when I first visited
the resouce plugin link and didn´t look the example for filter
escaping.
That worked fine. It´s exactly what I needed.
Thanks again.
Regards,
Rafael Vanderlei.
On Mon, 21 Mar 2011 20:43:34 GMT, Dennis Lundberg wrote:
Hi
It seems that you need to escape filtering, which is possible. See
http://maven.apache.org/plugins/maven-resources-plugin/examples/escape-filtering.html
On 2011-03-21 20:54, Rafael Vanderlei wrote:
Hi everyone.
I'm using Maven to build my project and I'm stuck on the following problem:
I have a log4j.xml file with an appender configured like follows
appender name=audit-file
class=org.apache.log4j.DailyRollingFileAppender
param name=File
value=${jboss.server.log.dir}${file.separator}mte-imo-audit.log /
param name=DatePattern value='-'-MM-dd'.log' /
layout class=br.gov.dataprev.infra.audit.JsonLayout /
/appender
This file is being filtered by Maven to switch some other user custom
variables in other parts of the log4j.xml configuration (not shown above
because it´s not relevant to the problem), but I did not want Maven to
switch the value of ${file.separator}, which is intended to be a variable
for use of jboss. Unfortunately, as it is a variable that Maven recognizes,
it´s trying to change its value on 'mvn package' command. That´s a problem
to me, because I´m building the package using a machine that runs on Windows
and deploying in a machine that runs on Linux.
I know I could make profiles to try to fix this, but my first intention of
using ${file.separator} is to have a file that can be put on any OS and the
solution of using Maven profiles would make me rebuild the entire package
just to replace the file separator character.
So, I would like to know if there is a way to configure Maven in such a way
that after the Maven filtering, the final log4j.xml keeps the string
${file.separator} untouched, without having it switched for \ or /.
Thanks in advance and sorry for eventual grammar and vocabulary mistakes, as
English is not my first language. I hope I made myself clear enough.
What could cause such a fundamental file to be missing?
Hello, In testing just the clean goal I get this error: === Downloading: http://server.labs.peregrine.com/nexus/content/groups/server-devel/org/apache/maven/shared/maven-ant/1. 0-SNAPSHOT/maven-ant-1.0-SNAPSHOT.pom [INFO] Unable to find resource 'org.apache.maven.shared:maven-ant:pom:1.0-SNAPSHOT' in repository central (http://server.lab s.company.com/nexus/content/groups/server-devel) === This file seems to be part of the Maven install. Am I missing a fallback repo setting here? Any kicks to the head appreciated, Chris [cid:image001.png@01CBE941.CC0CAD40] Christopher Hahn The Dude Software Production Engineering RD Services, Hewlett-Packard Phone: 858-655-4096 Cell: 619-630-9791 ch...@hp.commailto:christopher.h...@hp.com Visit our SPE Portalhttp://teams5.sharepoint.hp.com/teams/SPE/default.aspx
RE: What could cause such a fundamental file to be missing?
Is this the problem (from the console): ## -- 1 required artifact is missing. for artifact: com.hp.maven:maven-zip-plugin:maven-plugin:1.0-20100107.233934-2 from the specified remote repositories: central (http://server.labs.company.com/nexus/content/groups/server-devel), snapshots (http:// server.labs.company.com /nexus/content/groups/server-devel) ## Is the fact that central is redirected as well causing maven to fail to find such basic objects? Thanks, Chris From: Hahn, Christopher (SAN DIEGO) Sent: Wednesday, March 23, 2011 10:05 AM To: Maven Users List Subject: What could cause such a fundamental file to be missing? Hello, In testing just the clean goal I get this error: === Downloading: http://server.labs.peregrine.com/nexus/content/groups/server-devel/org/apache/maven/shared/maven-ant/1. 0-SNAPSHOT/maven-ant-1.0-SNAPSHOT.pom [INFO] Unable to find resource 'org.apache.maven.shared:maven-ant:pom:1.0-SNAPSHOT' in repository central (http://server.lab s.company.com/nexus/content/groups/server-devel) === This file seems to be part of the Maven install. Am I missing a fallback repo setting here? Any kicks to the head appreciated, Chris [cid:image001.png@01CBE941.CC0CAD40] Christopher Hahn The Dude Software Production Engineering RD Services, Hewlett-Packard Phone: 858-655-4096 Cell: 619-630-9791 ch...@hp.commailto:christopher.h...@hp.com Visit our SPE Portalhttp://teams5.sharepoint.hp.com/teams/SPE/default.aspx
Re: mvn deploy and site in one go
The only option you have is to run your project twice in your CI environment: 1) mvn deploy 2) mvn site-deploy No other options. But think again, are you sure that you want your site to be built if there are JUnit/Checkstyle failures? If the build fails it has to fail completely. No site, no deployment. The problem has to be fixed immediately, without any site being deployed. That's how our projects are organized normally. — Yegor Bugayenko, PMP®, SCEA On Tue, Mar 22, 2011 at 3:48 PM, stefan.han...@tolina.com wrote: Hi there, I'm in the process of migrating our Ant-based CI environment to Maven. After searching mailing lists and google for hours I'm near giving up but hope you are able to help. Actually we want to do quite simple things: 1) the buildserver should regularly deploy our project to a repository after running CheckStyle and JUnit 2) if either CheckStyle or JUnit fails the build should stop of course, BUT 3) if either CheckStyle or JUnit fails of course we need an HTML report for our developers to be uploaded to the build-results page of TeamCity. Now with 'mvn deploy' I'm able to achieve 1+2 (I configured checkstyle to be part of the 'package' phase), with 'mvn site-deploy' number 3 is a no-brainer. But how to get all three at once in one go? Of course I don't want to establish two seperate build plans (which would run JUnit-Tests and Checkstyle twice - also this would double our 40 buildplans on the buildserver which I want to omit). Unfortunately also 'mvn deploy site-deploy' doesn't help me a lot. In the case of a failing JUnit-Tests the build is stopped and the site-target is not run = no HTML reports. What about: 'mvn site-deploy deploy' ? Doesn't work as well: now HTML-reports are created but the build isn't failing anymore. Then I also tried: 'mvn checkstyle:checkstyle deploy', but alas: the HTML report generated by maven is missing CSS files now and looks very very ugly. I don't dare to show it to any developer :) Isn't it a common use-case to deploy regularly but in the case of failing JUnit or Checkstyle to get a proper HTML report? Where is the fault in my thinking, how do other have integrated maven into their CI? Thanks a lot for your help Kind Regards Stefan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: What could cause such a fundamental file to be missing?
I'd say that your Nexus is configured incorrectly/incomplete... It is OK to mirror everything to Nexus, but then you have to make sure that Nexus is able to retrieve *all* artifacts you need! On 23.03.2011 18:09, Hahn, Christopher (SAN DIEGO) wrote: Is this the problem (from the console): ## -- 1 required artifact is missing. for artifact: com.hp.maven:maven-zip-plugin:maven-plugin:1.0-20100107.233934-2 from the specified remote repositories: central (http://server.labs.company.com/nexus/content/groups/server-devel), snapshots (http:// server.labs.company.com /nexus/content/groups/server-devel) ## Is the fact that central is redirected as well causing maven to fail to find such basic objects? Thanks, Chris From: Hahn, Christopher (SAN DIEGO) Sent: Wednesday, March 23, 2011 10:05 AM To: Maven Users List Subject: What could cause such a fundamental file to be missing? Hello, In testing just the clean goal I get this error: === Downloading: http://server.labs.peregrine.com/nexus/content/groups/server-devel/org/apache/maven/shared/maven-ant/1. 0-SNAPSHOT/maven-ant-1.0-SNAPSHOT.pom [INFO] Unable to find resource 'org.apache.maven.shared:maven-ant:pom:1.0-SNAPSHOT' in repository central (http://server.lab s.company.com/nexus/content/groups/server-devel) === This file seems to be part of the Maven install. Am I missing a fallback repo setting here? Any kicks to the head appreciated, Chris [cid:image001.png@01CBE941.CC0CAD40] Christopher Hahn The Dude Software Production Engineering RD Services, Hewlett-Packard Phone: 858-655-4096 Cell: 619-630-9791 ch...@hp.commailto:christopher.h...@hp.com Visit our SPE Portalhttp://teams5.sharepoint.hp.com/teams/SPE/default.aspx -- Roland Asmann Senior Software Engineer adesso Austria GmbH Floridotower 26. Stock T +43 1 2198790-27 Floridsdorfer Hauptstr. 1 F +43 1 2198790-927 A-1210 Wien M +43 664 88657566 E roland.asm...@adesso.at W www.adesso.at - business. people. technology. - - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: What could cause such a fundamental file to be missing?
Does the repository group server-devel contain the Maven Central repo or another group with the Maven Central in its configuration? If not, that could be the problem. Manuel On Wed, Mar 23, 2011 at 18:09, Hahn, Christopher (SAN DIEGO) christopher.h...@hp.com wrote: Is this the problem (from the console): ## -- 1 required artifact is missing. for artifact: com.hp.maven:maven-zip-plugin:maven-plugin:1.0-20100107.233934-2 from the specified remote repositories: central (http://server.labs.company.com/nexus/content/groups/server-devel), snapshots (http:// server.labs.company.com /nexus/content/groups/server-devel) ## Is the fact that central is redirected as well causing maven to fail to find such basic objects? Thanks, Chris From: Hahn, Christopher (SAN DIEGO) Sent: Wednesday, March 23, 2011 10:05 AM To: Maven Users List Subject: What could cause such a fundamental file to be missing? Hello, In testing just the clean goal I get this error: === Downloading: http://server.labs.peregrine.com/nexus/content/groups/server-devel/org/apache/maven/shared/maven-ant/1. 0-SNAPSHOT/maven-ant-1.0-SNAPSHOT.pom [INFO] Unable to find resource 'org.apache.maven.shared:maven-ant:pom:1.0-SNAPSHOT' in repository central (http://server.lab s.company.com/nexus/content/groups/server-devel) === This file seems to be part of the Maven install. Am I missing a fallback repo setting here? Any kicks to the head appreciated, Chris [cid:image001.png@01CBE941.CC0CAD40] Christopher Hahn The Dude Software Production Engineering RD Services, Hewlett-Packard Phone: 858-655-4096 Cell: 619-630-9791 ch...@hp.commailto:christopher.h...@hp.com Visit our SPE Portalhttp://teams5.sharepoint.hp.com/teams/SPE/default.aspx - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Hello World?
??? What can make Hello World fail: == D:\tempmvn archetype:generate -DarchetypeGroupId=org.apache.maven.archetypes -DgroupId=com.mycompany.app -DartifactId=my-app D:\tempset MAVEN_OPTS=-Xmx1024m -Xms128m [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file: Connection refused: connect [INFO] Repository 'central' will be blacklisted [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Mar 23 10:18:23 PDT 2011 [INFO] Final Memory: 1M/127M [INFO] D:\temp == We are using Nexus, and something must be misconfigured there, but other full-blown targets are working fine. Do I need to re-add Central as a repo on my command line? Sorry, but I seem to be going backwards on this matter... Chris [cid:image001.png@01CBE94E.4DE427B0] Christopher Hahn The Dude Software Production Engineering RD Services, Hewlett-Packard Phone: 858-655-4096 Cell: 619-630-9791 ch...@hp.commailto:christopher.h...@hp.com Visit our SPE Portalhttp://teams5.sharepoint.hp.com/teams/SPE/default.aspx
Re: Hello World?
IT says 'connection refused', are you sure you can currently reach your Nexus? On 23-03-11 19:39, Hahn, Christopher (SAN DIEGO) wrote: ??? What can make Hello World fail: == D:\tempmvn archetype:generate -DarchetypeGroupId=org.apache.maven.archetypes -DgroupId=com.mycompany.app -DartifactId=my-app D:\tempset MAVEN_OPTS=-Xmx1024m -Xms128m [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file: Connection refused: connect [INFO] Repository 'central' will be blacklisted [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Mar 23 10:18:23 PDT 2011 [INFO] Final Memory: 1M/127M [INFO] D:\temp == We are using Nexus, and something must be misconfigured there, but other full-blown targets are working fine. Do I need to re-add Central as a repo on my command line? Sorry, but I seem to be going backwards on this matter... Chris cid:image001.png@01CAF080.AD65F1E0 *Christopher Hahn* The Dude Software Production Engineering RD Services, Hewlett-Packard Phone: 858-655-4096 Cell: 619-630-9791 ch...@hp.com mailto:christopher.h...@hp.com */Visit our SPE Portal/* http://teams5.sharepoint.hp.com/teams/SPE/default.aspx*//* -- Roland Asmann Senior Software Engineer adesso Austria GmbH Floridotower 26. Stock T +43 1 2198790-27 Floridsdorfer Hauptstr. 1 F +43 1 2198790-927 A-1210 Wien M +43 664 88657566 E roland.asm...@adesso.at W www.adesso.at - business. people. technology. - - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Hello World?
If you are using Nexus, then why is your build trying to connect to central? From: Hahn, Christopher (SAN DIEGO) [mailto:christopher.h...@hp.com] Sent: Wednesday, March 23, 2011 12:40 PM To: Maven Users List Subject: Hello World? ??? What can make Hello World fail: == D:\tempmvn archetype:generate -DarchetypeGroupId=org.apache.maven.archetypes -DgroupId=com.mycompany.app -DartifactId=my-app D:\tempset MAVEN_OPTS=-Xmx1024m -Xms128m [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file: Connection refused: connect [INFO] Repository 'central' will be blacklisted [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Mar 23 10:18:23 PDT 2011 [INFO] Final Memory: 1M/127M [INFO] D:\temp == We are using Nexus, and something must be misconfigured there, but other full-blown targets are working fine. Do I need to re-add Central as a repo on my command line? Sorry, but I seem to be going backwards on this matter... Chris [cid:image001.png@01CBE94E.4DE427B0] Christopher Hahn The Dude Software Production Engineering RD Services, Hewlett-Packard Phone: 858-655-4096 Cell: 619-630-9791 ch...@hp.commailto:christopher.h...@hp.com Visit our SPE Portalhttp://teams5.sharepoint.hp.com/teams/SPE/default.aspx
Re: Hello World?
Because that is Maven's default output, no matter if you are using nexus or not! If you run in debug, it should (when correctly configured) show that it is trying to download from 'central (url to your nexus here)'. On 23-03-11 19:43, Hessick, Michael wrote: If you are using Nexus, then why is your build trying to connect to central? From: Hahn, Christopher (SAN DIEGO) [mailto:christopher.h...@hp.com] Sent: Wednesday, March 23, 2011 12:40 PM To: Maven Users List Subject: Hello World? ??? What can make Hello World fail: == D:\tempmvn archetype:generate -DarchetypeGroupId=org.apache.maven.archetypes -DgroupId=com.mycompany.app -DartifactId=my-app D:\tempset MAVEN_OPTS=-Xmx1024m -Xms128m [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file: Connection refused: connect [INFO] Repository 'central' will be blacklisted [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Mar 23 10:18:23 PDT 2011 [INFO] Final Memory: 1M/127M [INFO] D:\temp == We are using Nexus, and something must be misconfigured there, but other full-blown targets are working fine. Do I need to re-add Central as a repo on my command line? Sorry, but I seem to be going backwards on this matter... Chris [cid:image001.png@01CBE94E.4DE427B0] Christopher Hahn The Dude Software Production Engineering RD Services, Hewlett-Packard Phone: 858-655-4096 Cell: 619-630-9791 ch...@hp.commailto:christopher.h...@hp.com Visit our SPE Portalhttp://teams5.sharepoint.hp.com/teams/SPE/default.aspx -- Roland Asmann Senior Software Engineer adesso Austria GmbH Floridotower 26. Stock T +43 1 2198790-27 Floridsdorfer Hauptstr. 1 F +43 1 2198790-927 A-1210 Wien M +43 664 88657566 E roland.asm...@adesso.at W www.adesso.at - business. people. technology. - - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Hello World?
@Christopher Would you mind posting your settings.xml? It sounds like it needs to be updated. -Mike -Original Message- From: Asmann, Roland [mailto:roland.asm...@adesso.at] Sent: Wednesday, March 23, 2011 12:46 PM To: Maven Users List Subject: Re: Hello World? Because that is Maven's default output, no matter if you are using nexus or not! If you run in debug, it should (when correctly configured) show that it is trying to download from 'central (url to your nexus here)'. On 23-03-11 19:43, Hessick, Michael wrote: If you are using Nexus, then why is your build trying to connect to central? From: Hahn, Christopher (SAN DIEGO) [mailto:christopher.h...@hp.com] Sent: Wednesday, March 23, 2011 12:40 PM To: Maven Users List Subject: Hello World? ??? What can make Hello World fail: == D:\tempmvn archetype:generate -DarchetypeGroupId=org.apache.maven.archetypes -DgroupId=com.mycompany.app -DartifactId=my-app D:\tempset MAVEN_OPTS=-Xmx1024m -Xms128m [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file: Connection refused: connect [INFO] Repository 'central' will be blacklisted [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Mar 23 10:18:23 PDT 2011 [INFO] Final Memory: 1M/127M [INFO] D:\temp == We are using Nexus, and something must be misconfigured there, but other full-blown targets are working fine. Do I need to re-add Central as a repo on my command line? Sorry, but I seem to be going backwards on this matter... Chris [cid:image001.png@01CBE94E.4DE427B0] Christopher Hahn The Dude Software Production Engineering RD Services, Hewlett-Packard Phone: 858-655-4096 Cell: 619-630-9791 ch...@hp.commailto:christopher.h...@hp.com Visit our SPE Portalhttp://teams5.sharepoint.hp.com/teams/SPE/default.aspx -- Roland Asmann Senior Software Engineer adesso Austria GmbH Floridotower 26. Stock T +43 1 2198790-27 Floridsdorfer Hauptstr. 1 F +43 1 2198790-927 A-1210 Wien M +43 664 88657566 E roland.asm...@adesso.at W www.adesso.at - business. people. technology. - - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: What could cause such a fundamental file to be missing?
com.hp.maven:maven-zip-plugin:maven-plugin:1.0-20100107.233934-2 does NOT exist in Maven central! Most likely that repo group in Nexus is missing some repo containing that HP artifact. /Anders On Wed, Mar 23, 2011 at 19:24, Manuel Doninger man...@doninger.net wrote: Does the repository group server-devel contain the Maven Central repo or another group with the Maven Central in its configuration? If not, that could be the problem. Manuel On Wed, Mar 23, 2011 at 18:09, Hahn, Christopher (SAN DIEGO) christopher.h...@hp.com wrote: Is this the problem (from the console): ## -- 1 required artifact is missing. for artifact: com.hp.maven:maven-zip-plugin:maven-plugin:1.0-20100107.233934-2 from the specified remote repositories: central ( http://server.labs.company.com/nexus/content/groups/server-devel), snapshots (http:// server.labs.company.com/nexus/content/groups/server-devel) ## Is the fact that central is redirected as well causing maven to fail to find such basic objects? Thanks, Chris From: Hahn, Christopher (SAN DIEGO) Sent: Wednesday, March 23, 2011 10:05 AM To: Maven Users List Subject: What could cause such a fundamental file to be missing? Hello, In testing just the clean goal I get this error: === Downloading: http://server.labs.peregrine.com/nexus/content/groups/server-devel/org/apache/maven/shared/maven-ant/1 . 0-SNAPSHOT/maven-ant-1.0-SNAPSHOT.pom [INFO] Unable to find resource 'org.apache.maven.shared:maven-ant:pom:1.0-SNAPSHOT' in repository central ( http://server.lab s.company.com/nexus/content/groups/server-devel) === This file seems to be part of the Maven install. Am I missing a fallback repo setting here? Any kicks to the head appreciated, Chris [cid:image001.png@01CBE941.CC0CAD40] Christopher Hahn The Dude Software Production Engineering RD Services, Hewlett-Packard Phone: 858-655-4096 Cell: 619-630-9791 ch...@hp.commailto:christopher.h...@hp.com Visit our SPE Portal http://teams5.sharepoint.hp.com/teams/SPE/default.aspx - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: mvn deploy and site in one go
Hi Yegor, thanks for taking the time to share your thoughts. The only option you have is to run your project twice in your CI environment I'm afraid that is no option for us. I planned to use Maven to reduce build-times (right now dependent projects are checkouted and compiled over and over again) but running all tests twice would increase build times in the end. But think again, are you sure that you want your site to be built if there are JUnit/Checkstyle failures? I maybe don't need the full site (which we plan to create only once a week I guess), when there is a failure. But I'm in need of HTML-Reports so that developers can find the cause auf the failure in those reports quite easily after a build has failed. TeamCity picks up JUnit-Testfailures automatically from the log - so I might live with missing HTML-JUnit-reports (as for some reason I have no luck calling surefire-report plugin after a test-fail). But with CheckStyle it's a different story (no explicit support in TeamCity). Here I need a generic HTML-output which can be uploaded (by TeamCity) and presented as part of the build. Right now I can either choose between an HTML output without CSS (looking ugly) or TXT-output which feels like living in medieval times ;) I guess if there was a goal that provided the missing CSS-files for the reports, I'd could make it work like I want. Cheers Stefan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: What could cause such a fundamental file to be missing?
Thank you (you and the other responder) I checked my settings.xml and I think that I was referring to a repositories path in nexus, and not the group path that our configuration requires. If this does not make sense, then let me know and I will try to elaborate. Chris -Original Message- From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of Anders Hammar Sent: Wednesday, March 23, 2011 12:38 PM To: Maven Users List Subject: Re: What could cause such a fundamental file to be missing? com.hp.maven:maven-zip-plugin:maven-plugin:1.0-20100107.233934-2 does NOT exist in Maven central! Most likely that repo group in Nexus is missing some repo containing that HP artifact. /Anders On Wed, Mar 23, 2011 at 19:24, Manuel Doninger man...@doninger.net wrote: Does the repository group server-devel contain the Maven Central repo or another group with the Maven Central in its configuration? If not, that could be the problem. Manuel On Wed, Mar 23, 2011 at 18:09, Hahn, Christopher (SAN DIEGO) christopher.h...@hp.com wrote: Is this the problem (from the console): ## -- 1 required artifact is missing. for artifact: com.hp.maven:maven-zip-plugin:maven-plugin:1.0-20100107.233934-2 from the specified remote repositories: central ( http://server.labs.company.com/nexus/content/groups/server-devel), snapshots (http:// server.labs.company.com/nexus/content/groups/server-devel) ## Is the fact that central is redirected as well causing maven to fail to find such basic objects? Thanks, Chris From: Hahn, Christopher (SAN DIEGO) Sent: Wednesday, March 23, 2011 10:05 AM To: Maven Users List Subject: What could cause such a fundamental file to be missing? Hello, In testing just the clean goal I get this error: === Downloading: http://server.labs.peregrine.com/nexus/content/groups/server-devel/org/apache/maven/shared/maven-ant/1 . 0-SNAPSHOT/maven-ant-1.0-SNAPSHOT.pom [INFO] Unable to find resource 'org.apache.maven.shared:maven-ant:pom:1.0-SNAPSHOT' in repository central ( http://server.lab s.company.com/nexus/content/groups/server-devel) === This file seems to be part of the Maven install. Am I missing a fallback repo setting here? Any kicks to the head appreciated, Chris [cid:image001.png@01CBE941.CC0CAD40] Christopher Hahn The Dude Software Production Engineering RD Services, Hewlett-Packard Phone: 858-655-4096 Cell: 619-630-9791 ch...@hp.commailto:christopher.h...@hp.com Visit our SPE Portal http://teams5.sharepoint.hp.com/teams/SPE/default.aspx - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: mvn deploy and site in one go
Jenkins picks up the test failures from the xml reports... maybe you should switch from TeamCity ;-) On 23 March 2011 17:31, stefan.han...@tolina.com wrote: Hi Yegor, thanks for taking the time to share your thoughts. The only option you have is to run your project twice in your CI environment I'm afraid that is no option for us. I planned to use Maven to reduce build-times (right now dependent projects are checkouted and compiled over and over again) but running all tests twice would increase build times in the end. But think again, are you sure that you want your site to be built if there are JUnit/Checkstyle failures? I maybe don't need the full site (which we plan to create only once a week I guess), when there is a failure. But I'm in need of HTML-Reports so that developers can find the cause auf the failure in those reports quite easily after a build has failed. TeamCity picks up JUnit-Testfailures automatically from the log - so I might live with missing HTML-JUnit-reports (as for some reason I have no luck calling surefire-report plugin after a test-fail). But with CheckStyle it's a different story (no explicit support in TeamCity). Here I need a generic HTML-output which can be uploaded (by TeamCity) and presented as part of the build. Right now I can either choose between an HTML output without CSS (looking ugly) or TXT-output which feels like living in medieval times ;) I guess if there was a goal that provided the missing CSS-files for the reports, I'd could make it work like I want. Cheers Stefan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
