+1.
Tested on Jenkins, especially after
https://github.com/jenkinsci/jenkins/pull/3052
Thanks a lot!
2017-10-02 15:21 GMT+02:00 Dejan Stojadinović :
> +1 (non-binding).
>
> Tested as usual (big project with dozen of plugins).
>
> Regards,
> Dejan
>
> On 2017-09-30 17:55,
Hello,
Only lurking those days, but chiming in quickly here :-).
2017-09-10 20:54 GMT+02:00 Robert Scholte :
> On Sun, 10 Sep 2017 20:21:11 +0200, Stephen Connolly <
> stephen.alan.conno...@gmail.com> wrote:
>
> On Sun 10 Sep 2017 at 19:04, Tibor Digana
Not in opposition BTW. You can perfectly create and version pipeline jobs
through Job DSL.
Granted if using multibranch pipeline jobs, then the frontier becomes even
more tenuous as the project build description then lays in the code itself.
But still you can handle creating/versioning the job
+1 to simply remove the variable.
That's what I've been doing and advising for years.
Settings M2_HOME only highers the risk to get to weird issues for newcomers
with NoClassDefFoundError where actually M2_HOME points to a different
maven root that the binary in the PATH.
2016-01-27 11:23
e.com/dev%40maven.apache.org/msg107104.html
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > > For additional commands, e-mail: dev-h...@maven.apache.org
> > >
> > >
> >
>
--
Baptiste MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
t;mailto:g...@orahub.oraclecorp.com
>> :robert.patrick/snapshots-test.git/snapshots-multi-module"g...@orahub.oraclecorp.com:robert.patrick/snapshots-test.git/snapshots-multi-module
>> in the git push command?
>>
>>
>>
>> Am I just doing something stupid or is this really busted?
>>
>>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Baptiste MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
tml
>
> The vote is open for 72 hours.
>
> [ ] +1 Yes, it's about time
> [ ] -1 No, because...
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Baptiste MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
:47, Baptiste Mathus bmat...@batmat.net wrote:
I guess you talk about the users list, that one we agreed on hijacking,
yes, not the dev one :-).
2015-06-19 15:52 GMT+02:00 Stephen Connolly
stephen.alan.conno...@gmail.com
:
I though we were hijacking the maven list... but if I had
Didn't you send to the wrong list?
2015-06-18 23:59 GMT+02:00 Dan Tran dant...@gmail.com:
do we still stage at nexus.codehaus.org?
Thanks
-D
On Thu, Jun 18, 2015 at 12:50 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
More asking about what minimum parent version, etc
, Baptiste Mathus bmat...@batmat.net wrote:
Didn't you send to the wrong list?
2015-06-18 23:59 GMT+02:00 Dan Tran dant...@gmail.com:
do we still stage at nexus.codehaus.org?
Thanks
-D
On Thu, Jun 18, 2015 at 12:50 PM, Stephen Connolly
stephen.alan.conno...@gmail.com
2015-06-01 19:13 GMT+02:00 Kristian Rosenvold kristian.rosenv...@gmail.com
:
Re-running the clone from a backup of asf svn is time consuming but might
be the way to go, because we could probably get the correct layout in one
go. (But it's dooog slow and will be even worse multiplied by X)
Beware that using the diff format, you're gonna lose the commit information
(author, committer...). With SVN you don't have any other choice, but with
Git it would be a waste IMO.
Cheers
2015-05-29 13:29 GMT+02:00 Tamas Cservenak ta...@cservenak.net:
Sry, I sent the “resolved” URL, here is the
See https://github.com/mojohaus/convert-to-git for MojoHaus (previously
Mojo@Codehaus).
Though a bit rough a the main script being a bit oriented towards the Mojo
SVN, it has no real specificities wrt SVN-Git migration, so it should be
at least a good starting point.
I can privide help, or help
+1 congrats to all and particularly indeed to you Karl-Heinz with the
dozens of releases you personally pushed out in the past months.
2015-05-28 13:54 GMT+02:00 Jason van Zyl ja...@takari.io:
Karl,
Thanks so much for your continued effort to get all these plugins out. You
really do an
Maybe try the solutions there:
http://stackoverflow.com/questions/11621768/how-can-i-make-git-accept-a-self-signed-certificate/19363404#19363404
My 2 cents
2015-05-11 13:58 GMT+02:00 Igor Fedorenko i...@ifedorenko.com:
Does anyone know how to fix ssl error below when using git (from
macports)
@Eric, Codehaus is shutting down: read https://codehaus.org/.
So the answer is yes. And there's not much time left.
Cheers
2015-04-03 9:42 GMT+02:00 Eric Barboni eric.barb...@irit.fr:
Hi Hervé
should the same process be done for archiva continuum and groovy ?
Regards
Eric
Le Vendredi 3
+1.
2015-03-16 2:56 GMT+01:00 Jason van Zyl ja...@takari.io:
Great. I plan to let it free for St Patrick's beers early evening tomorrow
EST.
On Mar 15, 2015, at 5:12 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
I hope to haves testing done tomorrow
On 13 March 2015 at
...@mail.gmail.com%3E
Thanks for any feedback.
2015-02-20 16:41 GMT+01:00 Baptiste Mathus bmat...@batmat.net:
Hi guys,
Just tried on IRC without much success. Using JSR305 annotations on some
internal enforcer rules, we encounter some issue like for example the
checker thinking the helper
Hi guys,
Just tried on IRC without much success. Using JSR305 annotations on some
internal enforcer rules, we encounter some issue like for example the
checker thinking the helper reference could be passed null in the execute
method [1].
It would help to declare it like this instead:
void
Agree with Anders:
* +1 to deprecate maven-eclipse-plugin (coming from an happy M2E user from
years), the community must acknowledge that this plugin is not the way to
go and there's a modern an well-maintained alternative.
* -1 to deprecate maven-archetype-plugin IMO it's still one of those
, it won't scan the path searching for the java
executable. So I'd like to see that removed as well.
thanks,
Robert
Op Tue, 27 Jan 2015 10:04:28 +0100 schreef Baptiste Mathus m...@batmat.net
:
-1 it's a problematic variable, removing it is a good idea IMO, and
changing mvn version
-1 it's a problematic variable, removing it is a good idea IMO, and
changing mvn version is indeed just a matter of updating your path.
I've been hit many a time by an updated PATH pointing to a different mvn
version than the one referenced by M2_HOME, which ends with
NoClassDefFoundError or
Well, I for one find the x.y.z-nn somehow unusual. I'd prefer something
simple like x.y.z and I don't give a f*ck if some numbers are skipped.
+1 with Stephen: I've never seen someone complain about missing versions
neither on ML nor IRL. Sure, I suppose people might wonder where the 4.x
went if
Same here, good point. -gun.
B
Le 16 déc. 2014 22:46, Matt Stephenson matts...@mattstep.net a écrit :
A
On Mon, Dec 15, 2014 at 2:39 AM, 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
+1.
Though I quite also like the comment about having some 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 denn...@apache.org a écrit :
+1
On Tue, Nov 25, 2014 at 11:57 AM, Stephen Connolly
stephen.alan.conno...@gmail.com
no outstanding change in 3.2.x that blocks 3.1.x users from upgrading to
3.2.x, isn't it?
Didn't double checked, but IIRC 3.1.1 still uses JDK5. 3.2.x uses JDK 6.
That may be a change you want to have in mind, though I personally don't
care about JDK 5.
+1 indeed.
Cheers
Le mer. 29 oct. 2014
+1 (non-binding)
2014-06-20 15:41 GMT+02:00 Jason van Zyl ja...@takari.io:
Ok, I'll summarize the results over the weekend, write up the release
notes and roll it out over the weekend.
On Jun 20, 2014, at 3:30 AM, Arnaud Héritier aherit...@gmail.com wrote:
+1
Tested on several
Hi all,
I've just discovered something with Maven that was not obvious to me. As
this seems a wee bit weird, I wanted to ask here about the behaviour.
I was unaware that, IIUC:
*Mojos declaring requiresProject=false, even when ran inside a multimodule
project, will actually run non recursively.*
[2] https://jira.codehaus.org/secure/IssueNavigator.jspa?
reset=truejqlQuery=project+%3D+SCM+AND+fixVersion+%3D+%
221.10%22+AND+status+%3D+Open+ORDER+BY+priority+DESCmode=hide
Op Mon, 02 Jun 2014 16:26:32 +0200 schreef Baptiste Mathus m...@batmat.net
:
Hi everybody,
Just wanted to ask
Hi everybody,
Just wanted to ask if someone in the Maven team was planning to do a
release of maven-scm in the upcoming weeks?
I'm personnally waiting for some small improvements and be very glad to be
able to use it in a released version.
FWIW, I just checked and there're 41 commits since last
Hi,
What do you mean by squashing commits?
Do you mean:
* intermediate crappy/local commits that were incorrectly pushed as-is
without having been rebased interactively to provide a clean and
understandable history (see the link provided by Hervé as an example)
* or that any PR should be
+1 with Robert's solution (though I don't remember it was the actual issue
for that ci build failure some weeks ago...).
That's something I've also been planning to do after working recently with
buildnumber. BTW, not sure yet why, but sometimes IT won't fail doing a svn
info under the hood
Hi all,
http://jira.codehaus.org/browse/ARCHETYPE-456
If you think anything is missing or disagree with the issue rationale, just
let know. We're currently having a local release for that patch and I'd be
really happy to know I'll be able to get rid of it some day (or not ;-)).
Thanks
--
will pass tests from a polluted local repo as soon as
somebody tries to cut the official release, release:prepare will barf out.
The tests need tweaking
On 28 April 2014 12:35, Baptiste Mathus bmat...@batmat.net wrote:
Hi all,
http://jira.codehaus.org/browse/ARCHETYPE-456
If you think
.
Do you suggest we get rid of locally installed functionality (which I
personally very much in favour) or you want to just change the name
(which I think will be confusing)?
--
Regards,
Igor
On 2014-04-15, 4:53, Baptiste Mathus wrote:
Hi all,
Wondering, though not strictly 4.0.0
Wouldn't be the solution to just remove the svn trunk branches, and only
leave the tags in the last revision?
Or intermediately, leave the trunk path to be found, but remove anything
but that file MOVED_TO_GIT?
2014-04-16 22:31 GMT+02:00 Mirko Friedenhagen mfriedenha...@gmail.com:
+1 for
Hi all,
Wondering, though not strictly 4.0.0 restricted, shouldn't a decision be
made about that vocabulary and reflect this in the docs and settings.xml
tags and so on?
I mean, I myself often explain it's not really a local repo, more a cache,
but the tag names and the docs makes it hard to
Sorry, coming in a bit late here, but isn't is more a use-case for
m-remote-resources-p?
Cheers
2014-04-13 15:43 GMT+02:00 Dominik Bartholdi d...@fortysix.ch:
We use the dependency:unpack to get hold on a couple of WSDL files
packaged within a WAR (or jar, zip).
These WSDLs the are the
better.
I’ll take a closer look at it and if it fits, I have to start a lengthy
discussion in our organization :)
Domi
On 14.04.2014, at 14:20, Baptiste Mathus bmat...@batmat.net wrote:
Sorry, coming in a bit late here, but isn't is more a use-case for
m-remote-resources-p?
Cheers
Hi Michael,
Any ETA for MBUILDNUM-101 you wanted to try and tackle?
Cheers
2014-03-19 22:18 GMT+01:00 Baptiste Mathus bmat...@batmat.net:
Hi,
For reference which JIRA would you like to handle?
I'll wait at least for your answer before starting the release.
Cheers
2014-03-18 22:02 GMT
Hi,
To stay on the track of Mirko's last email, my original PR for SCM-741 [1]
seems to make the IT fail in maven-scm CI [2].
After analyzing the failure logs, I've created another PR that should
hopefully fix the issue (first PR worked locally, but the issue seems
specific to CI env) :
+1, my repo is about 1.3GB so saying 500+ MB or more depending on your
usage seems sensible.
2014-03-28 13:09 GMT+01:00 Anders Hammar and...@hammar.net:
The requirements also says:
Disk No minimum requirement. Approximately 100MB will be used for
your local repository, however this
FWIW, I'm aware it's easily feasible to add that checksum validation in a
plugin, but you'll still have to repeat the coordinates.
And that very thing was my point: I don't think having to repeat those
coordinates to add metadata is great.
Not even saying this *must* go in modelVersion 5, I just
Hi,
Sorry if it's the wrong thread, just let me know.
I thought I'd dump that thought I've had for some time here: was enriching
a bit the dependency block already discussed?
So that one can somehow express a checksum tag. I'm posting this here
since this would also require a pom upgrade.
I've
:2cfc5458ff56d559316b901a348bbcad01d3ce62/checksum
Gary
Original message
From: Baptiste Mathus bmat...@batmat.net
Date:03/24/2014 06:19 (GMT-05:00)
To: Maven Developers List dev@maven.apache.org
Subject: Re: Model Version 5.0.0
Hi,
Sorry if it's the wrong thread, just let me know.
I
Connolly stephen.alan.conno...@gmail.com
:
Why? Sounds like just one more thing that could go wrong, plus if you lost
your repo and are rebuilding all from source because the timestamps will
differ, so the .zip checksums will differ too
On Monday, 24 March 2014, Baptiste Mathus bmat
Hi,
For reference which JIRA would you like to handle?
I'll wait at least for your answer before starting the release.
Cheers
2014-03-18 22:02 GMT+01:00 Baptiste Mathus bmat...@batmat.net:
Sure.
And about account creation for JIRA, you have to go through
http://xircles.codehaus.org
Hi,
There seems to be a need for a release for buildnumber with @threadSafe
added.
https://jira.codehaus.org/browse/MBUILDNUM-115 and its dups.
I can act as RM if nobody objects against this release now. That'll help
users.
If anyone wants to try and tackle some more things on this plugin, just
!
On Tue, Mar 18, 2014 at 10:29 AM, Baptiste Mathus bmat...@batmat.net
wrote:
Hi,
There seems to be a need for a release for buildnumber with @threadSafe
added.
https://jira.codehaus.org/browse/MBUILDNUM-115 and its dups.
I can act as RM if nobody objects against this release now. That'll
wrote:
Am 2014-03-18 15:29, schrieb Baptiste Mathus:
Hi,
There seems to be a need for a release for buildnumber with @threadSafe
added.
https://jira.codehaus.org/browse/MBUILDNUM-115 and its dups.
I can act as RM if nobody objects against this release now. That'll help
users
2014-03-13 19:19 GMT+01:00 Robert Scholte rfscho...@apache.org:
To say it in your own words: IMHO I think you're wrong here ;)
Version policy is about calculating the next version based on an input
version.
These are valid examples:
default policy:
getReleaseVersion(1-SNAPSHOT) = 1
Hi all,
Wondering, wouldn't maven-release be a good next candidate for a Git
migration?
I'm currently working locally with the maven-release github mirror, but
just had to checkout svn trunk to have a look at MRELEASE-431's robert's
current proposal (yes, I could've also git svn'ed it).
Cheers
Maybe contribute an detailed mode for a maven profiler mode feature
(using an eventspy for example). Say something that would display timing
informations about plugins executions durations and so on. Imo, this is
something everybody looks at when a build becomes longer.
I've seen implementations
Just a quick thought, maybe using some hacky form of a development profile
using the templating-maven-plugin to filter those properties could help?
2014-03-09 20:47 GMT+01:00 Benson Margulies bimargul...@gmail.com:
Are you sure that you absolutely need parameterized Java code? There's
really
${packageName} in my sources.
I'm kind of surprised that no one else has had this problem before. Does
this mean that the archetypes are only supposed to work with simple
projects that are not continuously developed?
2014-03-09 22:50 GMT+02:00 Baptiste Mathus bmat...@batmat.net:
Just a quick
Le 23 févr. 2014 21:20, Stephen Connolly stephen.alan.conno...@gmail.com
a écrit :
On Sunday, 23 February 2014, Michael Osipov micha...@apache.org wrote:
Am 2014-02-23 19:06, schrieb Benson Margulies:
I propose to make releases of our parent stack that are suitable for
components and
+1 to dump Java5 compat. In about 2 months, even Java 6 will rapidly become
old. We're already using Java 1.7 at our shop, and plan to migrate to 1.8
asap. And we're really not a startup kind of company ;-). And I'm sure the
features in 1.8 (compared to the ones in the previous version) is gonna
Le 21 févr. 2014 16:39, Igor Fedorenko i...@ifedorenko.com a écrit :
I think this is reasonable.
One observation. Maven does not have an API, plugins and projects can
access pretty much anything from the core. Add to this three distinct
user communities -- (end) users, plugin developers and
+1. Totally for a (nonstrict) semver Maven.
Copied from the other thread for reference:
I think you'd have a lot more confidence in moving up to a newer maven.
Enterprises will move to versions that they perceive as low risk. A true
maintenance mode with a regular predictable release
Hi,
IIUC, you're talking about the injection difference that may be introduced
between an absent and empty tag.
If so, then by the way, the current situation is even worse than that :
putting *someTag /* or *someTag /someTag* results by default in
the same thing: considered unspecified, and so
+1 (non-binding).
2014-02-16 4:59 GMT+01:00 Mark Derricutt m...@talios.com:
+1 here, seems to be working for all my projects.
Don't seem to be getting the aether lock up either now, now I'm just
suffering version-range hell of mixed feature branches there ( a hell of my
own making ;p )
Seems like this super pom is versioned at github under the sonatype
organization (?).
Cf. scm tag in
http://repo1.maven.org/maven2/org/codehaus/codehaus-parent/4/codehaus-parent-4.pom
But https://github.com/sonatype/codehaus-parent gives a 404...
Anyone?
2014-02-14 9:01 GMT+01:00 Karl Heinz
it seems a good
cancidate for tests
Regards,
Hervé
Le vendredi 14 février 2014 08:46:32 Baptiste Mathus a écrit :
+1 on the submodule solution. We started using it some months ago since
the
branch option came out.
As a simplistic analogy, you can see it as svn: externals equivalent
OK.
But for the record, I was not (yet) proposing to release using the
submodule repo.
More the strategy proposed by Mark: use submodules 'just to ease
retrieving a whole lot of projects under a working directory tree, and then
release project by project (=repo by repo) as-of today.
Anyway, I
my mobile
On Feb 13, 2014 8:56 AM, Baptiste Mathus m...@batmat.net wrote:
Btw (apart from the fact that kind of question should better be asked on
users ML), it seems a bit weird to me at first sight you're actually
having
to configure both a nexus server, and a proxy.
For instance, we
Ahem, it's embarassing... :-).
The IT I added in the patch is failing, but in its very beginning when it's
trying to decrypt the dummy password in the src/it/settings.xml [1]
I looked into the issue, and I'm not sure how to solve it (just re-checked,
the IT works fine on my machine).
Any idea of
Hi Jörg,
multi-projects in correct order and therefore will not produce artifacts
with bogus SNAPSHOTs
Maybe you could (re)point out the corresponding JIRAs?
Because as a maven user, I wonder what triggers these issues for you. We
have tens of multi-projects with interdependencies being
+1 on the submodule solution. We started using it some months ago since the
branch option came out.
As a simplistic analogy, you can see it as svn: externals equivalent.
It helps developers (and ci configuration) to retrieve many related
projects in only one clone command.
My 2 cents
Le 14 févr.
Hi all,
Some of you already know me through MOJO and my posts here, and I would
like to try to get more involved in that Apache Maven tool I really like.
I am interested in the following areas:
enforcer, scm, release, and some others when needed...
If anyone knows any issues that I could take a
Btw (apart from the fact that kind of question should better be asked on
users ML), it seems a bit weird to me at first sight you're actually having
to configure both a nexus server, and a proxy.
For instance, we exclusively use a nexus server to do the actual
proxying(+hosting) of anything that
+1, if what you're looking for is essentially classpath isolation
management, then ClassWorlds is one way to go.
Btw, I think you might find many examples in different maven plugins.
My 2 cents
2014-02-08 19:04 GMT+01:00 Jason van Zyl ja...@takari.io:
On Feb 8, 2014, at 12:42 PM, Benson
:
How about org.codehaus.plexus.util.StringUtils#unifyLineSeparators(String)
?
We're already using plexus-utils, so that saves us another dependency :)
Robert
Op Wed, 05 Feb 2014 22:07:51 +0100 schreef Barrie Treloar
baerr...@gmail.com:
On 6 February 2014 06:45, Baptiste Mathus m
Anyone?
I suppose I have my answer, I'll leave the current patch as-is :-)
2014-01-28 Baptiste Mathus m...@batmat.net:
Hi all,
I created ARCHETYPE-456 yesterday for m-archetype-p to support comparing
directories for integration-testing ignoring the EOL/newline encoding [1].
Currently, I
Here's the thread:
http://maven.40175.n5.nabble.com/Maven2-Maven3-plugin-development-Ensuring-only-the-available-parameters-are-allowed-tp5780854p5780948.html
Maybe I'd try something along those lines:
Plugin plugin = lookupThePluginYouWant(project.getBuildPlugins());
Xpp3Dom config = (Xpp3Dom)
Hi,
I think I remember a recent answer from Stephen about plugin conf, saying
basically you'd just have to fall back to xpath project/build and then see
what's present.
My 2 cents
2014-01-30 Karl Heinz Marbaise khmarba...@gmx.de:
Hi,
just a question concerning the usage of default values in
Hi all,
I created ARCHETYPE-456 yesterday for m-archetype-p to support comparing
directories for integration-testing ignoring the EOL/newline encoding [1].
Currently, I put that code directory in the plugin. But I guess it'd better
be placed alongside already existing IOUtil.contentEquals()
Hi,
It was possible historically, but I think it was disabled due to spamming
issue.
Anyway, the best way to create an account on codehaus is by using xircles:
http://xircles.codehaus.org/signup
This will help you have only one account for jira and possibly the other
services of Codehaus.
HTH
+1, we've been using this trick for some years now to be sure nobody could
send their logs basically to /dev/null without being noticed.
In the meantime, as we actually control the corp pom, we also both added
the exclusions everywhere we could + enabled a bannedDependencies on
commons-logging.
+1, non-binding.
PS : FTR, I suppose we're talking about
the fa42b42693571297b323f474f9228ce99ffaf662 git sha1 tag.
2014/1/8 Robert Scholte rfscho...@apache.org
+1 (binding)
Robert
Op Tue, 07 Jan 2014 19:22:38 +0100 schreef domi d...@fortysix.ch:
Hi,
We fixed 11 issues. The new
Might be just me, but though I'm not against using a raven, I'd at least
prefer the more friendly 13 one (see
http://people.apache.org/~stephenc/maven-logo-contest/screenshot-13.png).
I'm actually far more liking the friendly teddybear's style of the moose (
Oups, forgot users list.
Might be just me, but though I'm not against using a raven, I'd at least
prefer the more friendly 13 one (see
http://people.apache.org/~stephenc/maven-logo-contest/screenshot-13.png).
I'm actually far more liking the friendly teddybear's style of the moose (
Sure, it'll take time, but the good news is Java8's default methods are
certainly going to progressively cause deprecation of that
convention/naming convention.
2013/12/20 Igor Fedorenko i...@ifedorenko.com
I don't think this is eclipse-specific, but IBM did analysis of
java-based API
Java 8 isn't out yet... Maven is still limited java 5... so yeah, we'll
get there... eventually... around 2023 or so.
Please excuse my sarcasm, I just couldn't resist :-)
--
Regards,
Igor
On 12/20/2013, 9:40, Baptiste Mathus wrote:
Sure, it'll take time, but the good news is Java8's default
Btw, one of the ASM core committers is also an expert group member of the
JSR335 (java8/lambdas). So I suppose that if ASM isn't able to support
java8 bytecode yet, that should be fixable quite quickly.
2013/12/19 Stuart McCulloch mccu...@gmail.com
On 19 Dec 2013, at 09:50, Kristian Rosenvold
+1 with the idea of a beaver or so. An animal building things would be a
better match for Maven.
The one you designed is already in the right direction. I would imagine one
with an additional pencil on the ear and a helmet like this one for
example:
For those like me who were wondering what Jason was speaking about, I guess
this is it:
http://www.billcasselman.com/new_columns_2010/beaver_as_dirty_word.htm
2013/12/18 Jason van Zyl ja...@tesla.io
On Dec 18, 2013, at 10:20 AM, Benson Margulies bimargul...@gmail.com
wrote:
Personally, I
Hi,
I'm under the impression this question should have actually been asked on
the user ML.
You seem to be trying to build Maven although you shouldn't have to do.
So, what are you actually trying to achieve currently?
Maven is a pure Java tool, so unless you're actually trying to hack on
Maven
Margulies bimargul...@gmail.com
The Apache Software Foundation releases open _source_ products. If one
of our users wants to build the product from source, instead of using
our convenience binaries, we should be helping, not pushing them to
the binaries.
On Thu, Nov 7, 2013 at 8:37 AM, Baptiste
I'd try to unset M2_HOME and/or MAVEN_HOME. Seems like the typical error
you get when you set that variable pointing to another maven version than
the one you're currently trying to run.
Most often I just advise to get simply get rid of its use anywhere. Maven
actually doesn't need it and finds
Hi Berndt,
If I understand correctly your issue is actually not a maven one but
related to maven integration in Jenkins.
This is not the right mailing list for this issue, please address it to
Jenkins developers ml.
About your patch attachment, it didn't go through the ml. It's generally
better to
Hi,
Please better address this kind of questions to the users list next time.
As for your question, well what you ask seems actually to be the use case
for profiles. Just add the additional executions in the profile you want.
Cheers
Le 11 oct. 2013 01:26, Archana Mundaye mundaye.arch...@gmail.com
Le 13 sept. 2013 19:00, sebb seb...@gmail.com a écrit :
On 12 September 2013 21:52, Baptiste Mathus m...@batmat.net wrote:
2013/9/12 sebb seb...@gmail.com
On 12 September 2013 14:52, Arnaud Héritier aherit...@gmail.com
wrote:
On Thu, Sep 12, 2013 at 3:44 PM, sebb seb...@gmail.com wrote
2013/9/12 sebb seb...@gmail.com
On 12 September 2013 14:52, Arnaud Héritier aherit...@gmail.com wrote:
On Thu, Sep 12, 2013 at 3:44 PM, sebb seb...@gmail.com wrote:
On 10 September 2013 16:33, Daniel Kulp dk...@apache.org wrote:
-1
The src.tar.gz and src.zip files have lost
See http://maven.apache.org/pom.html#SCM Hervé is talking about
xpath:/SCM/url which is indeed a scm web ui and said (developer)Connection
would be discussed in another thread.
Cheers
Le 24 août 2013 16:57, Fred Cooke fred.co...@gmail.com a écrit :
I understood that the purpose of the SCM *URL*
Well, you might still be able to put put that kind of configuration inside
properties or inside some plugin configuration block?
Le 23 août 2013 21:14, Phillip Hellewell ssh...@gmail.com a écrit :
Wow, I had no idea about this whole issue with being unable to move forward
with the POM. This is
Wondering: is this strategy still gonna choose the newest version specified
even if I specify a version inside my pom? Or is it only gonna be used
between dependencies?
If the latter, I may agree it can be of interest.
But with the first I guess it would get crazy not being able to force the
Le 15 août 2013 10:51, Jörg Schaible joerg.schai...@scalaris.com a
écrit :
Hi Oliver,
Olivier Lamy wrote:
On 15 August 2013 08:53, sebb seb...@gmail.com wrote:
On 14 August 2013 21:21, Dennis Lundberg denn...@apache.org wrote:
On Wed, Aug 14, 2013 at 10:47 AM, sebb seb...@gmail.com
Hi,
Just a thought, could you please retry with -llr mvn option and see how it
goes?
Thanks
2013/8/9 Stanislav Ochotnicky sochotni...@redhat.com
During rebuild of our Java packages for Fedora 20 we have encountered an
interesting issue with Maven 3.1.0[1]
When pom.xml is referencing
Maybe there's a difference between java/maven versions in use?
Where does it [not] work? Olivier? Domi, what was the version you
tested/dev'd it against?
2013/8/8 Stephen Connolly stephen.alan.conno...@gmail.com
On 8 August 2013 02:12, Olivier Lamy ol...@apache.org wrote:
mvn clean install
2013/8/6 Barrie Treloar baerr...@gmail.com
On 6 August 2013 16:39, christofer.d...@c-ware.de
christofer.d...@c-ware.de wrote:
Ok ...
well I did read that naming info, I was just confused how to actually
read it :-)
Apache Maven plugin or Apache Maven plugin ... you see there are
two
1 - 100 of 207 matches
Mail list logo