Hi
I tried to upgrade my "org.apache.maven.wagon:wagon-webdav:1.0-beta-2"
extension to
"org.apache.maven.wagon:wagon-webdav-jackrabbit:2.2" but without luck.
It does not work with Maven 2.2.1 at all (versions 2.0 and 2.1 don't
work too).
Log:
...
SLF4J: Failed to load class "org.slf4j.impl.Static
+1
Hervé
Le Jeudi 15 Décembre 2011 16:07:43 Olivier Lamy a écrit :
> Hello,
>
> I'd like to release Apache Maven Wagon 2.2
>
> We fixed 5 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10335&version=180
> 90
>
> The staged repo is available here:
> https://repository.apac
Then it will have to be the tag name so...
On 19 December 2011 21:28, Mirko Friedenhagen wrote:
> Hm, this will be a hard one. I know detected, that the rewrite of the
> SCM section happens in the maven-release-plugin
> (org.apache.maven.shared.release.phase.RewritePomsForReleasePhase).
> Two pro
Hm, this will be a hard one. I know detected, that the rewrite of the
SCM section happens in the maven-release-plugin
(org.apache.maven.shared.release.phase.RewritePomsForReleasePhase).
Two problemes I encountered now:
- The maven-scm-plugin does not seem to implement the equivalent of
"scm:info" (
+1
On Mon, Dec 19, 2011 at 3:45 PM, Mark Struberg wrote:
> Only had the chance to give it a quick run. Looks good so far, but I by only
> had the chance to do a few very basic operations.
> Artifacts look good so far.
>
> +1
>
>
> LieGrue,
> strub
>
>
>
>
> - Original Message -
>> From:
Only had the chance to give it a quick run. Looks good so far, but I by only
had the chance to do a few very basic operations.
Artifacts look good so far.
+1
LieGrue,
strub
- Original Message -
> From: Mark Struberg
> To: Maven Developers List
> Cc:
> Sent: Monday, December 19,
On 2011-12-19 10:02, Antonio Petrelli wrote:
> 2011/12/19 Stephen Connolly
>
>> Here is my golden rule of builds.
>>
>> If it ain't broke, don't fix it.
>>
>
> I don't know it is broke, however it is flawed.
> They are deploying Maven artifacts too using pom.xml files, so there is a
> mix with M
2011/12/19 Jason van Zyl
> Antonio, you have to solicit the developers of Tomcat not us. You also
> have to convince the users of Tomcat because those are the only people who
> should be influencing the decisions of the developers. Maven developers
> telling Tomcat developers to switch is somethi
Antonio, you have to solicit the developers of Tomcat not us. You also have to
convince the users of Tomcat because those are the only people who should be
influencing the decisions of the developers. Maven developers telling Tomcat
developers to switch is something at least within Apache I have
you could have two profiles if the goals are orthogonal ie if you do
mvn -Prun-v6-its verify
mvn -Prun-v7-its verify
but if you want both goals part of the default lifecycle you may be out of
luck abduction have to resort to other tricks
- Stephen
---
Sent from my Android phone, so random spell
2011/12/19 Mark Derricutt
> Just trying to work around some class loader issues with two libraries
> embedded different versions of rhino :(
>
You could try to create a shaded artifact with the Maven Shade plugin for
one of the two versions:
http://maven.apache.org/plugins/maven-shade-plugin/
Th
Hey all,
Is there anyway that a Maven Mojo can have different run-time dependencies
based on the goal that runs?
Just trying to work around some class loader issues with two libraries
embedded different versions of rhino :(
I'd rather not make a separate plugin if possible... Is there anything I
some scm providers have something implemented.
for git it's : git rev-parse --verify HEAD
for svn: svn info
for hg: hg id
more details on those providers in various Info command impls.
2011/12/19 Stephen Connolly :
> On 19 December 2011 10:45, Mirko Friedenhagen wrote:
>> As discussed on the us
On 19 December 2011 10:45, Mirko Friedenhagen wrote:
> As discussed on the user-list:
>
>>> > > > On Fri, Dec 16, 2011 at 22:58, Mirko Friedenhagen
>>> > > > wrote:
>>> > > > > Hello,
>>> > > > >
>>> > > > > I know that with SVN the developerConnection and connection are
>>> > > > > updated to th
As discussed on the user-list:
>> > > > On Fri, Dec 16, 2011 at 22:58, Mirko Friedenhagen
>> > > > wrote:
>> > > > > Hello,
>> > > > >
>> > > > > I know that with SVN the developerConnection and connection are
>> > > > > updated to the "real" URL, that is when I invoke release:prepare
>> > > > >
can test this in the evening.
LieGrue,
strub
pretty busy atm :(
- Original Message -
> From: Olivier Lamy
> To: Maven Developers List
> Cc:
> Sent: Monday, December 19, 2011 11:13 AM
> Subject: Re: [VOTE] Apache Maven Wagon 2.2
>
> someone to test and add some votes ?
>
> 2011/12/
someone to test and add some votes ?
2011/12/15 Olivier Lamy :
> Hello,
>
> I'd like to release Apache Maven Wagon 2.2
>
> We fixed 5 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10335&version=18090
>
> The staged repo is available here:
> https://repository.apache.org/cont
2011/12/19 Olivier Lamy
> BTW again as tomcat core dev are more confident using something else
> why change ?
> The most important is to have bug fixed and new features added.
> Tools are companion to help the project they must not be the central
> point to take care.
>
> At least using maven can
2011/12/19 Antonio Petrelli :
> 2011/12/17 Olivier Lamy
>
>> 2011/12/17 Antonio Petrelli :
>> > Hi all
>> > Can you help me convincing the Tomcat team to switch to Maven?
>> why ?
>> As long as tomcat core dev are more comfortable with something else
>> what will be the gain for us ?
>> Perso I ha
2011/12/19 Stephen Connolly
> Here is my golden rule of builds.
>
> If it ain't broke, don't fix it.
>
I don't know it is broke, however it is flawed.
They are deploying Maven artifacts too using pom.xml files, so there is a
mix with Maven/Ant.
In fact, everything started with Mark Thomas that w
Also, keep in mind that ANT was spun out from Tomcat IIRC, so there is
a long history of Tomcat being built with ANT
On 19 December 2011 08:55, Stephen Connolly
wrote:
> Here is my golden rule of builds.
>
> If it ain't broke, don't fix it.
>
> By the sounds of it, the tomcat developers have a bu
Here is my golden rule of builds.
If it ain't broke, don't fix it.
By the sounds of it, the tomcat developers have a build that they do
not see as broken. They are happy with it. If you cannot show how
their build is broken for _them_ (not broken for you or broken for
others) *and* how maven (or
2011/12/17 Benson Margulies
> well, not every problem is well-solved by maven.
>
In fact yes. If something is missing, writing a plugin could be an idea.
Antonio
2011/12/17 Olivier Lamy
> 2011/12/17 Antonio Petrelli :
> > Hi all
> > Can you help me convincing the Tomcat team to switch to Maven?
> why ?
> As long as tomcat core dev are more comfortable with something else
> what will be the gain for us ?
> Perso I have started in tc7.x branch but did not f
24 matches
Mail list logo
