On 1 July 2015 at 11:35, František Řezáč
wrote:
> Hi,
> I have asked a question on stackoverflow about what I thought should be a
> relatively common scenario but I didn't get an answer even though I put a
> bounty on it and published it through my social networks to wide audience.
> Since it's s
For the old "users" list we are hijacking the maven users thread. The "Dev"
list is the list Vincent mentioned
On Saturday, June 27, 2015, Vincent Latombe
wrote:
> Hi Benson,
>
> there is a new mailing list hosted on Google groups :
> https://groups.google.com/forum/#!forum/mojohaus-dev
>
> Vinc
So if you are using the artifactId jarfile3 then this should be relatively
easy to fix, e.g.
https://maven.apache.org/plugins/maven-ear-plugin/ear-mojo.html#fileNameMapping
Another approach would be to use
https://maven.apache.org/plugins/maven-dependency-plugin/copy-mojo.html#stripVersion
and
htt
-Pabc,xyz
Means you are saying the following profiles are to be active: abc, xyz. By
specifying profiles you are saying do not use the default profiles
-P+abc
Means activate the profile abc in addition to the defaults
-P-xyz
Or
-P!xyz
Means ensure profile xyz is not active even if active by
failsafe:integration-test runs the tests and stores whether the tests
passed or failed in a file
failsafe:verify reads back that file and then if there were failing tests
it fails the build.
On 25 May 2015 at 15:06, hongbin ma wrote:
> hi, I'm new to failsafe,
>
> i'm starting to move a test
So domi was supposed to be integrating my credentials plugin into his
config files provider plugin...
If he did that the way I was suggesting then you could have the user
submitting the build select the credentials to use as a build parameter
(from a list of global credentials and their own user c
On Thursday, May 14, 2015, Karl Heinz Marbaise wrote:
> Hi Andrew,
>
>
> On 5/14/15 10:44 AM, andrew.mar...@sungard.com wrote:
>
>> It should, in principle, be possible to build maven from the source.
>>
>
> That was not the point.. It is possible to build Maven from source using
> Ant but why wo
same thing that happened to 3.2.4
On 11 May 2015 at 08:58, James Green wrote:
> Pure curiosity: what happened to 3.3.2?
>
> On 28 April 2015 at 18:57, Jason van Zyl wrote:
>
> > Hi!
> >
> > The Apache Maven Team is pleased to announce the release of 3.3.3
> >
> > The release notes can be found
On 3 May 2015 at 08:50, Hervé BOUTEMY wrote:
> I had a few private email discussion with Deng: it seems he is facing a
> known
> issue with Java 7 + Kerberos enabled ssh servers + Jsch that was already
> faced
> by:
> - Ant: https://bz.apache.org/bugzilla/show_bug.cgi?id=53437
> - Mule: https://w
You probably want to also set
-DingnoreTestFailures
Or whatever it is called as those fail-at-end and fail-never just affect
the overall result. If an individual module fails during "test" it will
never get to "package" and the inter-module dependencies may not behave the
same (jar files behave d
http://javaadventure.blogspot.ie/2013/11/jenkins-maven-job-type-considered-evil.html
On 21 April 2015 at 17:12, Gandikota, Murthy
wrote:
> Hi All
> Using Jenkins 1.596, the jar files are not included in the WAR by maven
> which is given the following goals:
>
>
> clean dependency:tree install -P
.
>
> Steve
>
> On 04/09/2015 06:47 PM, Stephen Connolly wrote:
>
>> If you use the move ant task you can take the fileset of possible names
>> that the RPM could have and map them to the name you want to use in the
>> attach task...
>>
>> (and since you w
;noarch" but that isn't
> a problem as noarch can probably be assumed for most java projects.
>
> This would be much better, I think, if the redline rpm logic were released
> as a maven mojo.
I agree, but for now you'll just have to up your ANT foo
>
> Unless I
If you are using antrun anyway you might as well just use the ant task it
injects to ant to allow attaching artifacts...
http://maven.apache.org/plugins/maven-antrun-plugin/tasks/attachArtifact.html
On Thursday, April 9, 2015, Karl Heinz Marbaise wrote:
> Hi Steve,
>
> simplest solution would b
Well just to give you a data point. I am a firm believer in never running
`install` unless I have to. I also use the shade plugin a lot and I have
never had the issue you describe. IOW it works for me from a clean local
repo with just `mvn package`... I suspect you are doing something silly.
Also
On 31 March 2015 at 19:25, Steve Cohen wrote:
> The problem is this. Alcatel-Lucent nmake (and other versions of make
> such as GNU make) includes the concept of the VPATH, an environment
> variable containing a path (similar to PATH, etc.) along which to search
> for dependent source. If a nec
So plugins *can* have a higher JDK requirement than the minimum version of
Maven that they run against... hence
http://maven.apache.org/plugin-tools/maven-plugin-plugin/report-mojo.html#requirements
as a means to inform the user of the requirements.
Obviously it is nicer for the users of your plug
asciidoc(tor) is the way of the future.
On 13 March 2015 at 00:44, Barrie Treloar wrote:
> On 13 March 2015 at 11:05, Kevin Burton wrote:
> > Thanks. IF these are used in big projects like this I’ll probably just
> > migrate.
>
> Wasn't there some talk about using reStructuredText at some stag
Rest assured that this *will* happen in the next couple of months
On 2 February 2015 at 15:38, James Green wrote:
> >
> >
> > * We're studying Jira migration from Codehaus to Apache for better
> > end-users
> > consistency, since we've got feedback about users lost when requiring
> > to
>
Please read my answer here:
http://stackoverflow.com/questions/14725197/reading-properties-file-from-pom-file-in-maven/14727072#14727072
I think you are trying to do something that does not work
On Thursday, 15 January 2015, Bernd wrote:
> In order to help you we need the full chain, in pom3 y
On 14 January 2015 at 10:12, James Green wrote:
> What am I supposed to do with dependency-reduced-pom.xml? Add it to
> revision control or ignore it?
>
I say ignore it.
For technical reasons a dependency reduced pom needs to land in the same
directory as the pom it is "replacing"
It is genera
On Monday, January 5, 2015, Kevin Burton wrote:
> Breaking your application into smaller independent services may give you a
> > way to reduce the number of conflicts related to these different
> transitive
> > dependencies but that may not be as easy as testing your app with the
> > updated vers
A much simpler way would be to end your integration tests in IT instead of
Test and then have failsafe run the tests for you. Much less hacky
On 1 January 2015 at 19:40, Ole Ersoy wrote:
> Hi,
>
> I'm attempting to separate my integration and unit tests using profiles
> and the maven build helpe
You could have multiple executions of surefire and put the tests needing
the system property in one class leaving all the rest without. that way the
JVM forked for the first execution would not have the system property while
the JVM forked for the second would.
HTH
On 30 December 2014 at 08:03, 李
On Monday, 29 December 2014, Andreas M
wrote:
> One such use has already been handled by the tycho-pack200a:normalize and
> tycho-pack200b:pack goals.
> They have to be used before and after jar:sign for pack200 to work, and
> since the warning exists we have two plugins where you naively would e
onstrated reason.
>
>
> On Tue, Dec 23, 2014 at 5:48 PM, Stephen Connolly <
> stephen.alan.conno...@gmail.com > wrote:
>
> > So the pong is not as bad... Perhaps you are not at rotting shellfish
> > levels... Still a bad smell though
> >
> > On Wednesday,
e
>
> On Tue, Dec 23, 2014 at 5:35 PM, Stephen Connolly <
> stephen.alan.conno...@gmail.com > wrote:
>
> > This is a smell that you are doing something wrong. You probably want to
> > compose everything with either a custom lifecycle or a better plugin or
> > perha
This is a smell that you are doing something wrong. You probably want to
compose everything with either a custom lifecycle or a better plugin or
perhaps both. Having to chain 10 things together like that smells of
abusing maven rather than playing to maven's strengths.
Just an FYI though, if you h
Here is my count of the results:
A: Tony Chemit, Andreas Gudian, Manfred Moser, Tim Astle, Chris Graham, Dan
Rollo, Emilio Lopez, Matt Stephenson, Daniel Mark
B: Stephen Connolly, Anders Hammar, Stephen Krull, Martin Grigorov, Jeroen
Hoek, Graham Leggett, Cody Fyler, David Hoffer, Michael Osipov
The polls are now closed
On Monday, December 15, 2014, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> After the run-off round, we are left with two names standing.
>
> This second vote will be a straight and simple majority wins.
>
> The vote will be open
gt;
> > > Martin Grigorov
> > > Wicket Training and Consulting
> > > https://twitter.com/mtgrigorov
> > >
> > > On Mon, Dec 15, 2014 at 12:39 PM, Stephen Connolly <
> > > stephen.alan.conno...@gmail.com> wrote:
> > >>
> > &
Wrong track.
On 15 December 2014 at 13:13, Christian Domsch wrote:
>
> Hi,
>
> I have a continuous integration setup where the build is setup in two
> steps. First all modules are built and deployed. After that a second build
> is triggered that takes those artifacts and builds installers from th
A
On 15 December 2014 at 10:39, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
>
> After the run-off round, we are left with two names standing.
>
> This second vote will be a straight and simple majority wins.
>
> The vote will be open for at least 72 hours (
After the run-off round, we are left with two names standing.
This second vote will be a straight and simple majority wins.
The vote will be open for at least 72 hours (with the potential of an
extension until I send a message saying that the polls are closed)
There will be no discussion in this
overall winner
(And hopefully fend off Kristian and any attempts to run a stalking horse
3rd candidate of "Shotgun, the Maven Owl" ;-) )
-Stephen
On 15 December 2014 at 10:29, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
>
> A had no transfers to promote
>
>
eliminate A and proceed to
produce a count
On 15 December 2014 at 10:24, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
>
> In Round 3, E only has 2nd preference votes (I could have eliminated E
> earlier, but given the transfers it makes no difference to the result...) I
>
A had no transfers to promote
On 15 December 2014 at 10:28, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
>
> At this point we have:
>
> A with 2x1st pref, 1x2nd pref (or 3 any pref votes)
> B with 5x1st pref, 1x2nd pref (or 6 any pref votes)
> H with 10x1st
In Round 3, E only has 2nd preference votes (I could have eliminated E
earlier, but given the transfers it makes no difference to the result...) I
will now eliminate E and promote its preferences (which all go to K by the
way)
On 15 December 2014 at 10:21, Stephen Connolly <
stephen.alan.co
D has less second preferences that the other elimination candidate: A
(based on votes of any preference) so eliminating D and promoting it's
preferences accordingly (IOW Michael O's 2nd pref for A now becomes a 1st
pref for A in round 3)
On 15 December 2014 at 10:16, Stephe
After counting the 21 votes cast. I am eliminating C, F, G, and L as there
is less than 3 votes between them and redistributing those votes would not
affect the position of any of C, F, G or L
Round 2 of the count will now proceed
On 15 December 2014 at 10:04, Stephen Connolly
This poll is now closed. I will now proceed to count the votes and
votes received after this mail is sent will be excluded from the final count
On 9 December 2014 at 10:52, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
>
> This is a run-off vote to select the top two
H that seems to have failed to sync since scratch that...
On 9 December 2014 at 16:52, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> Do you want to create some pull requests?
> https://github.com/apache/maven-site is the repo... we can take care of
> pullin
Do you want to create some pull requests?
https://github.com/apache/maven-site is the repo... we can take care of
pulling those patches back to SVN, so no need to worry about that part ;-)
On 9 December 2014 at 16:42, Ron Wheeler
wrote:
> After using maven for 7+years, I decided that I finally k
Here's something close... https://github.com/gcuisinier/jenv
On 9 December 2014 at 16:02, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> The really adventurous person could re-use the rvm bash trickery and help
> us all ;-)
>
> On 9 December 2014 at
The really adventurous person could re-use the rvm bash trickery and help
us all ;-)
On 9 December 2014 at 16:01, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> I normally use a script similar to this:
> http://javaadventure.blogspot.ie/search?q=usemvn
>
> That
I normally use a script similar to this:
http://javaadventure.blogspot.ie/search?q=usemvn
That lets me switch the active maven version for each shell quickly.
You can then set an enforcer rule that prevents the wrong one if you want
to force a specific maven and people can quickly switch with jus
This is a run-off vote to select the top two options for our new mascot's
name.
The entries with the highest number of votes will be selected for the final
round. If there is only one entry with the highest number of votes then the
entries with the second highest number of votes will also be inclu
H, E, K
On 9 December 2014 at 10:52, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> This is a run-off vote to select the top two options for our new mascot's
> name.
>
> The entries with the highest number of votes will be selected for the
> final round.
On Friday, December 5, 2014, Yaron Goldstein
wrote:
> Hi,
> You can copy it to any directory of choice.
> One thing to remember is to run it in the validate phase:
Doing so well up to this point
> mvn validate install
And then shows lack of understanding of maven's lifecycle.
`valida
DependencyReducedPom
On Thursday, 4 December 2014, Mark Eggers
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Folks,
>
> I admit it, I'm a bit confused (and relatively new to maven).
>
> Goal:
>
> To release a WAR file with a minimal number of JAR files in WEB-INF/lib.
>
> Thought:
own by their own children - the Olymians)
> Rap - the owl is a nocturnal raptor - "Maven Rapper"
>
> Ron
>
> On 03/12/2014 10:53 AM, Stephen Connolly wrote:
>
>> Vote threads:
>>
>> http://mail-archives.apache.org/mod_mbox/maven-users/
>> 2
...@mail.gmail.com%3E
Results:
+1: Stephen Connolly (pmc), Arnaud Héritier (pmc), James Green, Thorsten
Heit, Raphael Ackermann, Dominik Bartholdi (committer), Maxim Solodovnik,
Andreas Gudian (committer), Paul Benedict, Alexandre Bretet, Mark Struberg
(pmc), Dan Rollo, Kristian Rosenvold (pmc), Karl Heinz
form of M on the
> > chest (say like a superman S), but I'm late to the train here.
> >
> > Le 28 nov. 2014 10:38, "Dennis Lundberg" a écrit :
> > > +1
> > >
> > > On Tue, Nov 25, 2014 at 11:57 AM, Stephen Connolly
> > >
> >
he wonderful advantages that these offer.
> >
> > It may have prompted the discussion that you recall so this might give
> you
> > a time-frame to narrow your search.
> >
> > I may be wrong but I think that Stephen Connolly and Wayne Fay raised
> some
> > is
/**
* This plugin's descriptor
*/
@Parameter(property = "plugin")
private PluginDescriptor pluginDescriptor;
>From there you use
http://maven.apache.org/ref/3.2.3/maven-plugin-api/apidocs/org/apache/maven/plugin/descriptor/PluginDescriptor.html#getVersion()
On 1 December 201
On Sunday, 30 November 2014, Christofer Dutz
wrote:
> Unfortunately the world isn't as ideal as I would like it to be. There are
> sometimes constraints that lie outside of the reach of the developer(s)
> working on the projects build.
>
> In one case the company I worked for desperately needed t
s the awareness
- Stephen
>
> Regards
> Mirko
> --
> Sent from my mobile
> On Nov 30, 2014 12:40 AM, "Stephen Connolly" <
> stephen.alan.conno...@gmail.com > wrote:
>
> > On Saturday, November 29, 2014, Mirko Friedenhagen <
> > mfrieden
On Saturday, November 29, 2014, Mirko Friedenhagen
wrote:
> Alejandro,
>
> I have a completely different approach as we use a staging maven repository
> anyway:
> - make sure your workspace has no extra files by using your SCM clean
> function.
> - only run mvn release:prepare with the following
O wait a sec you're using the evil job type...
http://javaadventure.blogspot.ie/2013/11/jenkins-maven-job-type-considered-evil.html
Well all bets are off then that will most likely royally screw you over
On 28 November 2014 at 17:45, Robert Scholte wrote:
> Op Fri, 28 Nov 2014 00:5
On Thursday, 27 November 2014, wrote:
> I'm using the release-plugin v2.5.1 and I'm often encountering two
> recurring stories with failed releases
>
> 1) Now the release can fail due to errors in the javadoc. This is not a
> problem, the problem is that IF there are problems in the javadoc the
>
hone. But a
> lot of people are reading this on their phones or tablets. And if there's a
> link in an email I am not going to fetch my laptop to visit it.
>
> Raphael
>
> On Wed, Nov 26, 2014, 20:33 Barrie Treloar > wrote:
>
> On 26 November 2014 at 18:55
If the vote is successful I'll commit the SVG originals, and we can slice
and dice, eg maybe keep the owl out of the top bar, add an owl favicon, and
rework the overly busy front page.
I also think we should remove the side-bars (and perhaps switch to a top
bar menu) as they hinder mobile accessib
stabilizing and professionalizing their
> code base.
>
> Why not call it simply 'The Maven Owl'?
Ok, we'll add that suggestion into the pot.
>
> Kind regards,
>
> Jeroen Hoek
> Lable
>
> 2014-11-25 12:05 GMT+01:00 Stephen Connolly <
> steph
http://people.apache.org/~stephenc/maven-logo-contest/maven-owl-final-large.png
When I created this owl, I gave it the name "Couché Tard" which is a french
nickname for an owl (literal translation: "Sleeps Late")
Early versions of this owl have ended up with the nickname "Shotgun Owl"
due to
For anyone who has been living under a rock, here is the background
Background
=
I think everyone can agree that the site needs a reorganisation and a
rewrite. Users cannot find what they need, and the end result is that
people keep on abusing maven rather than having maven help them.
Tr
+1
On 25 November 2014 at 10:57, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> For anyone who has been living under a rock, here is the background
>
> Background
> =
>
> I think everyone can agree that the site needs a reorganisation and a
> rewr
On 21 November 2014 08:52, Anders Hammar wrote:
> As no one else has jumped on this, I'd like to pass on some hints/pointers.
> They are based on my own experience and also my rule om thumb for Maven
> practice.
>
> First, never use the finalName. It will only affect the name of the locally
> pro
sites
On 20 November 2014 15:17, Stephen Connolly wrote:
>
> http://people.apache.org/~stephenc/maven-logo-contest/maven-owl-selection.png
>
> Well if people like "shotgun owl" I will offer this choice:
>
>
> http://people.apache.org/~stephenc/maven-logo-contest/m
g a
> trademark is uniqueness and that is more valuable than something standard.
> I think the white belly should return for that return.
>
>
> Cheers,
> Paul
>
> On Thu, Nov 20, 2014 at 8:41 AM, Stephen Connolly <
> stephen.alan.conno...@gmail.com> wrote:
>
, perhaps a dead mouse in the claws
> might foster the right mindset.:-)
>
> Ron
>
>
> On 20/11/2014 7:51 AM, Stephen Connolly wrote:
>
>> On 20 November 2014 12:05, Kristian Rosenvold <
>> kristian.rosenv...@gmail.com>
>> wrote:
>>
>> Mig
Note: I am not sure my [skills of an artist][1] are up to drawing a shotgun.
[1]: https://www.youtube.com/watch?v=7gz1DIIxmEE
> I like it a lot :)
>
> K
>
>
> 2014-11-20 11:49 GMT+01:00 Stephen Connolly <
> stephen.alan.conno...@gmail.com>:
> > The closest thi
The closest thing to a mascot that we have is
http://maven.apache.org/images/maven-logo-2.gif
"Arse on desk behind laptop while waiting for Maven to finish downloading
the interwebs"
I would like to call a vote in a couple of days to adopt M. Couché-Tard (my
own creation) as our mascot
http://pe
Hi,
The Mojo team is pleased to announce the release of Animal Sniffer version
1.12.
Animal Sniffer provides tools to assist verifying that classes
compiled with a newer JDK/API are compatible with an older JDK/API.
The following tools are provided by animal sniffer:
* A command line tool to du
eract with them some times
and that post is helpful to explain things to them!
On 3 November 2014 01:57, Barrie Treloar wrote:
> On 29 October 2014 20:18, Stephen Connolly <
> stephen.alan.conno...@gmail.com>
> wrote:
>
> >
> >
> http://developer-blog.c
On Friday, October 31, 2014, Robert Scholte wrote:
> Hi,
>
> see MRELEASE-165 (release:prepare should fail if the tag already exists)[1]
> The main reason why it is still not implemented, is that this must be
> solved in the SCM project. If we know how to do a valid(!) check of the
> existence of
http://developer-blog.cloudbees.com/2012/12/should-you-deploy-snapshots.html
On 29 October 2014 08:18, Fay Wong wrote:
> Many thanks to Barrie.
>
> I think what you have clarified is the normal flow of maven practice.
>
> The "deploy" in the context of my previous post means: our developer invok
maven-release-plugin
2.5.1
does the job
as does
mvn org.apache.maven.plugins:maven-release-plugin:2.5.1:prepare
org.apache.maven.plugins:maven-release-plugin:2.5.1:perform
On 23 October 2014 09:51, Vlad Slepukhin wrote:
> Hello!
>
> I has already posted this question to StackOverflo
https://github.com/stephenc/java-iso-tools is how I write the ISO
On 21 October 2014 08:18, Stephen Connolly
wrote:
> Bernd, no the iso plugin writes ISO files in java. I cannot remember if
> there is a special parser for the format or if I was able to borrow a 3rd
> party one
>
>
Bernd, no the iso plugin writes ISO files in java. I cannot remember if
there is a special parser for the format or if I was able to borrow a 3rd
party one
On 21 October 2014 01:46, Bernd Eckenfels wrote:
> Hello David,
>
> you can replace the ISO in local builds with a a ZIP file for most
> cas
If anyone wants to take over the development of that plugin just let me
know. I have no need for it any more and too busy with other things to work
on it
On 20 October 2014 23:33, Barrie Treloar wrote:
> On 21 October 2014 08:12, David Hoffer wrote:
>
> > I'm trying to use iso9660-maven-plugin
build-tools can depend on an older (already released) version of parent
On 20 October 2014 15:56, James Green wrote:
> Is there a good practice to achieve this?
>
> I have a company-parent POM which has config to deal with site generation
> and distributionMangement. Everything has this as it's
http://developer-blog.cloudbees.com/2013/03/playing-trade-offs-with-maven.html
On 14 October 2014 10:01, Rabe, Jens wrote:
> Hello,
>
> I have a third-party Java library which is a binary-only jar (not
> open-source) and has separate native libraries. Is there a way to wrap this
> up and use it
On 9 October 2014 14:01, Robert Mark Bram wrote:
> > Well the question you really will want to know is:
> >
> > "do I want any other modules to depend on the integration tests being
> > successful?"
>
> The Hatter opened his eyes very wide on hearing this; but all he said
> was, "Why is a mvn lik
Well the question you really will want to know is:
"do I want any other modules to depend on the integration tests being
successful?"
If the answer is "yes" then you will most likely need to deploy something
(pom) and that may require adding the missing
bindings into the lifecycle.
If the answer
Thanks Anders...
It can be hard to look that stuff on the phone...
I remember wanting to have a symmetry with the Surefire patterns of
Test*.java; *Test.java; *TestCase.java but I couldn't recall what I did for
the last one!
On 8 October 2014 07:19, Anders Hammar wrote:
> >
> > So failsafe wil
Then all I ask is you pay your newfound enlightenment forward...
With this information you can answer some maven newbie questions on the M/L
On Wednesday, 8 October 2014, Robert Mark Bram
wrote:
> Thank you Stephen - this was very useful and came just when I am ready
> to start piecing together
http://maven.apache.org/plugins/maven-war-plugin/examples/file-name-mapping.html
and strip the version if it is really important to you...
On 6 October 2014 15:38, captainslow wrote:
> Also tried false in the manifest of
> the jars & war. It still appends version to the SNAPSHOT jars located
> i
On 6 October 2014 10:31, Robert Mark Bram wrote:
> Hi All,
>
> A couple of questions about integration tests..
>
>
> 1) Default vs non-default plugins
> I needed to include the maven-failsafe-plugin plugin to introduce
> integration tests into my project, but I didn't need to introduce the
> mave
Of course one of my long term goals is to teach KK how to use Maven... He
keeps going to maven expecting a fight... And lo he gets one.
I keep trying to unwind his battles but every time I unwind one he's
started two more...
In short, do not use the way Jenkins abuses maven as a way to learn how
In general, if you are building different things, you should have multiple
modules.
Do not fear having more than one module.
The common code goes in a common module
Then the other two modules build the desktop app and the web app with a
dependency on the common module.
To paraphrase a movie tit
On 25 September 2014 15:13, James Nord (jnord) wrote:
> > > What's the killer feature is
> > > 1) automatic (zero conf) finding of artifacts / test reports /
> > > findbugs report pickup etc etc...
> > >
> >
> > Well James, you do know *you* could use templates (as you have the
> > enterprise plu
parser
> Yes they could add none to the enforcer config - but the
> ones that are intelligent enough to do that know better and fix the issue
> rather than hide it!
> Neither of the above are possible with the literate job type.
>
Not yet... but once I get the time to write some
Just define the default value in the section of the parent
pom...
On 24 September 2014 10:34, JeremieB. wrote:
> Hello,
>
> I wonder if there is any easy way to do the equivalent of Velocity "quiet
> references" with Maven poms ... ?
>
> Here is my use-case (in a corporate pom):
> - I set a pro
; BTW, in order to have artifacts listed one has to enable artifact
> archiving, not publishing.
>
> Everything works now (except for the job stalling on deployment to a
> self-signed cert GF 4.1 installation. :)
>
>
>
> On Tue, Sep 23, 2014 at 2:43 PM, Stephen Connolly <
>
gt; > > The Maven style build will also lock you in to a small subset of
> > Jenkins's
> > > usual features. And when you eventually need a feature not available
> > with a
> > > Maven-style build, there is no conversion path from Maven-style to
> > &
Freestyle does not mess with your build and change it from building the way
maven intends. Google "stephen's java adventures Jenkins maven considered
evil" for a more detailed discussion
On Tuesday, 23 September 2014, James Green wrote:
> On 23 September 2014 02:23, Curtis Rueden > wrote:
> >
>
The root reason is because the "unbuilt" plugin *may* have a custom
lifecycle that affects the reactor build plan in "ways unknown", and that
could end up invalidating the build plan that is being constructed.
Now the custom lifecycles only come in if a plugin is marked as
true so as long as you a
Use whatever works best for you.
I have some projects where it is better for me to force them all in
lock-step
I have other projects where I let them run free.
My general rule of thumb: if the modules are in the same GIT repo or the
same Subversion trunk then they all will end up being released
you could look at my attempt to work around that: ship-maven-plugin @
codehaus
On 10 September 2014 16:07, Jan wrote:
> Thanks All.
>
> My package is not environment specific, and currently i compile and package
> using Maven, and run deployment using Ant, coz when i tried to run maven
> deploy
41 - 0814
>
> -----Original Message-
> From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com]
> Sent: Wednesday, September 10, 2014 9:15 AM
> To: Maven Users List
> Subject: Re: Build once, deploy everywhere
>
> What you want to do is have your packaged software
101 - 200 of 2426 matches
Mail list logo