+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, Karl Heinz Marbaise wr
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 wrote:
>>
>> Hi All,
>>>
>>> Are we facin
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 (env
+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 GMT+00:
ven.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;> scm:git:g...@orahub.oraclecorp.com:
>> robert.patrick/snapshots-test.git
>> scm:git:g...@orahub.oraclecorp.com:
>> robert.patrick/snapshots-test.git
>>
>>
>>
>>
>> So why is Maven trying to use HYPERLINK "mailto:g...@orahub.oraclec
ns.html
>
> 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 !
https://groups.google.com/forum/m/#!forum/mojohaus-dev :)
Le 19 juin 2015 5:08 PM, "Stephen Connolly"
a écrit :
> And yet no pointer to the new list ;-) (I havent used it enough already
> that the borg-mail web client shows it in autocomplete)
>
> On 19 June 2015 at 15:47,
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 :
> I though we were hijacking the maven list... but if I had that wrong,
> that's fair enough
>
> On 19 June 2015 at 07:39, Bapti
> > is one I'd like to cut...
> > > >
> > >
> > >
> > > ---------
> > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>
> > > For additional commands, e-mail: dev-h...@maven.apache.org
> >
> > >
> > >
> >
> > --
> > Sent from my phone
> >
>
--
Baptiste MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
2015-06-01 19:13 GMT+02:00 Kristian Rosenvold
:
> 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)
>
Yes. That's indeed the way
l. Here is an example:
> >> https://github.com/apache/maven-plugins/pull/48
> >>
> >> --
> >> Dennis Lundberg
> >>
> >> ---------
> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >> For additional commands, e-mail: dev-h...@maven.apache.org
> >>
> >>
>
>
>
> --
> Dennis Lundberg
>
> -
> 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 !
ed repos will help us.
>
>
> I ask because I'm going to be facing the same thing at work soon-ish, so
> there is a good chance of finding some capacity during work hours to help
> out with this migration to gain some skillz.
>
--
Baptiste MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
eam
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >> For additional commands, e-mail: dev-h...@maven.apache.org
> >>
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder, Takari and Apache Maven
> http://twitter.com/jvanzyl
> http://twitter.com/takari_io
> -
>
> Three people can keep a secret provided two of them are dead.
>
> -- Benjamin Franklin
>
>
>
>
>
>
>
>
>
>
>
>
>
> -
> 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 !
ssuer certificate
>
> --
> Regards,
> Igor
>
> -
> 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 !
gt;
> > > > > If you have any question, don't hesitate to ask.
> > > > >
> > > > > We'll keep you informed as the operation is planned more in
> details.
> > > > >
> > > > > -The Apache Maven team
> > > > >
> > > > >
> -
> > > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > > > > For additional commands, e-mail: dev-h...@maven.apache.org
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > > > For additional commands, e-mail: dev-h...@maven.apache.org
> > >
> > > ->
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > > For additional commands, e-mail: dev-h...@maven.apache.org
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
>
>
>
>
>
>
> -
> 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 !
en.apache.org
> >> For additional commands, e-mail: dev-h...@maven.apache.org
> >>
> >>
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder, Takari and Apache Maven
> http://twitter.com/jvanzyl
> http://twitter.com/takari_io
> -
>
> I never make the mistake of arguing with people for whose opinions I have
> no respect.
>
> -- Edward Gibbon
>
>
>
>
>
>
>
>
>
>
>
>
> -
> 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 !
...@mail.gmail.com%3E
Thanks for any feedback.
2015-02-20 16:41 GMT+01:00 Baptiste Mathus :
> 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 execut
ike to retire them and clean up JIRA plugin by plugin.
> >
> > Michael
> >
> > -
> > 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 !
> nbsp;!
>
bin to the path. Maven picks it up
> as an environment variable, 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 >:
>
> -
> >> Any objection to remove the need to setup M2_HOME env variable at
> maven
> > >> download page?
> > >>
> > >>
> > >> Thanks
> > >>
> > >> -Dan
> > >>
> > >> https://jira.codehaus.org/brow
I
> think we start trying it and if there is an issue we go to an alternate
> approach.
> -----
> 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 !
> nbsp;!
>
Same here, good point. -gun.
B
Le 16 déc. 2014 22:46, "Matt Stephenson" 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 straight 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" a écrit :
> +1
>
> On Tue, Nov 25, 2014 at 11:57 AM, Stephen Connolly
> wrote:
> > For anyone who has been living u
> 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
-
> > -
> > Arnaud Héritier
> > http://aheritier.net
> > Mail/GTalk: aheritier AT gmail DOT com
> > Twitter/Skype : aheritier
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder, Apache Maven
> http://twitter.com/jvanzyl
> http://twitter.com/takari_io
> -
>
> You are never dedicated to something you have complete confidence in.
> No one is fanatically shouting that the sun is going to rise tomorrow.
> They know it is going to rise tomorrow. When people are fanatically
> dedicated to political or religious faiths or any other kind of
> dogmas or goals, it's always because these dogmas or
> goals are in doubt.
>
> -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance
>
>
>
>
>
>
>
>
>
>
--
Baptiste MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
D+status+%3D+Closed+ORDER+BY+priority+DESC&mode=hide
> [2] https://jira.codehaus.org/secure/IssueNavigator.jspa?
> reset=true&jqlQuery=project+%3D+SCM+AND+fixVersion+%3D+%
> 221.10%22+AND+status+%3D+Open+ORDER+BY+priority+DESC&mode=hide
>
>
>
> Op Mon, 02 Jun 2014 16:
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".
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
en't broken anything.
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder, Apache Maven
> http://twitter.com/jvanzyl
> http://twitter.com/takari_io
> -
>
> We know what we are, but know
+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 althou
WagonRepositoryConnector.java:1012)
> > at
> >
> org.eclipse.aether.connector.wagon.WagonRepositoryConnector$6.wrap(WagonRepositoryConnector.java:1004)
> > at
> >
> org.eclipse.aether.connector.wagon.WagonRepositoryConnector$GetTask.run(WagonRepositoryConnector.jav
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
--
Bapti
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:
>
>&
u
> >> http://twitter.com/olamy | http://linkedin.com/in/olamy
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >> For additional commands, e-mail: dev-h...@maven.ap
---
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>
--
Baptiste MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
t; disci be it a lot 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 wrote:
>
> > Sorry, coming in a bit late here, but isn't is more a use-case for
&
>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >> For additional commands, e-mail: dev-h...@maven.apache.org
> >>
> >
> > Thanks,
> >
> > Jason
> >
> > --
> > Jason van Zyl
> > Founder, Apache Maven
> > http://twitter.com/jvanzyl
> > http://twitter.com/takari_io
> > -
> >
> > Our achievements speak for themselves. What we have to keep track
> > of are our failures, discouragements and doubts. We tend to forget
> > the past difficulties, the many false starts, and the painful
> > groping. We see our past achievements as the end result of a
> > clean forward thrust, and our present difficulties as
> > signs of decline and decay.
> >
> > -- Eric Hoffer, Reflections on the Human Condition
>
>
--
Baptiste MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
Hi Michael,
Any ETA for MBUILDNUM-101 you wanted to try and tackle?
Cheers
2014-03-19 22:18 GMT+01:00 Baptiste Mathus :
> Hi,
> For reference which JIRA would you like to handle?
>
> I'll wait at least for your answer before starting the release.
>
> Cheers
>
>
>
> My local repo is 1.5GB so I'm guessing an average dev would need at least
> 500MB.
>
> ok?
>
> /Anders
>
>
> >
> > > /Anders
> > >
> > > [1] http://maven.apache.org/download.cgi#Requirements
> >
> > --------
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) :
https://g
de-load a version from a different repository.
> >
> > I find the idea of adding a checksum to a dependency interesting. While I
> > don't care for the extra fields in the POM, it opens a better venue of
> > vetting the dependencies.
> >
> > Martijn
>
>
> -
> 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 !
te.
2014-03-24 12:23 GMT+01:00 Stephen Connolly :
> 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, Ba
316b901a348bbcad01d3ce62
>
> Gary
>
> ---- Original message
> From: Baptiste Mathus
> Date:03/24/2014 06:19 (GMT-05:00)
> To: Maven Developers List
> Subject: Re: Model Version 5.0.0
>
> Hi,
>
> Sorry if it's the wrong thread, just let me know.
>
;
>>>>> I'm in favour of cleaning out elements that cause problems when they
>>>> are tweaked in a the non-Maven Way.
>>>> The emails to the users list would be reduce and there is less chance
>>>> of causing confusion.
>>>>
>>>> Applying the "current" best practises and baking them into the poms is
>>>> a good thing.
>>>>
>>>>
>>>>
>>>
>>>
> -
> 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 !
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 :
> Sure.
>
> And about account creation for JIRA, you have to go through
> http://xircles.codehaus.org t
> 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.
you, Baptiste!
>
> On Tue, Mar 18, 2014 at 10:29 AM, Baptiste Mathus
> 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.
> >
&
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
2014-03-13 19:19 GMT+01:00 Robert Scholte :
> 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
> getReleaseVersion
ficult ( there is a setting which lets this work, but that's just
> > unpleasant ) - but due to git's tagging/branching being repository wide
> > just releasing an individual module really is unpleasant.
> >
> > Basically, if modules have a constant release cadence
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
se as I will be still having ${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
gt; > Karlovo, Bulgaria.
> > ---
> > Public PGP Key at:
> >
> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
> > Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
>
> -
> 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 !
Le 23 févr. 2014 21:20, "Stephen Connolly"
a écrit :
>
> On Sunday, 23 February 2014, Michael Osipov 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 plugins that are making the leap to Ja
>>> For additional commands, e-mail: dev-h...@maven.apache.org
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >> For additional commands, e-mail: dev-h...@maven.apache.org
>
> -
> 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 ! nbsp;!
>
Le 21 févr. 2014 16:39, "Igor Fedorenko" 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 embedders --
lease and cutting such a release if it is releasable,
> and
> > I will drop them (we can keep the tooling I have put in place as it will
> > help improve our quality... and I intend improving that tooling anyway).
> > But if the consensus is that patch/incremental versions should be
> > `"backwards-compatible bug fixes" only` then I see no good reason why we
> > should hold onto those fixes any longer than a week after they have been
> > committed. New features can go straight into the 3.3.x branch and I (and
> > others) can cherry pick the fixes from the 3.3.x branch back to 3.2.x and
> > cut those releases when they are ready. (Which was what I thought my
> > proposal was... but re-reading I ack that it was not as obvious to the
> > reader as it was to the writer ;-) )
> >
> > -Stephen
> >
> > [1]: http://semver.org/
> >
>
> --
> Baptiste MATHUS - http://batmat.net
> Sauvez un arbre,
> Mangez un castor ! nbsp;!
>
> support such functionality (which might occure in several plugins) or would
> be better to go a different way...
>
>
> Kind regards
> Karl Heinz Marbaise
>
> -----
> 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 !
apache/maven/apache-maven/3.2.1/apache-maven-3.2.1-bin.zip
>>
>
> -
> 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 !
ch granularity, neither at git nor
> Jenkins
> >>>>> level
> >>>>
> >>>> -
> >>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>>> For additional commands, e-mail: dev-h...@maven.apache.org
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>> For additional commands, e-mail: dev-h...@maven.apache.org
> >
> >
> > -
> > 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 ! nbsp;!
>
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 simplisti
ed to be wrong...so i can't overwrite the
>>> version of the plugin by using a pluginManagement block in inherited
>>> project which forces me to define the version explicitly in my pom in the
>>> build block to get that working like this:
>>>
>>>
>>>
>>>org.apache.maven.plugins
>>>maven-enforcer-plugin
>>>1.3.1
>>>
>>>
>>>
>>> WDYT ? Bug ? Right behaviour ?
>>>
>>>
>>> Kind regards
>>> Karl-Heinz Marbaise
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>
>>>
>>>
>>
>
> Mit freundlichem Gruß
> Karl-Heinz Marbaise
> --
> SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
> Dipl.Ing.(FH) Karl-Heinz MarbaiseICQ#: 135949029
> Hauptstrasse 177 USt.IdNr: DE191347579
> 52146 Würselen http://www.soebes.de
>
>
> -
> 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 ! nbsp;!
>
+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.
do apart from digging into Maven/Aether code ourselves?
> Providing an example project and an IT did not help to make any progress.
>
> - Jörg
>
>
>
> -
> 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 ! nbsp;!
>
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
rds
> Mirko
> --
> Sent from my mobile
> On Feb 13, 2014 8:56 AM, "Baptiste Mathus" 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
>
> >
> > my.proxy.com
> >
> > 80
> >
> >
> > localhost|123.456.789.*|my.nexus.host
> >
> >
> >
> >
> >
> > Environment:
> > Maven 3.1.1
> > Mac OS-X 10.9
> >
> > Also reproduced this issue on:
> >
> > Apache Maven 3.0.4
> >
> > Ubuntu 11.04
> >
> >
> >
> > -
> > 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 ! nbsp;!
>
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
://twitter.com/takari_io
> >>> -
> >>>
> >>> We all have problems. How we deal with them is a measure of our worth.
> >>>
> >>> -- Unknown
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder, Apache Maven
> http://twitter.com/jvanzyl
> http://twitter.com/takari_io
> -
>
> We know what we are, but know not what we may be.
>
> -- Shakespeare
>
> --
> Baptiste MATHUS - http://batmat.net
> Sauvez un arbre,
> Mangez un castor ! nbsp;!
ow 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>:
>
>
&g
inz Marbaise
>
>
>
> -
> 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 ! nbsp;!
>
Anyone?
I suppose I have my answer, I'll leave the current patch as-is :-)
2014-01-28 Baptiste Mathus :
> Hi all,
>
> I created ARCHETYPE-456 yesterday for m-archetype-p to support comparing
> directories for integration-testing ignoring the EOL/newline encoding [1].
> C
egards
> Karl Heinz Marbaise
>
>
> -
> 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 ! nbsp;!
Fingerprint = F072 555B 0A17 3957 4E95 0056 F286 F14F 6648 4681
>
> -
> 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 ! nbsp;!
>
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() method
say that project S uses commons-logging and we use that project
> in
> > > our project. We have something like
> > >
> > >
> > >
> > > the-s-project
> > > ...
> > > pom
> > > import
> > >
> > >
> > > Now I'd like to exclude the "commons-logging" dependency from the whole
> > > project so that I can use the slf4j binder instead.
> > >
> > > Thoughts?
> > >
> > > Thanks,
> > > S.
> > >
> >
>
> --
> Baptiste MATHUS - http://batmat.net
> Sauvez un arbre,
> Mangez un castor ! nbsp;!
>
(s):
>> maven-scm-1.9-source-release.zip sha1: e1e6323c43ba9ceaa4cb62d94b7cb9
>> 266c8f1897
>> Vote open for 72H
>>
>> [+1]
>> [0]
>> [-1]
>>
>> Thanks
>> Dominik Bartholdi
>>
>
> --------
t;> I think we can't go with the raven
> > >>>>
> > >>>> http://www.prweb.com/releases/2012/3/prweb9334175.htm
> > >>>>
> > >>>> Given that a different non-competing user of the name is using a
> raven
> > >>>> in their logo
> > >>>>
> > >>>> On Friday
b.com/releases/2012/3/prweb9334175.htm
> > >>>>
> > >>>> Given that a different non-competing user of the name is using a
> raven
> > >>>> in their logo
> > >>>>
> > >>>> On Friday, 20 December 2013, Manfred Moser wrote:
> > >>>>
> > >>>>> >
> > >>>>> > On Dec 20, 2013, at 1:01 PM, Manfred Moser
> > >>>>>
> > >>>>> > wrote:
> > >>>>> >
> > >>>>> >> I would move the Raven closer to the word Maven but otherwise
> this
> > >>>>> looks
> > >>>>> >> good imho. Of course I am not sure if everyone would recognize
> it
> > >>>>>as
> > >>>>> a
> > >>>>> >> raven ..
> > >>>>> >
> > >>>>> > That¹s my problemŠ. doesn¹t look like a raven to me at all.
> > >>>>> >
> > >>>>> > When I first looked at it, I guess the ³mouth + tough² part
> seemed
> > >>>>>to
> > >>>>> look
> > >>>>> > more like the Seattle SeaHawks logo stuck on a boot with a weird
> > >>>>> swirly
> > >>>>> > thing at the ankle.
> > >>>>> >
> > >>>>> > In other words, a little to ³abstract² for me. :-)
> > >>>>>
> > >>>>> Fair enough. I guess living in the pacific northwest I am exposed
> to
> > >>>>> these
> > >>>>> depictions a lot so I can tell. But globally we might have to make
> > >>>>>it a
> > >>>>> bit clearer. Good input ;-)
> > >>>>>
> > >>>>> manfred
> > >>>>>
> > >>>>>
> -
> > >>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > >>>>> For additional commands, e-mail: dev-h...@maven.apache.org
> > >>>>>
> > >>>>>
> > >>>>
> > >>>> --
> > >>>> Sent from my phone
> > >>>>
> > >>>
> > >>>
> > >>
> >
> >
>
--
Baptiste MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
va 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:
&
;>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>> MavenProject project, MojoExecution execution, Mojo mojo,
>>>>>>>>
>>>>>>>> + Throwable cause );
>>>>>>>>>>>> +}
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> I wonder if it will be easier for future enhancement to use a bean
>>>>>>>>>> with fields for those objects.
>>>>>>>>>> MojoExecutionListenerEvent with getMavenSession() etc...
>>>>>>>>>>
>>>>>>>>>> Maybe will be simpler to add getter to this bean than changing the
>>>>>>>>>> signature of the interface.
>>>>>>>>>> ?
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Good idea. Any objections against MojoExecutionEvent and
>>>>>>>>> ProjectExecutionEvent names?
>>>>>>>>>
>>>>>>>>
>>>>>>>> Sounds good
>>>>>>>>
>>>>>>>
>>>>>>> So I tried this and I am not sure I like the result.
>>>>>>>
>>>>>>> Event objects make it harder to see (at a glance) what parameters are
>>>>>>> provided to the callbacks, especially because not all callbacks have
>>>>>>> the
>>>>>>> same set of parameters. This muddies the API, I think.
>>>>>>>
>>>>>>> Event objects make it possible to add new callback parameters but
>>>>>>> won't
>>>>>>> help if we need to add new callbacks.
>>>>>>>
>>>>>>> I think MojoExecutionListener2/3/4/etc provides reasonably good
>>>>>>> evolution path for this API.
>>>>>>>
>>>>>>> What do you think?
>>>>>>>
>>>>>>> --
>>>>>>> Regards,
>>>>>>> Igor
>>>>>>>
>>>>>>>
>>>>>>> -
>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>>>
>>>>>>
>>>>>> -
>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>>
>>>>>
>>>>> -
>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>
>>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>>
> -
> 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 !
gt;>>> break.
> >>>>
> >>>> Kristian
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >> For additional commands, e-mail: dev-h...@maven.apache.org
> >>
> >>
>
>
> -
> 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 !
---
> >>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>> For additional commands, e-mail: dev-h...@maven.apache.org
> >>>
> >>>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder, Apache Maven
> http://twitter.com/jvanzyl
> -
>
>
>
>
>
>
>
>
--
Baptiste MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
> > >>> attacks what it doesn't understand. If that's what strikes you all as
> > >>> a great metaphor for us, Maven, or both, go right ahead.
> > >>>
> > >>> -
> > >>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > >>> For additional commands, e-mail: dev-h...@maven.apache.org
> > >>>
> > >>>
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > > For additional commands, e-mail: dev-h...@maven.apache.org
> > >
> >
> > Thanks,
> >
> > Jason
> >
> > --
> > Jason van Zyl
> > Founder, Apache Maven
> > http://twitter.com/jvanzyl
> > -
> >
> >
> >
> >
> >
> >
> >
> >
>
--
Baptiste MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
to the bootstrap area during the
>>>>> building of the target "generate-sources".
>>>>>
>>>>> My environment variables are set as follows:
>>>>>
>>>>> JAVA_HOME = /Library/Java/Home
>>>>> ANT_HOME =
1/7 Benson Margulies
> 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:3
>>
>>> Thanks,
>>>
>>> --Ed
>>> --
>>> E. J. Mansky II
>>> Eikonal Research Institute
>>> Bend, Oregon
>>>
>>> ---------
>>> To unsubscrib
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" a
écrit :
> In we have
Le 13 sept. 2013 19:00, "sebb" a écrit :
>
> On 12 September 2013 21:52, Baptiste Mathus wrote:
> > 2013/9/12 sebb
> >
> >> On 12 September 2013 14:52, Arnaud Héritier
wrote:
> >> > On Thu, Sep 12, 2013 at 3:44 PM, sebb wrote:
> >>
2013/9/12 sebb
> On 12 September 2013 14:52, Arnaud Héritier wrote:
> > On Thu, Sep 12, 2013 at 3:44 PM, sebb wrote:
> >
> >> On 10 September 2013 16:33, Daniel Kulp wrote:
> >> >
> >> > -1
> >> >
> >> > The src.tar.gz and src.zip files have lost their top level NOTICE and
> >> LICENSE files.
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" a écrit :
> I understood that the purpose of the SCM *URL* was to be able to
Well, you might still be able to put put that kind of configuration inside
or inside some plugin configuration block?
Le 23 août 2013 21:14, "Phillip Hellewell" a écrit :
> Wow, I had no idea about this whole issue with being unable to move forward
> with the POM. This is a really tough problem
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
versi
Le 15 août 2013 10:51, "Jörg Schaible" a
écrit :
>
> Hi Oliver,
>
> Olivier Lamy wrote:
>
> > On 15 August 2013 08:53, sebb wrote:
> >> On 14 August 2013 21:21, Dennis Lundberg wrote:
> >>> On Wed, Aug 14, 2013 at 10:47 AM, sebb wrote:
> >>>
> On 13 August 2013 18:58, Dennis Lundberg wrot
7B087241
> Red Hat Inc. http://cz.redhat.com
>
> --
> Baptiste MATHUS - http://batmat.net
> Sauvez un arbre,
> Mangez un castor ! nbsp;! <http://cz.redhat.com>
-scm-provider-jgit -am
>
>
> works on my mac
>
> --
> Baptiste MATHUS - http://batmat.net
> Sauvez un arbre,
> Mangez un castor ! nbsp;!
2013/8/6 Barrie Treloar
> On 6 August 2013 16:39, 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 semantics on how you
1 - 100 of 209 matches
Mail list logo