Hello,
the bug entry at http://jira.codehaus.org/browse/MRELEASE-128 was closed
with the release of version 2.1.
But the described effect still happens. Could someone please check this and
maybe reopen the entry?
Kind regards,
Lars
I'm trying to integrate emma into a build. I would like to switch emma
instrumentation on, run the install build, make the jars and have a report
generated at the end. I know I can run emma:emma and have it compile/test/run
the report, but I want to build and install the jars, like I would in
I have a pom which has a property which has as a value 2.3.1-SNAPSHOT.
The property is used to factor into one spot the version level for dependencies,
where the dependencies are for other modules in a multi-module build (most of
which have the same
version level).
When I do mvn release:prepare
Hello Marshall
Can you confirm the values of Ok set for
checkpoint.check-in-development-version as in
checkpoint.check-in-development-version=OK
in release.properties file?
thanks,
Martin Gainty
__
Verzicht und Vertraulichkeitanmerkung/Note de
Hi all,
I'm having some problems with the maven-resources-plugin. I am
responsible for our CI-builds and have a Hudson set up on a Linux
environment.
Now, our developers are using Eclipse on Windows and therefore have
inadvertently configured the resources to be encoded in 'Cp1252',
instead
On 11/1/2010 12:59 PM, Martin Gainty wrote:
Hello Marshall
Can you confirm the values of Ok set for
checkpoint.check-in-development-version as in
checkpoint.check-in-development-version=OK
in release.properties file?
I'm using Maven 3, with release plugin 2.1
The release.properties
This was a known bug, fixed in maven-release-plugin 2.1. Are you using that
release?
On 01/11/2010, at 12:26 PM, Marshall Schor wrote:
I have a pom which has a property which has as a value 2.3.1-SNAPSHOT.
The property is used to factor into one spot the version level for
dependencies,
Hi Roland,
you've 2 options:
* specify the 'encoding'[1] parameter of the maven-resources-plugin to 'UTF-8'
* define in the 'properties' section the property
'project.build.sourceEncoding' to 'UTF-8'.
I usually prefer the second option, so the char encoding is globally
set also for the compiler
On 11/1/2010 1:51 PM, Brett Porter wrote:
This was a known bug, fixed in maven-release-plugin 2.1. Are you using that
release?
Yes. 2.1 shows in the help:effective-pom, and in this info message at the top
of the release:prepare:
[INFO] --- maven-release-plugin:2.1:prepare (default-cli)
Martin,
Danke, aber nicht genau was ich brauch... Wie ich konvertieren kann weiß
ich schon, ich will nur das Maven schreit wenn was nicht passt, und zwar
auf beide Systeme!
Sorry, for the other readers:
Thanks, but that's not what I was looking for... I know how to convert
the encodings, I just
Hello Simo,
That second settings is what I am actually using! The output in Maven
looks like this:
[INFO]
[INFO] Building deva - EJB
[INFO]task-segment: [package]
[INFO]
Here's a bit more info that might help debug this, perhaps.
The release:prepare step shows, for the first transformation (from -SNAPSHOT to
release) a mixture of Transforming and Updating messages, here's a sample
[INFO] Transforming 'UIMA Base: uimaj-test-util: JUnit utilities'...
[INFO]
On 11/1/2010 3:05 PM, Marshall Schor wrote:
Here's a bit more info that might help debug this, perhaps.
The release:prepare step shows, for the first transformation (from -SNAPSHOT
to
release) a mixture of Transforming and Updating messages, here's a sample
[INFO] Transforming 'UIMA
I have a module with a dependency on another module which included
commons-lang as a dependency:
If I use dependency:tree from that module using m2 I get (parts
trimmed to keep things concise)
[INFO] [dependency:tree {execution: default-cli}]
[INFO] com.foo:foo:jar:48-SNAPSHOT
[INFO] +-
Just for the record, and for future folks searching this issue, the
versions plugin allows one to synchronize parent/child pom versions
like so:
1. Change the root pom's version
2. Incant: mvn -N versions:update-child-modules
So, yes, the version number is duplicated; but at least there's a
If you happen to find yourself in Atlanta on Wed, Nov 3rd at 8pm, and
want to talk about Maven, come join the meetup. You can find details
and the signup page here:
http://na.apachecon.com/c/acna2010/schedule/meetups
-
To
16 matches
Mail list logo