maven-surefire-plugin to be defined for the unit tests to be run
Hi good morning all, I have asked this question on stackoverflow two days ago about the necessity of defining / overriding the maven-surefire-plugin. http://stackoverflow.com/questions/26694974/why-maven-surefire-plugin-needs-to-be-defined-for-the-tests-to-be-run I didn't get any answer so far. My apologies in advance if I am missing a fundamental Maven concept.. Best regards, Alex
Re: explicit dependencies in maven
Hi, On 11/5/14 11:14 PM, Barrie Treloar wrote: On 6 November 2014 05:37, Karl Heinz Marbaise khmarba...@gmx.de wrote: Hi, to be clear on that point you should never change released versions. The idea of releases is that they are immutable. The scenario you have described should never be done which means: If you change code than make simply a new version like 1.2 or may be better things like 1.1.1 to show it's a bug fix release of 1.1 etc. You should prevent of doing developers such a thing... Read http://semver.org/ Should that change something ? Or do i misunderstand something ? Kind regards Karl Heinz Marbaise - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
inclusion filter gets ignored in multi-module assembly
Hi all, I am trying to create an assembly in a multimodule project that has child-parent and module-submodule relations. I want the assembly to contain the artifact (a jar file) generated by one of the modules, as well as most of its dependencies. I am using the following assembly descriptor: ?xml version=1.0 encoding=UTF-8? assembly xmlns=http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.2; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation= http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.2 http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.2; idclasp/id formats formatzip/format /formats includeBaseDirectoryfalse/includeBaseDirectory moduleSets moduleSet useAllReactorProjectstrue/useAllReactorProjects includes includecom.hp.hpl.intueri.clasp.metaphors:xyz-csv2vm/include /includes sources fileSets fileSet outputDirectory//outputDirectory includes includesrc/main/resources/xyz_csv2vm_description.json/include includesrc/main/resources/icon.png/include /includes /fileSet /fileSets /sources binaries outputDirectory//outputDirectory dependencySets dependencySet outputDirectory//outputDirectory excludes excludecom.hp.hpl.clasp:clasp-sdk/exclude excludeorg.json:json/exclude /excludes useTransitiveDependenciesfalse/useTransitiveDependencies /dependencySet /dependencySets /binaries /moduleSet /moduleSets /assembly I am configuring the assembly in the parent POM, and assigning the assembly plugin to the package phase of the module, as explained in the documentation ( http://maven.apache.org/plugins/maven-assembly-plugin/examples/multimodule/module-binary-inclusion-simple.html). While running the mvn clear package, I am having the following error: [DEBUG] All known ContainerDescriptorHandler components: [file-aggregator, metaInf-services, plexus, metaInf-spring] [WARNING] The following patterns were never triggered in this artifact inclusion filter: o 'com.hp.hpl.intueri.clasp.metaphors:xyz-csv2vm' [DEBUG] Resolving project dependencies ONLY. Transitive dependencies WILL NOT be included in the results. [WARNING] The following patterns were never triggered in this artifact inclusion filter: o 'com.hp.hpl.intueri.clasp.metaphors:xyz-csv2vm' ... .. [INFO] [INFO] Reactor Summary: [INFO] [INFO] VastXML bindings .. SUCCESS [ 3.997 s] [INFO] CLASP service tools ... SUCCESS [ 1.013 s] [INFO] Visual metaphor generators SUCCESS [ 0.004 s] [INFO] StarBurst visual metaphor generator ... SUCCESS [ 0.918 s] [INFO] StarBurstC visual metaphor generator .. SUCCESS [ 1.102 s] [INFO] DandelionChina visual metaphor generator .. SUCCESS [ 0.921 s] [INFO] MSComp CSV2VM . SUCCESS [ 1.185 s] [INFO] xyz-csv2vm visual metaphor generator .. SUCCESS [ 1.394 s] [INFO] distribution .. FAILURE [ 1.109 s] [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 11.835 s [INFO] Finished at: 2014-11-06T10:21:27-06:00 [INFO] Final Memory: 20M/224M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-assembly-plugin:2.5:single (make-assembly) on project distribution: Failed to create assembly: Error creating assembly archive clasp: You must set at least one file. - [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-assembly-plugin:2.5:single (make-assembly) on project distribution: Failed to create assembly: Error creating assembly archive clasp: You must set at least one file. I have tried to create the assembly using dependencySets, assign the assembly plugin execution to the xyz-csv2vm module, and create a distribution module as explained in the documentation and some forums, with no sucess. I am doing anything wrong?, why is that my inclusion filter is no recognizing my module? Any help is appreciated, Carlos Alegria
deploy and include properties files along with parent POM
We have an organizational parent POM deployed to Artifactory,
com.lgc:master:1.0.0-SNAPSHOT. The top-level aggregator POM in each repo uses
this as the parent, with relativePath/. Then the individual projects in that
repo use the aggregator as the parent. In the com.lgc:master POM I would like
to have something like this
properties
globalProp1defaultValue/globalProp1
/properties
profiles
profile
idproduct-properties/id
activation
file${productName}.properties/file
activation
build
filters
filter${productName}.properties/filter
/filters
/build
/profile
/profiles
Each of these properties files would just be overriding the global defaults,
and only when necessary. I want those properties files to be deployed to
Artifactory as secondary artifacts to the com.lgc:master POM so that no matter
what subfolder/repo someone is building in, it's consistent and predictable. I
know how to do the deploy? but how do I specify the path to the properties
files. Are secondary artifacts automatically retrieved or is there something
special I need to setup?
Or if I'm going about this all wrong, feel free to say so and point me in the
right direction [1].
Thanks,
-Justin
[1] - When I said the individual projects use the aggregator as the parent, you
might suggest just putting the properties in the aggregator. The caveat here is
that in a few places we have a mostly empty SVN repo with the aggregator POM,
the folder structure, and a ton of svn:externals to the individual projects (so
essentially an aggregator _repo_). We end up sometimes using a common branch of
some of the projects in 2 or more aggregator repos because the only thing we
would need to branch them for is to change the parent GAV, but we can't put a
property reference in the parent section of the pom, so those projects only
have the 'correct' aggregator POM GAV as the parent in at most one aggregator
repo. So we can't reliably set properties in the aggregator POMs, so they have
to be in either the com.lgc:master or directly in the
jar|war|eclipse-plugin|etc POM files (which would be horrible to have all that
redundancy) to be reliably set.
--
This e-mail, including any attached files, may contain confidential and
privileged information for the sole use of the intended recipient. Any review,
use, distribution, or disclosure by others is strictly prohibited. If you are
not the intended recipient (or authorized to receive information for the
intended recipient), please contact the sender by reply e-mail and delete all
copies of this message.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-javadoc-plugin: resource folders interpreted as illegal package names
Hi all, OK, given the deafening silence, I posted it on SO: http://stackoverflow.com/q/26787825/1207769 Regards, Curtis On Wed, Nov 5, 2014 at 12:42 PM, Curtis Rueden ctrue...@wisc.edu wrote: Hi everyone, I am trying to generate an aggregated set of javadocs from a collection of related projects, like so: https://github.com/imagej/imagej-javadoc/blob/83d2fe7f2d546cdc0971f323dfaf56d0089e715d/pom.xml Basically, this POM project declares a bunch of dependencies and then uses the maven-javadoc-plugin's includeDependencySourcestrue/includeDependencySources option. Some of the dependencies have a script-templates folder in their resources, which gets lumped into the -sources JAR by the maven-source-plugin. Unfortunately, the javadoc tool hates seeing folders with violate java package naming conventions. So my build ultimately fails with: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-javadoc-plugin:2.9.1:jar (attach-javadocs) on project imagej-javadoc: MavenReportException: Error while creating archive: [ERROR] Exit code: 1 - javadoc: error - Illegal package name: script-templates.Java I tried adding excludePackageNamesscript-templates/excludePackageNames to the maven-javadoc-plugin configuration, but it seemed to have no effect. Does anyone have ideas how to work around this problem? Thanks, Curtis P.S. I could rename the script-templates folders in all of the dependencies, and then update the code to handle both the old and new resource locations, and then release new versions of them all, but that would be a substantial amount of work. And the problem could still crop up again later if any other incompatibly-named folders appear in any -sources JARs.
maven-assembly-plugin:2.5 ignores lineEnding=unix if file is not filtered
Hi, Have raised JIRA: http://jira.codehaus.org/browse/MASSEMBLY-729 Example project attached to JIRA. Thanks, Tony Jewell Cregganna Computer Consultants Ltd.
Re: explicit dependencies in maven
Hi Barrie, On 11/6/14 11:01 PM, Barrie Treloar wrote: On 6 November 2014 22:15, Karl Heinz Marbaise khmarba...@gmx.de mailto:khmarba...@gmx.de wrote: Hi, On 11/5/14 11:14 PM, Barrie Treloar wrote: On 6 November 2014 05:37, Karl Heinz Marbaise khmarba...@gmx.de mailto:khmarba...@gmx.de wrote: Hi, to be clear on that point you should never change released versions. The idea of releases is that they are immutable. The scenario you have described should never be done which means: If you change code than make simply a new version like 1.2 or may be better things like 1.1.1 to show it's a bug fix release of 1.1 etc. You should prevent of doing developers such a thing... Read http://semver.org/ Should that change something ? Or do i misunderstand something ? No, just more reading for Irfan. Ok. So a misunderstanding on my site...Sorry.. Kind regards Karl Heinz Marbaise - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: explicit dependencies in maven
On 6 November 2014 22:15, Karl Heinz Marbaise khmarba...@gmx.de wrote: Hi, On 11/5/14 11:14 PM, Barrie Treloar wrote: On 6 November 2014 05:37, Karl Heinz Marbaise khmarba...@gmx.de wrote: Hi, to be clear on that point you should never change released versions. The idea of releases is that they are immutable. The scenario you have described should never be done which means: If you change code than make simply a new version like 1.2 or may be better things like 1.1.1 to show it's a bug fix release of 1.1 etc. You should prevent of doing developers such a thing... Read http://semver.org/ Should that change something ? Or do i misunderstand something ? No, just more reading for Irfan.
Official Docker image with Maven
I have created a Docker official Maven image running on jdk 6, 7, and 8. Allows trying Maven in sandboxed environments and run auto builds. There are probably a number of other interesting use cases too, so feel free to let me know about any improvements. https://registry.hub.docker.com/_/maven/ https://github.com/carlossg/docker-maven Cheers
Re: maven-assembly-plugin:2.5 ignores lineEnding=unix if file is not filtered
Yeah; i've sen that in the code and been puzzled by that line; I think I even wrote a TODO about it since it was obviously incorrect. Did this actually work without filtering enabled at some point ? Kristian 2014-11-06 22:41 GMT+01:00 Tony Jewell tony.jew...@cregganna.com: Hi, Have raised JIRA: http://jira.codehaus.org/browse/MASSEMBLY-729 Example project attached to JIRA. Thanks, Tony Jewell Cregganna Computer Consultants Ltd. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-assembly-plugin:2.5 ignores lineEnding=unix if file is not filtered
Yep, Run with 2.4.1 and it sets the line ending to Unix for both files. Filtered and unfiltered. I have used this extensively in past projects to enforce line endings on released assemblies for run scripts and the like. I guess the change was something to do with preserving file times? ATB TonyJ On 7 Nov 2014 07:27, Kristian Rosenvold kristian.rosenv...@gmail.com wrote: Yeah; i've sen that in the code and been puzzled by that line; I think I even wrote a TODO about it since it was obviously incorrect. Did this actually work without filtering enabled at some point ? Kristian 2014-11-06 22:41 GMT+01:00 Tony Jewell tony.jew...@cregganna.com: Hi, Have raised JIRA: http://jira.codehaus.org/browse/MASSEMBLY-729 Example project attached to JIRA. Thanks, Tony Jewell Cregganna Computer Consultants Ltd. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-assembly-plugin:2.5 ignores lineEnding=unix if file is not filtered
Yeah, extensive changes related to everything filtering-related. I might add that the 2.4.1 code in this area was intensely duplicated. I probably selected the wrong code when removing the duplication. 2.5.1 is due today but I'll keep on pushing 2.5.X until we have a reasonably bug-free version. There's about 30 more bugs in jira that should be fixed :) Kristian 2014-11-07 8:37 GMT+01:00 Tony Jewell tony.jew...@cregganna.com: Yep, Run with 2.4.1 and it sets the line ending to Unix for both files. Filtered and unfiltered. I have used this extensively in past projects to enforce line endings on released assemblies for run scripts and the like. I guess the change was something to do with preserving file times? ATB TonyJ On 7 Nov 2014 07:27, Kristian Rosenvold kristian.rosenv...@gmail.com wrote: Yeah; i've sen that in the code and been puzzled by that line; I think I even wrote a TODO about it since it was obviously incorrect. Did this actually work without filtering enabled at some point ? Kristian 2014-11-06 22:41 GMT+01:00 Tony Jewell tony.jew...@cregganna.com: Hi, Have raised JIRA: http://jira.codehaus.org/browse/MASSEMBLY-729 Example project attached to JIRA. Thanks, Tony Jewell Cregganna Computer Consultants Ltd. - 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
