[ANN] Appassembler Maven Plugin 1.0 Released
Hi, The Mojo team is pleased to announce the release of the Appassembler Maven Plugin, version 1.0. The Appassembler Maven Plugin provides goals to generate bin and Java Service Wrapper scripts and can extract dependencies needed for a distribution. Site: http://mojo.codehaus.org/appassembler/appassembler-maven-plugin Artifact: http://repository.codehaus.org/org/codehaus/mojo/appassembler-maven-plugin/1.0/ *Release Notes* Some new configuration options have been added, and the documentation has been updated and extended. The following issues have been closed: MAPPASM-77 Add ability to control of configuration directory (currently hardcoded to etc/) MAPPASM-76 Add support for specifying default RUN_AS_USER in JSW mojo MAPPASM-75 Document how to use the JSW-functionality MAPPASM-73 Document how to use a wrapper script in combination with scripts generated by appassembler to support environment specific settings MAPPASM-72 Test fails MAPPASM-70 Appassembler does not create correct relative paths for snapshot dependencies MAPPASM-69 Inconsistent test result for testDefaultJSWFilesIfNoGeneratorConfigurationsIsSet() in JavaServiceWrapperDaemonGeneratorTest.java -- Best regards, The Mojo team, Erik Drolshammer - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Usage example native-maven-plugin
Hi! I have C++ project which is currently built by make using g++. I want to build for Intel 32- and 64-bit architectures. Can anyone point me to an example on how to use native-maven-plugin for this? -- Best regards, Erik Drolshammer - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Usage example native-maven-plugin
Hi! I have C++ project which is currently built by make using g++. I want to build for Intel 32- and 64-bit architectures. Can anyone point me to an example on how to use native-maven-plugin for this? -- Best regards, Erik Drolshammer - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: mvn deploy on Artifactory gives File transfer error (Return Code 401)
Farhan Sarwar wrote: Any clue as to why am i getting the following error on deploying an artifact on artifactory repo using maven deploy:deploy-file..it says Failed to transfer file : [filename] Return Code 401 The user used does not have write access. Check permissions... -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [assembly] add all dependency jars to lib folder in a bin assembly
Richard Chamberlain wrote: Hi. I use the following: dependencySets dependencySet outputDirectory/lib/outputDirectory unpackfalse/unpack scoperuntime/scope /dependencySet /dependencySets It puts all the dependencies into lib. Any idea how to add the contents of lib to classpath? (I have an executable jar file and when I add the dependencies to the lib folder the main class cannot be found.) -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Mapping between folder in subversion and projectGroup
Hi! My subversion repo has the following structure: root/lib/lib1 root/lib/lib2 root/lib/libX root/clients/clientA root/clients/clientB root/clients/clientX root/server/module1 root/server/module2 root/server/module3 I want to have each folder in root to correspond to a separate projectGroup i Continuum. Is this supported in 1.1? If not, is there a jira-issue for it? -- Regards Erik Drolshammer
Re: Testng with testng.xml config file
On Tue, 2007-11-13 at 22:41 -0600, Wayne Fay wrote: I would assume the code/config would be somewhere under: http://svn.apache.org/viewvc/maven/surefire/trunk/surefire-providers/surefire-testng/ Or possibly: http://svn.apache.org/viewvc/maven/surefire/trunk/maven-surefire-plugin/ I would assume the default configuration is not stored in an actual testng.xml file but instead coded in the plugin code, and then the configuration is passed into the TestNG runner when it is executed. I couldn't find any testng.xml file, so I'm afraid you're right. -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Testng with testng.xml config file
On Wed, 2007-11-14 at 00:11 +0100, Erik Drolshammer wrote: I can't get the suiteXmlFile configuration option to work properly. Can anyone point me to a testng.xml file that runs the same set of tests as are run without any config? (Or any working testng.xml file that is not completely trivial?) Anyone got a testng.xml file that works from maven? (Preferable one that at least runs all junit tests in src/test/java.) -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mapping between folder in subversion and projectGroup
On Wed, 2007-11-14 at 11:28 +0100, Francis De Brabandere wrote: Are you using maven? Can't you just create all those groups and projects? Yes, (of course) I'm using maven. And yes I can do it manually (as I do now), but I wanted to check if this convenience feature was already supported. (Otherwise I want to request it.) Anything that reduce the manual work of administrating projects should be pursued, IMHO. -- Regards Erik
Using maven and testng - collab workaround
Hi! I got maven to run with testng 5.5 by using plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId version2.4-collab-SNAPSHOT/version /plugin and dependency groupIdorg.testng/groupId artifactIdtestng/artifactId version5.5/version scopetest/scope classifierjdk15/classifier /dependency However, I can't get the suiteXmlFile configuration option to work properly. Can anyone point me to a testng.xml file that runs the same set of tests as are run without any config? (I have searched the src for the surefire-plugin, but I couldn't find the default testng.xml file.) Resources: http://maven.apache.org/plugins/maven-surefire-plugin/examples/testng.html http://docs.codehaus.org/pages/viewpage.action?pageId=62120 http://maven.apache.org/plugins/maven-surefire-plugin/examples/testng.html -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Testng with testng.xml config file
Hi! (This is a repost of a previous response to an old thread.) I can't get the suiteXmlFile configuration option to work properly. Can anyone point me to a testng.xml file that runs the same set of tests as are run without any config? (Or any working testng.xml file that is not completely trivial?) (I have searched the src for the surefire-plugin, but I couldn't find the default testng.xml file.) Context: We have a lot of junit3 tests that we want to reuse. We want to follow maven's recommended directory structure as much as possible. And we want the grouping that testng provides to make it easier to run different sets of tests in different environments. I have looked at the following resources: http://maven.apache.org/plugins/maven-surefire-plugin/examples/testng.html http://maven.apache.org/plugins/maven-surefire-plugin/examples/testng.html I got maven to run with testng 5.5 by using plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId version2.4-collab-SNAPSHOT/version /plugin and dependency groupIdorg.testng/groupId artifactIdtestng/artifactId version5.5/version scopetest/scope classifierjdk15/classifier /dependency -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using maven and testng - collab workaround
I reposted my question in a new thread. Search for subject Testng with testng.xml config file. -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: mvn site and multprojects
On Thu, 2007-10-04 at 07:03 -0700, Holt, Jack C. wrote: OK. It turns out that I had url tags in all but one POM that said the modules were at maven.apache.org. I have removed them and things have changed but I still don't have a solution. Without any url tags in my pom.xml's the links for my subprojects point to main project dir/target/site/subproject dir/index.html whereas main project dir/subproject dir/target/site/index.html is correct. How do I fix that? Which goals are you running? With multi-module sites you must use site-staging or site-deploy to have the submodules copied correctly. -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
POM-project as parent
Hi! Context: I have a set of projects and some of these should use webstart (jnlp). I have set up and configured the maven-webstart-plugin. This configuration have I made generic and put in a separate project with packaging pom and let the projects that need jnlp inherit from this parent. The parent is available from the company Artifactory instance. Problem: If I check out a project that needs jnlp and have a clean local repo, the build fails because the parent can't be found. (I have notice the relativePath-option, but this requires that the parent project has also been checked out, so this option was rejected.) Is there a clean way to solve this or must I dismiss the parent project and duplicate the config to the projects that needs it? Please advice, thanks in advance. -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question regarding modular project
Boryan Yotov wrote: Is there a way to tell Continuum 1.0.3 to reread the modules list of a certain project POM (without manually removing the project definition and adding it again) and to add all new entries to its list of projects? I use 1.1-beta-1 and have a similar question; When I add or remove a child project, these changes are not detected by Continuum. Is this normal behavior? If not, how to fix it? Currently it seems my only options are to a. add/remove modules manually (they are put in the correct group) or b. remove the whole project and re-add it. None of these are especially enticing. -- Thanks, Erik Drolshammer
Re: Problem with parent Pom
alexsil wrote: Hi, If I remove --non-recursive option then all projects are compiled ed all projects are updated, that is the opposite that I want. In fact I want checkout only the parent pom and deploy only the parent pom. You have one project for each pom.xml in your Continuum instance, right? (E.g. parentProject, subModuleA, subModuleB etc.) Have you tried to just delete all projects from Continuum except the parent project? I must say your use case is strange though ;) -- Regards Erik Drolshammer
Re: xdoclet-maven-plugin and java 1.5
Yuri Schimke wrote: We are using a non released jar also. I remember where we downloaded the jar though; http://sourceforge.net/projects/xdoclet/ Sorry. the xdoclet stuff seems effectively dead. Yes, it does. Java annotations should be preferred I guess. -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
xdoclet-maven-plugin and java 1.5
Yuri Schimke wrote: But I managed to solve it by re-deploying the maven plugins to our internal repository with patched poms and different version names. We need to do this anyway to use the xjavadoc supporting Java 1.5 Do you have a reference to a repo which contains this (unofficial) xjavadoc which supports java 1.5? (We are using a snapshot-version we have as jar, but we haven't been able to track were it originally came from. :P) -- Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: what is the best practice for handling build output, reports and archives?
Baz wrote: All, What is the best practice for handling build outputs, reports and archives? Here are the brief environments: 1. Build scheduling systerm such as CruiseControl. 2. Maven 2.0. 3. #1 and #2 running nightly, continuous and ad-hoc builds. Outputs: 1. Build tree. 2. Build outputs. 3. Junit outputs. 4. Code coverage outputs. Where should they go so that they can be easily access? Is there any general practice with M2? For example, I am thinking of running the followings: 1. mvn test to compile and test. 2. mvn site to generate html pages (I believe mvn site only create reports, html and statistics but not the build output/binaries) 3. Archive both #1 and #2 into some share directories arranged by directory structure such as \\server_name\root_dir\project\version\date/id. This structure will be pointed by a webserver for users to access. Comments? Why not use Continuum [1]? Continuum is designed to build Maven-projects.. If you modify the site-configuration a bit Continuum should do what you want pretty much out of the box if you can set up apache to serve the generated output. btw, continuum-1.1-alpha is on its way. It has a lot of additional features compared with 1.0.3. [1] http://maven.apache.org/continuum/ -- Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: what is the best practice for handling build output, reports and archives?
Rémy Sanlaville wrote: btw, continuum-1.1-alpha is on its way. It has a lot of additional features compared with 1.0.3. I am trying to find some documentation on continuum-1.1 and the additional features. Do you have some links ? No, good ones, but you can try; http://jira.codehaus.org/secure/ReleaseNote.jspa?version=12082styleName=HtmlprojectId=10540Create=Create and the Continuum wiki referenced from http://docs.codehaus.org/display/MAVENUSER has an uncomplete list; # Project Groups, including group-level security roles # The admin account is automatically unlocked on startup btw, please take further questions on continuum's mailinglists; http://maven.apache.org/continuum/mail-lists.html -- Regards Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wrong phase?
Hi! I have this plugin; http://rafb.net/p/vO1yv751.html, which creates two files needed by my tests and by jetty. The problem is that the two files are not available when the tests are run. (If i run the same goals a second time, it works, so the files _are_ generated.) What am I doing wrong? (Wrong phase perhaps?) (I have tried validate and generate-sources.) -- Kindly regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Config-files as templates
Hi! I have a M2 project where we utilize two template files. Ie., two copy statements is necessary before the project will build: cp log4j.properterties.tmpl log4j.properties cp profiles.xml.tmpl profiles.xml As far as I have learned, the good solution is to not use .tmpl and just put the files in subversion. We don't want this solution, because the developers sometimes (too often) commit their modified versions by accident. Is it possible to do a if (!filesExist) { cp log4j.properterties.tmpl log4j.properties cp profiles.xml.tmpl profiles.xml } from a maven-plugin? Please recommend plugin(s) that support this kind of functionality. My goal is to again allow the project to build successfully directly from a svn-checkout. -- Kind regards, Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Config-files as templates
Erik Drolshammer wrote: Is it possible to do a if (!filesExist) { cp log4j.properterties.tmpl log4j.properties cp profiles.xml.tmpl profiles.xml } from a maven-plugin? Yes, it is, with antrun: groupIdorg.apache.maven.plugins/groupId artifactIdmaven-antrun-plugin/artifactId executions execution phasevalidate/phase goals goalrun/goal /goals configuration tasks !-- Overwrite defaults to false, so if the files already exists they will not be overwritten -- copy file=profiles.xml.tmpl tofile=profiles.xml/ copy file=src/main/resources/log4j.properties.tmpl tofile=src/main/resources/log4j.properties/ /tasks /configuration /execution /executions /plugin -- Kind regards, Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Best practices for using mvn release, then releasing against the branch
neil hart wrote: When we use the release plugin it works well by: - Changing our x.x-SNAPSHOT to x.x - Checks in and tags our code with the x.x version number - Changes x.x to x.x+1. We would like to have some way of starting a branch from the tagged code and have it change our x.x to x.x.1-SNAPSHOT so we can release using the branched version number. Does something like this exist? Should we do the release step differently? Is there a better way of handling this? We are currently trying to simplify and automate our deployment procedures, and are interested in some elaboration. I suggest the following procedure: Assume trunk is x.y-SNAPSHOT and that Xstream's versioning scheme [1] is used. 1. Create a new branch named release-x.y from trunk and set version to x.y in the pom of this new branch. 2. Change trunk version to x.y+1-SNAPSHOT (Trunk is now ready for further development and you have a release-branch to create releases from.) 3. Create a tag x.y.z from release-x.y branch and deploy artifact _Questions_: a. Is this the procedure you want? b. Is this procedure supported by the release-plugin? c. Is this best practice? If not, what's wrong or should be changed? [1] http://xstream.codehaus.org/versioning.html -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using java1.6 with java1.5 source
Rémy Sanlaville wrote: Hi all, Be aware of that configuration [1] plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.4/source target1.4/target /configuration /plugin Hi! My build fails if java1.6 is used instead of java1.5. (No java1.6 specific functionality is employed.) Shouldn't the following configuration fix this? plugin artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target encodingUTF-8/encoding /configuration /plugin If yes, what else can be wrong? -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using java1.6 with java1.5 source
Thorsten Heit wrote: My build fails if java1.6 is used instead of java1.5. (No java1.6 specific functionality is employed.) What error messages do you get? Have you tried mvn -e -X ...? http://rafb.net/p/4Hfl1t68.html The NotImplementedException I can fix, but the error regarding org.apache.commons.validator remains a mystery to me. -- Regards Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using java1.6 with java1.5 source
Thorsten Heit wrote: What error messages do you get? Have you tried mvn -e -X ...? http://rafb.net/p/4Hfl1t68.html The NotImplementedException I can fix, but the error regarding org.apache.commons.validator remains a mystery to me. It seems you're missing a dependency in your pom.xml: dependencies ... dependency groupIdcommons-validator/groupId artifactIdcommons-validator/groupId version1.3.1/version !-- or whatever version you need -- /dependency /dependencies I have this in my pom. The problem went away though when I removed an exclusion (commons-validator) from another dependency. This dependency doesn't use it, so it seems strange to me. But it works, so all is good. :) Thanks! -- Regards Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: properties-files
Wayne Fay wrote: You are looking for Profiles in conjunction with Resource Filtering. Thanks for the tip. It seems this will solve my problem if I find a way to pass the properties to a schemaexport-task run from the antrun-plugin. -- Regards Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
properties-files
Hi! I have a Maven-based project which utilize a couple of properties-files like hibernate.properties and log4j.properties. Because these are often modified by the individual developer we have chosen to place hibernate.properties.tmpl and log4j.properties.tmpl under versioncontrol. The downside of this approach is that you must create (based on the template-files) hibernate.properties and log4j.properties for every new checkout. Which solutions are offered by Maven for this problem? What is the _recommended_ solution? My goal is to reduce the number of steps needed to set up a development environment. -- Regards Erik Drolshammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need to bounce OC4J during re-deployment
Chris Russell wrote: In order to redeploy my application I need to: 1. Undeploy app 2. Bounce OC4J instance 3. Deploy app Is there a way to accomplish this with Continuum? So far, my only thought is to write a Cron job to undeploy and restart oc4j, then let Continuum build, test and deploy. Have you looked at the cargo-maven plugin? It seems to have at least som support for OC4j. http://docs.codehaus.org/display/CARGO/Oc4J+9.x -- Regards Erik Drolshammer