Re: Maven site build errors
please read the last two lines > F:\work\7832e3bc4d2f257b\dashboard-core\target\classes (Access is > denied) Le mercredi 5 décembre 2012 15:00:24 David Hoffer a écrit : > I have a multi-module maven build and can't get the site build to > work. It's currently failing with this error. The module its failing > on, stand-alone, doesn't have any code just packages assemblies, etc. > > Any ideas what is causing this? > > Failed to execute goal > org.apache.maven.plugins:maven-site-plugin:3.2:site (default-site) on > project stand-alone: failed to get report for > org.apache.maven.plugins:maven-surefire-report-plugin > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-site-plugin:3.2:site (default-site) on > project stand-alone: failed to get report for > org.apache.maven.plugins:maven-surefire-report-plugin: Failed to > execute goal > org.apache.maven.plugins:maven-dependency-plugin:2.4:copy-dependencies > (copy-dependencies) on project stand-alone: Error copying artifact from > F:\work\7832e3bc4d2f257b\dashboard-core\target\classes to > F:\work\7832e3bc4d2f257b\stand-alone\target\stand-alone-4.4-SNAPSHOT\package > s\dashboard-core-4.4-SNAPSHOT.jar: > F:\work\7832e3bc4d2f257b\dashboard-core\target\classes (Access is > denied) -> [Help 1] > [13:52:12] > > - > 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
useScope in ant build script
Despite reading and re-reading the docs, and googling, for the past half-hour, I can't see how useScope or scopes is useful in the maven ant task unless I use a separate POM file. If I list all my dependencies directly in my ant build script, there appears to be no way to reference one dependency set with multiple different scopes. For example, I have: ... I have a compile target in ant that uses this as the classpath. But I'd like my test target to also use it as a classpath. The problem is that in the test target, I need some of my "provided"-scope dependencies to be included, so I want to use it as a useScope="test" set of dependencies. But because this can only be specified with the dependencies artifact once, there's no way to use it. That seems to make the feature rather useless. Am I just completely missing the usage? How can I avoid completely copying the entire dependency set? Thanks, -- Rick - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
maven-release-plugin and git
Hello, I'm able to use "mvn release:prepare" but I run into an issue when I use "mvn release:perform". My problem is that my scm data in my pom points to our git repository which contains multiple projects. Is there a way to tell release:perform to only checkout or export a subdirectory of the repository? (This would be easy with svn — you just specify the url to the project directory in svn). Another option would be to checkout the whole repository, but somehow tell the forked maven process to build from a certain subdirectory. I guess a third option would be maybe I'm doing something wrong with my tagging/branching in git. Is it possible to tag just a subdirectory in git and then maybe I need to "git checkout mybranch"?? Let me know if you have any ideas! Thanks! Matt
Re: maven-exec-plugin and VM args
Anders, Mmm that sounds plausible altho so far I don't seem to see any difference in behaviour, my "ps aux" output shows amrk 6040 0.0 5.7 4054184 478464 s000 S+ 10:53am 3:57.72 /usr/bin/java -Dcom.sun.management.jmxremote -Djava.awt.headless=true -Xmx1024m -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled -XX:MaxPermSize=256m -XX:+HeapDumpOnOutOfMemoryError -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005 -Dconcordion.output.dir=target/concordion -Dsmx3.config.dir=/Users/amrk/IdeaProjects/securemx/smx3/smx3-integration/integration/../../config -Dsmx3.database.host=localhost -Dsmx3.database.name=smx3 -Dintermail.enabled=true -Dintermail.password= -Dintermail.url=ldap://localhost:1024 -Dintermail.user=uid=admin,ou=system -jar /var/folders/vx/7v3qnlc53lgbm19_nn0g59_rgn/T/maven-exec36536174902264218.jar which all looks like it should be starting a debug session and suspending. hrm. Anders Hammar wrote: I think I ran into something similar the other day. You need to put each of the arguments in a separate argument element. -Dcom.sun.management.jmxremote -Djava.awt.headless=true -Xmx1024m
Re: maven-exec-plugin and VM args
I think I ran into something similar the other day. You need to put each of the arguments in a separate argument element. -Dcom.sun.management.jmxremote -Djava.awt.headless=true -Xmx1024m etc. /Anders On Wed, Dec 5, 2012 at 10:05 PM, Mark Derricutt wrote: > Hey all, > > Seeing some odd behaviour with maven-exec-plugin and JVM arguments that > seem to be eluding me. I have the following config: > > > org.codehaus.mojo > exec-maven-plugin<**/artifactId> > 1.2.1 > > java > test > true > > -Dcom.sun.**management.jmxremote -Djava.awt.headless=true > -Xmx1024m > -XX:MaxPermSize=256m -XX:+** > HeapDumpOnOutOfMemoryError > > -Xdebug -Xrunjdwp:transport=dt_socket,** > server=y,suspend=y,address=**5005 > > > > > > integration-tests > test > > exec > > > > > and yet when I run the plugin, I see all the arguments being passed to the > command line of the process, but the process never seems to setup the debug > options, or suspend the server till I connect, or update the permgen. > > Looking at the output of ps on my Mac everything looks like it should be > ok am I missing something blindingly obvious? > > Cheers > Mark > > > --**--**- > To unsubscribe, e-mail: > users-unsubscribe@maven.**apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
maven-exec-plugin and VM args
Hey all, Seeing some odd behaviour with maven-exec-plugin and JVM arguments that seem to be eluding me. I have the following config: org.codehaus.mojo exec-maven-plugin 1.2.1 java test true -Dcom.sun.management.jmxremote -Djava.awt.headless=true -Xmx1024m -XX:MaxPermSize=256m -XX:+HeapDumpOnOutOfMemoryError -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005 integration-tests test exec and yet when I run the plugin, I see all the arguments being passed to the command line of the process, but the process never seems to setup the debug options, or suspend the server till I connect, or update the permgen. Looking at the output of ps on my Mac everything looks like it should be ok am I missing something blindingly obvious? Cheers Mark - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Getting profile settings values in a Java class
> so you need to do ' -P vm,!dev ' > That is not true. Enabling the "vm" profile will disable the activeByDefault one ("dev") automatically. /Anders > > > > > > On 12/5/12 7:53 AM, "Javix" wrote: > > >I'm back with a strange behaviour. In a separate project which has > >profiles > >defined exactly the same way, passing the option '-P [profile name]' does > >not work at all, Maven continues to use the default activated profile. > >Here > >is a working example: > > > >http://maven.apache.org/POM/4.0.0"; > >xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > > xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 > >http://maven.apache.org/xsd/maven-4.0.0.xsd";> > > 4.0.0 > > > > com.spot.sncf > > java_cukes > > 1.0-SNAPSHOT > > jar > > > > java_cukes > > http://maven.apache.org > > > > > > > > org.apache.maven.plugins > > > maven-compiler-plugin > > 2.3.2 > > > > 1.6 > > 1.6 > > > > > > > > > > org.apache.maven.plugins > > maven-site-plugin > > 3.1 > > > > > > > > > org.apache.maven.plugins > > > maven-surefire-report-plugin > > > 2.4.3 > > > > > > > > > > > > > > > > > > src/main/resources > > true > > > > > > > > > > > > > UTF-8 > > > UTF-8 >g> > > > > > > > > > > dev > > > > true > > > > > > http://toto.com > > > > > > > > vm > > > > http://yoyo.com > > > > > > > > > > > > > > > > info.cukes > > cucumber-picocontainer > > 1.1.1 > > test > > > > > > info.cukes > > cucumber-junit > > 1.1.1 > > test > > > > > > junit > > junit > > 4.10 > > test > > > > > > > > > > > >Executing > > > >mvn test > > > >will run the activated default profile (vm). > > > >Running > > > >mvn test -P vm > > > >will run the 'vm' prifile. > > > >Using the same but in a different project runs only the activated profile, > >no matter if I pass -P option. > >Any idea? > > > >Thanks > > > > > > > > > > > >-- > >View this message in context: > > > http://maven.40175.n5.nabble.com/Getting-profile-settings-values-in-a-Java > >-class-tp5722740p5735821.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: Getting profile settings values in a Java class
Taken from http://maven.apache.org/guides/introduction/introduction-to-profiles.html Deactivating a profile Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below: mvn groupId:artifactId:goal -P !profile-1,!profile-2 This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config. so you need to do ' -P vm,!dev ' On 12/5/12 7:53 AM, "Javix" wrote: >I'm back with a strange behaviour. In a separate project which has >profiles >defined exactly the same way, passing the option '-P [profile name]' does >not work at all, Maven continues to use the default activated profile. >Here >is a working example: > >http://maven.apache.org/POM/4.0.0"; >xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 >http://maven.apache.org/xsd/maven-4.0.0.xsd";> > 4.0.0 > > com.spot.sncf > java_cukes > 1.0-SNAPSHOT > jar > > java_cukes > http://maven.apache.org > > > > org.apache.maven.plugins > maven-compiler-plugin > 2.3.2 > > 1.6 > 1.6 > > > > > org.apache.maven.plugins > maven-site-plugin > 3.1 > > > > > org.apache.maven.plugins > > maven-surefire-report-plugin > 2.4.3 > > > > > > > > > src/main/resources > true > > > > > > > UTF-8 > > UTF-8g> > > > > > dev > > true > > > http://toto.com > > > > vm > > http://yoyo.com > > > > > > > > info.cukes > cucumber-picocontainer > 1.1.1 > test > > > info.cukes > cucumber-junit > 1.1.1 > test > > > junit > junit > 4.10 > test > > > > > >Executing > >mvn test > >will run the activated default profile (vm). > >Running > >mvn test -P vm > >will run the 'vm' prifile. > >Using the same but in a different project runs only the activated profile, >no matter if I pass -P option. >Any idea? > >Thanks > > > > > >-- >View this message in context: >http://maven.40175.n5.nabble.com/Getting-profile-settings-values-in-a-Java >-class-tp5722740p5735821.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: Getting profile settings values in a Java class
I'm back with a strange behaviour. In a separate project which has profiles defined exactly the same way, passing the option '-P [profile name]' does not work at all, Maven continues to use the default activated profile. Here is a working example: http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd";> 4.0.0 com.spot.sncf java_cukes 1.0-SNAPSHOT jar java_cukes http://maven.apache.org org.apache.maven.plugins maven-compiler-plugin 2.3.2 1.6 1.6 org.apache.maven.plugins maven-site-plugin 3.1 org.apache.maven.plugins maven-surefire-report-plugin 2.4.3 src/main/resources true UTF-8 UTF-8 dev true http://toto.com vm http://yoyo.com info.cukes cucumber-picocontainer 1.1.1 test info.cukes cucumber-junit 1.1.1 test junit junit 4.10 test Executing mvn test will run the activated default profile (vm). Running mvn test -P vm will run the 'vm' prifile. Using the same but in a different project runs only the activated profile, no matter if I pass -P option. Any idea? Thanks -- View this message in context: http://maven.40175.n5.nabble.com/Getting-profile-settings-values-in-a-Java-class-tp5722740p5735821.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: creating an assembly from more than one descriptor?
http://maven.apache.org/plugins/maven-assembly-plugin/examples/single/using-components.html /Anders On Wed, Dec 5, 2012 at 8:30 AM, Dirk Olmes wrote: > Hi, > > as part of our build wer're building client specific "installer" zips. > These are around 10 different assembly descriptors which have 90% > overlap. If possible I'd like to get rid of this overlap but I haven't > found a way to create an assembly from more than one assembly > descriptor. My approach would be to factor the stuff that's common in > all assembly descriptors into a shared one and only put what's different > for each customer into a separate ones. > > Is there a way to do this? > > -dirk > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Wrong resolution of dependency scope by Maven 3?
First I thought this could be a problem in the dependency plugin, but I see the same result when viewing this in the dependency hierachy of m2e (which uses Maven 3.0.4). Seems to be a bug - you should file a ticket. /Anders On Tue, Dec 4, 2012 at 9:00 PM, Dmitry Batrak wrote: > Hi, > > While trying to migrate a project from Maven 2 to Maven 3, I > encountered a problem, the essence of which can be demonstrated by the > following simple example. > Consider the following POM: > > > 4.0.0 > > test > A > 1.0 > > > > org.apache.axis2 > axis2-xmlbeans > 1.5 > provided > > > org.apache.axis2 > axis2-codegen > 1.5 > > > org.apache.geronimo.specs > geronimo-stax-api_1.0_spec > > > > > > > Running 'mvn dependency:resolve' for this POM yields a strange result. > Namely, it says that that my module depends on > geronimo-stax-api_1.0_spec with 'compile' scope. > This artifact is a transitive dependency of both axis2-xmlbeans and > axis2-codegen, and, according to rules for transitive dependencies, I > would expect the resolved scope of geronimo-stax-api_1.0_spec to be > 'provided'. With Maven 2 I get exactly the result I expect. > > Should I raise a JIRA ticket for this issue, or am I missing some > point, and this is the desired behaviour in the new version of Maven? > > For reference - I used Maven version 3.0.4. I also checked the above > with the latest version (2.6) of dependency plugin - result was the > same. > > Best regards, > Dmitry Batrak > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: problem while conversion in build
Wow, xdoclet-1.2.3 is the latest version, which was published in 2005, and there have been whole 14 messages on the developer mailing list and 26 messages on the user mailing list during the last 3 years. I am afraid this project is dead.You can download the source code yourself from http://sourceforge.net/projects/xdoclet/files/xdoclet/1.2.3/ and try to understand what's happening, but it didn't look very straightforward at the first sight. Otherwise, you can also try to enable DEBUG-level logging (xdoclet uses commons logging configured via log4j-1.2.8) by passing it a path to configuration file via Java system properties (e.g., "-Dlog4j.configuration=foobar.txt") and using config from here: http://logging.apache.org/log4j/1.2/manual.htmlKind regards,Mikhail KalkovFrom: "Praveen Jain" To: "Maven Users List" Sent: Tuesday, December 4, 2012 10:35:46 AMSubject: RE: problem while conversion in build Sorry it is just typo in the mail. But in real it is right as per syntax, there is no extra space or any character. Thanks Warm Regards, Praveen Jain From: Mikhail Kalkov [mailto:mikhail.kal...@purplescout.se] Sent: Tuesday, December 04, 2012 3:01 PM To: Maven Users List Subject: Re: problem while conversion in build By the way, I've just noticed that you use whereas it should be I've removed whitespace before xmlversion, changed quotes to ASCII, and most importantly added a missing question mark in the end. /Mikhail From: "Praveen Jain" To: "Maven Users List" Sent: Tuesday, December 4, 2012 6:01:34 AM Subject: RE: problem while conversion in build I am using Xdoclet 1.2.3 and org.apache.maven.plugin is 1.6. There is no encoding tag in validator-global.xml If I add Then it simply added to validation.xml with all other tag and This line is added 2 time in Validation.xml and it fails while xml validation. but conversion done properly. So I cannot add explicit encoding in validator-global.xml. If encoding is UTF-8 then german character converted to garbage value. How can we define which encoding should use while merging ? by default it is UTF-8 which is not working. Thanks Warm Regards, Praveen Jain From: Mikhail Kalkov [mailto:mikhail.kal...@purplescout.se] Sent: Monday, December 03, 2012 11:05 PM To: Maven Users List Subject: Re: problem while conversion in build I've never used XDoclet but it sounds like xmlencoding attribute oftag only sets the output encoding, and there is no simple way to set the input incoding. It is also noteworthy that the default output encoding is UTF-8. Can you try to convert your validator-global.xml from iso-8859-1 to utf-8? Which version of xdoclet and xdoclet-maven-plugin do you use by the way? /Mikhail From: "Praveen Jain" To: "Maven Users List" Sent: Monday, December 3, 2012 11:57:39 AM Subject: RE: problem while conversion in build When we include xdoclet in the project there is no need to write validation.xml (for struts validation). All rules are defined in validator-global.xml and when user build using maven validation.xml is generated runtime and validator-global.xml is merged in validation.xml All properties are defined in http://xdoclet.sourceforge.net/xdoclet/ant/xdoclet/modules/apache/struts/StrutsValidationXmlSubTask.html if I write some german character in the validator-global.xml , and when build all german character are converted to some garbage value in validation.xml. hope this is will clear the problem. Thanks Warm Regards, Praveen Jain Praveen Jain | 020-66563094 Prime Sourcing, Oracle Financial Services, Oracle Park, Pune, India From: Mikhail Kalkov [mailto:mikhail.kal...@purplescout.se] Sent: Monday, December 03, 2012 3:47 PM To: Maven Users List Subject: Re: problem while conversion in build Hi, I don't understand your problem and doubt many people do. What is validation.xml and how does it relate to validation-global.xml? Why is form-validation tag relevant? I am afraid your question is as cryptic as Napoleon's kremlin letter (http://www.bbc.co.uk/news/world-europe-20572136). If you succinctly describe how your problem can be reproduced by any mailing list subscriber, there is a better chance you get a helpful reply. Kind regards, Mikhail Kalkov From: "Praveen Jain" To: "Maven Users List" Sent: Monday, December 3, 2012 5:46:40 AM Subject: RE: problem while conversion in build Can u please someone tell , how can I add german characters in validation.global.xml? So that it can be converted exactly in validation.xml m while building. Thanks Warm Regards, Praveen Jain Praveen Jain | 020-66563094 Prime Sourcing, Oracle Financial Services, Oracle Park, Pune, India From: Praveen Jain Sent: Thursday, November 29, 2012 4:25 PM To: Maven Users List Subject: RE: problem while conversion in build