Yay forceVersion +1
--jason
-Original Message-
From: "Brian E. Fox" <[EMAIL PROTECTED]>
Date: Sun, 6 May 2007 21:54:42
To:"Maven Developers List"
Subject: [VOTE] MINSTALL-37 WAS forceVersion for maven-install-plugin?
I know many people where traveling last week for ApacheCon
I know many people where traveling last week for ApacheCon so I'm
bumping this one again. I think it's important to get feedback on this.
Thanks
Brian
-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 02, 2007 8:30 PM
To: Maven Developers List
Subject:
On 6 May 07, at 12:18 PM 6 May 07, Daniel Kulp wrote:
On Sunday 06 May 2007 14:10, Jason van Zyl wrote:
I strongly encourage Maven experts to chime in and make their
opinions known.
I already did the last time we had a vote. What was the result of
that vote and where is there another poll?
On 5/7/07, Dan Tran <[EMAIL PROTECTED]> wrote:
I do know that continuum does set MAVEN_TERMINATE_CMD=on internally so that
it can pickup the right exit code when invokes mvn.bat.
So the client of mvn.bat thru plexus-util's cli, must do the same thing by
injecting
MAVEN_TERMINATE_CMD=on into Com
The biggest problem as I see it is not the groupId structures (although it
DOES bother me...) but rather the dependencies metadata which is often
incorrect, or atleast not quite right. Examples are numerous and range from
optional dependencies marked as required, testing dependencies in compile
sc
On 5/6/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 6 May 07, at 9:30 AM 6 May 07, Daniel Kulp wrote:
>
> Just FYI:
>
> There's another thread going on on the general incubator list about
> where
> incubating maven artifacts should go:
>
> http://mail-archives.apache.org/mod_mbox/incubator-g
On 5/6/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
they don't need to be mirrored: they just need to be in the right
place. this means that they will be properly archived, backed up and
scanned.
the incubator directories could be intentionally excluded from
mirroring but i'm not sure t
On 5/6/07, Daniel Kulp <[EMAIL PROTECTED]> wrote:
On Sunday 06 May 2007 14:10, Jason van Zyl wrote:
> > I strongly encourage Maven experts to chime in and make their
> > opinions known.
>
> I already did the last time we had a vote. What was the result of
> that vote and where is there another po
On Sunday 06 May 2007 14:10, Jason van Zyl wrote:
> > I strongly encourage Maven experts to chime in and make their
> > opinions known.
>
> I already did the last time we had a vote. What was the result of
> that vote and where is there another poll?
>
> Why was the last vote not definitive?
No
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Hi,
Hello,
>
> I'd like to throw in my 2 cents. The maven repository was (as I recall)
> started back in the Maven 1.x days, when people didn't REALLY do ANY
> dependency management. Since then, the repository grew, Maven1.x grew and
> grew. A while
On 6 May 07, at 9:30 AM 6 May 07, Daniel Kulp wrote:
Just FYI:
There's another thread going on on the general incubator list about
where
incubating maven artifacts should go:
http://mail-archives.apache.org/mod_mbox/incubator-general/
200705.mbox/40mail.gmail.com>
I strongly encourage
I do know that continuum does set MAVEN_TERMINATE_CMD=on internally so that
it can pickup the right exit code when invokes mvn.bat.
So the client of mvn.bat thru plexus-util's cli, must do the same thing by
injecting
MAVEN_TERMINATE_CMD=on into Comandline
Does CmdShell always invoke mvn.bat und
Hi,
I'd like to add support for Clover 2 in our Clover plugin. I'm
proposing the following:
* Fix a few of the outstanding bugs in JIRA and release the 2.5 version
* Create a maven-clover-plugin-2.x branch
* Update the version in trunk to be 3.0-SNAPSHOT and to use Clover 2.
* If we need to r
Just FYI:
There's another thread going on on the general incubator list about where
incubating maven artifacts should go:
http://mail-archives.apache.org/mod_mbox/incubator-general/200705.mbox/
I strongly encourage Maven experts to chime in and make their opinions
known.
--
J. Daniel Kulp
Hi Brett,
2007/5/6, Brett Porter <[EMAIL PROTECTED]>:
On 05/05/2007, at 10:09 AM, [EMAIL PROTECTED] wrote:
> Author: vsiveton
> Date: Sat May 5 07:09:00 2007
> New Revision: 535524
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=535524
> Log:
> MJAVADOC-120: Better handling of Javadoc reso
On 6 May 07, at 7:13 AM 6 May 07, Brett Porter wrote:
Yep, that was my point (though much more specific). If 1.4.1 is
required by the plugin now, so is 2.0.6, right?
No.
For the most part the classes have not been changed. The acid test is
running CLIRR against 1.1 and 1.4.1 and if you're
Yep, that was my point (though much more specific). If 1.4.1 is
required by the plugin now, so is 2.0.6, right? If it just requires
1.1+, then anything is fine.
On 06/05/2007, at 10:10 AM, Jason van Zyl wrote:
On 6 May 07, at 7:03 AM 6 May 07, Brett Porter wrote:
On 05/05/2007, at 10:09
On 6 May 07, at 7:03 AM 6 May 07, Brett Porter wrote:
On 05/05/2007, at 10:09 AM, [EMAIL PROTECTED] wrote:
Author: vsiveton
Date: Sat May 5 07:09:00 2007
New Revision: 535524
URL: http://svn.apache.org/viewvc?view=rev&rev=535524
Log:
MJAVADOC-120: Better handling of Javadoc resources: over
On 05/05/2007, at 10:09 AM, [EMAIL PROTECTED] wrote:
Author: vsiveton
Date: Sat May 5 07:09:00 2007
New Revision: 535524
URL: http://svn.apache.org/viewvc?view=rev&rev=535524
Log:
MJAVADOC-120: Better handling of Javadoc resources: overview.html,
doc-files
o bumped to plexus-utils:1.4.1
On 5/6/07, Barrie Treloar <[EMAIL PROTECTED]> wrote:
After fixing plexus-utils to run processes correctly, I think there is
another issue.
[...]
This is most likely because on Windows the commands are invoked
indirectly via "cmd.exe" which will return success regardless of what
the sub-command
After fixing plexus-utils to run processes correctly, I think there is
another issue.
DefaultInvokerTest.testBuildShouldFail fails because the expected
return code is not 1 (indicating a failure).
I can see from the output that the build is correctly failing, so this
means that InvocationRequest
21 matches
Mail list logo
