It looks good to me, just two remarks:
- did you test it with maven 1.0.2 and artifact plugin 1.5.2?
- it would be good to have some simple test cases
I'd be +1 for moving it to the core plugins, do we have to do a vote for
that?
-Lukas
Stephane Nicoll wrote:
What about the source plugin?
[ http://jira.codehaus.org/browse/MNGECLIPSE-17?page=all ]
Mark Hewett updated MNGECLIPSE-17:
--
Attachment: patch_prefs.txt
> Can't Attach Source to Maven Dependencies
> -
>
> Key: MNGECLIPSE-17
>
Hi Vincent,
I tried your sugesstion. No Luck. I think I will wait until skin is release
or someone in the maillist might know how to fix it.
Thanks,
Dave
On 1/25/06, Vincent Siveton <[EMAIL PROTECTED]> wrote:
>
> Hi Dave,
>
> The skins are not released yet. Try to add the following in your site.xm
What about the source plugin? I asked twice to review it and it will
be needed if we want a IDE-source integration in m1.
Thanks,
Stéphane
On 1/26/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
> I would like also to propose that we move to the sandbox these components
> that we don't use :
> - e
first it looks for parent in relative path, default is one directory above.
and yes, in your child pom, you must specify gid and aid of the parent
-D
On 1/25/06, Ersin Er <[EMAIL PROTECTED]> wrote:
>
> Ok, is it supposed to use gid-aid and relativePath exclusively? When I
> remove gid and aid a
Ok, is it supposed to use gid-aid and relativePath exclusively? When I
remove gid and aid and only specify relativePath the build fails. Is
this the intended behaviour?
Thanks.
On 1/26/06, dan tran <[EMAIL PROTECTED]> wrote:
> Maven always looks for parent in local file system first, as long as t
Maven always looks for parent in local file system first, as long as the
local pom matches
with what the child project needs ( ie artifactid, groupid, version).
But dont think it is working that way fully yet
http://jira.codehaus.org/browse/MNG-740
Please vote for that JIRA ;-)
-Dan
On 1/25/06
Hi all,
I have a question, in fact a confirmation, about the difference
between specifying a relativePath in parent and specifying a project
with groupId and artifactId. Does maven work offline when we specify a
relativePath and online when we do it the other way? Is this the
working scheme?
Than
[ http://jira.codehaus.org/browse/CONTINUUM-569?page=all ]
Richard C. L. Li updated CONTINUUM-569:
---
Attachment: continuum_stacktrace.log
> Once CRON Expression Has Error, Server Never Startup
>
>
Issue Subscription
Filter: Outstanding Repository Maintenance: Uploads (12 issues)
Subscriber: mavendevlist
Key Summary
MAVENUPLOAD-690Please upload jtidy-r8-21122004
http://jira.codehaus.org/browse/MAVENUPLOAD-690
MAVENUPLOAD-659Upload AjaxTags library
http://jira
Issue Subscription
Filter: Outstanding Repository Maintenance: Evangelism (23 issues)
Subscriber: mavendevlist
Key Summary
MEV-313 publish seperate spring POM's for seperate dependencies
http://jira.codehaus.org/browse/MEV-313
MEV-310 POMs for hivemind:hivemind:1.1 and
[ http://jira.codehaus.org/browse/MNG-804?page=all ]
Allan Ramirez closed MNG-804:
-
Resolution: Fixed
> maven.jar.override usage in m2
> --
>
> Key: MNG-804
> URL: http://jira.codehaus.org/browse/MNG-804
>
Jason, in fact we're right ;-)
These plugins are used in the bootstrap but they are downloaded from the
remote repository instead of to be built before.
I'll change that to build them during the bootstrap. It's anormal that we
have to download them.
arnaud
On 1/26/06, Arnaud HERITIER <[EMAIL PROT
Ok, I see what you mean now.
+1 to remove touchstone and touchstone-partner, if they are really unused.
-1 for examples, I think it can be useful to have some example templates
for illustration purpose (I think I used it once to point a user to).
-Lukas
Arnaud HERITIER wrote:
No, I'm right
No, I'm right :-)
All touchstone tests are in the core :
http://svn.apache.org/viewcvs.cgi/maven/maven-1/core/trunk/src/test/touchstone-build/
We don't use the plugins.
Arnaud
On 1/26/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
>
> ouchhh
>
> I forgot it ;-)
>
> thx jason !
>
> arnaud
>
> On 1
ouchhh
I forgot it ;-)
thx jason !
arnaud
On 1/26/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>
> Arnaud HERITIER wrote:
> > I would like also to propose that we move to the sandbox these
> components
> > that we don't use :
> > - examples
>
> > - touchstone
> > - touchstone-partner
>
> These
[ http://jira.codehaus.org/browse/MNG-1530?page=comments#action_56957 ]
Bryan Pauquette commented on MNG-1530:
--
Ok, so you changed myproject to
myproject.
Now you need to delete your developer list and contributer lists because they
have the ele
[ http://jira.codehaus.org/browse/MAVEN-1630?page=all ]
Lukas Theussl closed MAVEN-1630:
Resolution: Won't Fix
Fix Version: (was: 1.1-beta-3)
The properties element is not supposed to be used like that, you can only
specify simple properti
[
http://jira.codehaus.org/browse/MAVENUPLOAD-690?page=comments#action_56954 ]
Johann Reyes commented on MAVENUPLOAD-690:
--
Changed groupid from jtidy to org.hibernate
Re-uploaded fixed bundle.
> Please upload jtidy-r8-21122004
> --
Arnaud HERITIER wrote:
I would like also to propose that we move to the sandbox these components
that we don't use :
- examples
- touchstone
- touchstone-partner
These aren't used in the m1 bootstrap anymore?
WDYT ?
On 1/26/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
Lukas, I forgot
I don't know.
Arnaud
On 1/26/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
>
> I knew I was missing something big! ;)
>
> Thanks Arnaud, that worked. However, it's not what is used in the
> touchstone tests ... ?
>
> -Lukas
>
>
> Arnaud HERITIER wrote:
> > Isn't it ? :
> > ${pom.getProperties().ge
I would like also to propose that we move to the sandbox these components
that we don't use :
- examples
- touchstone
- touchstone-partner
WDYT ?
On 1/26/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
>
> Lukas, I forgot to say that I began to update this page :
> http://docs.codehaus.org/display
I knew I was missing something big! ;)
Thanks Arnaud, that worked. However, it's not what is used in the
touchstone tests ... ?
-Lukas
Arnaud HERITIER wrote:
Isn't it ? :
${pom.getProperties().getProperty('propertyA')}
Arnaud
On 1/25/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
Brett
Isn't it ? :
${pom.getProperties().getProperty('propertyA')}
Arnaud
On 1/25/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
>
>
>
> Brett Porter wrote:
> > IIRC, touchstone tests it.
>
> Thanks for the tip. Now I don't know how touchstone works, but as I
> understand it, the following should work:
>
[ http://jira.codehaus.org/browse/MNG-1530?page=comments#action_56951 ]
Bryan Pauquette commented on MNG-1530:
--
Newbie Answer:
1) Download the file to a local directory
2) unzip it. I can't help you if you don't know how to unzip it. try
google
2
Lukas, I forgot to say that I began to update this page :
http://docs.codehaus.org/display/MAVEN/Maven+1.X+plugins
If you can take a look at it.
Arnaud
On 1/26/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
>
>
>
> On 1/24/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> >
> > Hello again,
> >
> >
[ http://jira.codehaus.org/browse/MPDASHBOARD-31?page=comments#action_56950
]
Lukas Theussl commented on MPDASHBOARD-31:
--
Actually, if you want to do some testing: there is a SNAPSHOT available:
maven plugin:download
-Dmaven.repo.remote=http://www
On 1/24/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
>
> Hello again,
>
> We have discussed this before somewhat superficially but never got to a
> concrete conclusion so I'd like to call for a formal vote to finalize
> this and collect some opinions if necessary. Let me point out and
> emphasize t
[ http://jira.codehaus.org/browse/MPDASHBOARD-31?page=comments#action_56949
]
Lukas Theussl commented on MPDASHBOARD-31:
--
As you see in the fix version for this issue, the Cobertura aggregators have
only been implemented in version 1.9 of the dashb
[ http://jira.codehaus.org/browse/MPDASHBOARD-31?page=comments#action_56948
]
Nascif A. Abousalh-Neto commented on MPDASHBOARD-31:
I just downloaded the 1.8 version of the plugin to get Cobertura support and
got this error:
BUILD FAILED
[ http://jira.codehaus.org/browse/MPJXR-30?page=all ]
Lukas Theussl closed MPJXR-30:
--
Resolution: Won't Fix
> Add an option to site generation to use clover xref files rather than jxr
> --
[ http://jira.codehaus.org/browse/MNG-1530?page=comments#action_56947 ]
Grégory Joseph commented on MNG-1530:
-
Check the pom ;)
> Converter for maven 1 projects
> --
>
> Key: MNG-1530
> URL: http://jira.codeh
+4
Arnaud
On 1/24/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
>
>
> Hi,
>
> I'd like to call for a vote on the following m1 plugin releases:
>
> [] maven-changelog-plugin-1.9
> [] maven-file-activity-plugin-1.6
> [] maven-developer-activity-plugin-1.6
> [] maven-simian-plugin-1.6
>
> The change
[ http://jira.codehaus.org/browse/MPJXR-24?page=all ]
Lukas Theussl closed MPJXR-24:
--
Resolution: Duplicate
Documentation has been updated, the rest is a dupe of MPJXR-3.
> Support multiple source folders, property "maven.src.dir" has no effect.
> ---
[ http://jira.codehaus.org/browse/MNG-1530?page=comments#action_56944 ]
Bryan Pauquette commented on MNG-1530:
--
Newbie answer?
mvn install:install-file -DgroupId=group-id -DartifactId=artifact-id
-Dversion=version -Dpackaging=packaging -Dfile=fileToIn
[ http://jira.codehaus.org/browse/MASSEMBLY-56?page=comments#action_56943 ]
Dan Tran commented on MASSEMBLY-56:
---
here is some discussion in IRC
brett, i would like to help committing an assembly patch, but having
trouble coming up with a name ;-) commen
[ http://jira.codehaus.org/browse/MPJXR-17?page=all ]
Lukas Theussl closed MPJXR-17:
--
Assign To: (was: Jason van Zyl)
Resolution: Fixed
Fix Version: (was: 1.5)
1.4.2
> JXR Report isn't generated for tests unless sour
[ http://jira.codehaus.org/browse/MPJXR-17?page=all ]
Lukas Theussl reopened MPJXR-17:
reopen to change fix version
> JXR Report isn't generated for tests unless sources exist
> -
>
> Key
[ http://jira.codehaus.org/browse/MPJXR-14?page=all ]
Lukas Theussl reopened MPJXR-14:
reopen to change fix version
> Support encoding and lang
> -
>
> Key: MPJXR-14
> URL: http://jira.codehaus.org/browse/MPJXR
[ http://jira.codehaus.org/browse/MPJXR-13?page=all ]
Lukas Theussl closed MPJXR-13:
--
Resolution: Fixed
> Using jxr on a empty java file is causing a NullPointerException
>
>
> K
[ http://jira.codehaus.org/browse/MPJXR-14?page=all ]
Lukas Theussl closed MPJXR-14:
--
Assign To: (was: Jason van Zyl)
Resolution: Fixed
Fix Version: (was: 1.5)
1.4.2
> Support encoding and lang
>
[ http://jira.codehaus.org/browse/MPJXR-13?page=all ]
Lukas Theussl updated MPJXR-13:
---
Fix Version: (was: 1.5)
1.4.2
> Using jxr on a empty java file is causing a NullPointerException
> -
[ http://jira.codehaus.org/browse/MPJXR-13?page=all ]
Lukas Theussl reopened MPJXR-13:
Assign To: (was: Jason van Zyl)
Reopen to change fix version
> Using jxr on a empty java file is causing a NullPointerException
> --
[ http://jira.codehaus.org/browse/MNG-1530?page=comments#action_56937 ]
Bryan Pauquette commented on MNG-1530:
--
Newbie question.
How do you install it?
> Converter for maven 1 projects
> --
>
> Key: MNG-153
Please add an option to save historical clover data
---
Key: MCLOVER-20
URL: http://jira.codehaus.org/browse/MCLOVER-20
Project: Maven 2.x Clover Plugin
Type: New Feature
Reporter: Joe Shomphe
Please add the abil
[ http://jira.codehaus.org/browse/WAGON-34?page=comments#action_56935 ]
Matt Hicks commented on WAGON-34:
-
Even with the latest version of WagonFile, we still saw the issue of the
path.exists() returning false. Removing the '.' from the path when it wasn't
CLONE -wagon-file failed when used by maven-site-plugin
---
Key: WAGON-34
URL: http://jira.codehaus.org/browse/WAGON-34
Project: wagon
Type: Bug
Versions: 1.0-alpha-6
Reporter: Matt Hicks
Assigned to:
[ http://jira.codehaus.org/browse/WAGON-34?page=all ]
Matt Hicks updated WAGON-34:
Attachment: wagon-file.patch
> CLONE -wagon-file failed when used by maven-site-plugin
> ---
>
> Key: WAGON-34
>
Add a configuration element which allows artifact exclusions
Key: MSUREFIRE-51
URL: http://jira.codehaus.org/browse/MSUREFIRE-51
Project: Maven 2.x Surefire Plugin
Type: New Feature
Reporter: Jason van
[ http://jira.codehaus.org/browse/MNG-2013?page=all ]
Dennis Lundberg updated MNG-2013:
-
Attachment: MNG-2013.patch
> The front page of the site still says Maven 2.0.1
> -
>
> Key: MNG-2013
>
The front page of the site still says Maven 2.0.1
-
Key: MNG-2013
URL: http://jira.codehaus.org/browse/MNG-2013
Project: Maven 2
Type: Bug
Components: documentation - general
Reporter: Dennis Lundberg
The fro
Brett Porter wrote:
IIRC, touchstone tests it.
Thanks for the tip. Now I don't know how touchstone works, but as I
understand it, the following should work:
if you put in your project.xml:
pomPropertyA
then you should access the property in a custom jelly script like:
property
[ http://jira.codehaus.org/browse/MASSEMBLY-54?page=comments#action_56929 ]
Corridor Software Developer commented on MASSEMBLY-54:
--
agreed, this is an issue when creating distributions for various environments.
We're currently working ar
Hi
The "How To Help" page at
http://docs.codehaus.org/display/MAVEN/How+to+help
is a great thing. It shows a selection of issues that people can help
out with.
Of the 25 "Novice Issues" there are patches for 15 of them. Many of them
are documentation related. It would be great if one of the
[ http://jira.codehaus.org/browse/CONTINUUM-571?page=comments#action_56928
]
Emmanuel Venisse commented on CONTINUUM-571:
I'll create a patch in maven-scm cvs provider to delete the directory if it
exists.
Normally, we can checkout in a dir even
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060125.21.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060125.21.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060125.194501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060125.194501.txt
-
To unsubscribe, e-mai
[ http://jira.codehaus.org/browse/SCM-142?page=comments#action_56927 ]
Bob Herrmann commented on SCM-142:
--
The output of bco is different enough that it doesnt detect file changes. So
the "stcmd" to "bco" thing is only really useful if you only always fo
[ http://jira.codehaus.org/browse/MASSEMBLY-62?page=all ]
Dan Tran closed MASSEMBLY-62:
-
Assign To: Dan Tran
Resolution: Fixed
Fix Version: 2.1
new feature added
> Ability to share DependencySets, FileSets, FileItems
> --
[
http://jira.codehaus.org/browse/MAVENUPLOAD-659?page=comments#action_56925 ]
K.C. Baltz commented on MAVENUPLOAD-659:
It looks like the dependency has changed to jericho-html, which is available on
Ibiblio (http://www.ibiblio.org/maven2/net/htmlpa
[ http://jira.codehaus.org/browse/MANTRUN-39?page=all ]
Carlos Sanchez closed MANTRUN-39:
-
Assign To: Carlos Sanchez
Resolution: Duplicate
> When maven-antrun-plugin artifact id is defined twice in a pom, only second
> one is executed.
> -
[ http://jira.codehaus.org/browse/MNGECLIPSE-56?page=all ]
Kees de Kooter updated MNGECLIPSE-56:
-
Attachment: bt-orderbuilder-workbench generate.launch
> Exception running M2 build
> --
>
> Key: MNGECLIPSE-56
>
[ http://jira.codehaus.org/browse/MNGECLIPSE-56?page=comments#action_56923
]
Kees de Kooter commented on MNGECLIPSE-56:
--
Yes Dimitri, running JRE.
Attached the launch file.
> Exception running M2 build
> --
>
> Key:
[ http://jira.codehaus.org/browse/MANTRUN-37?page=comments#action_56919 ]
Paul Zeeman commented on MANTRUN-37:
I too have encountered this issue following a move to Maven 2.0.2 (to pick up
another fix).
While I have a multi-module project, running a spe
[ http://jira.codehaus.org/browse/MNGECLIPSE-56?page=comments#action_56915
]
Dmitri Maximovich commented on MNGECLIPSE-56:
-
Kees,
Please attach your project (or any minimal project) on which probelm is
reproduceable and specify what target you'
[ http://jira.codehaus.org/browse/MNGECLIPSE-57?page=comments#action_56913
]
Leonardo Quijano Vincenzi commented on MNGECLIPSE-57:
-
This is my debug log:
1/25/06 9:58:05 AM CST: Local repository folder "" does not exist
1/25/06 9:58:05 A
[ http://jira.codehaus.org/browse/MNGECLIPSE-57?page=comments#action_56914
]
Leonardo Quijano Vincenzi commented on MNGECLIPSE-57:
-
By the way... I'm not getting anything on .log. Just some missing builder
warnings:
!ENTRY org.eclipse.c
http://jira.codehaus.org/browse/MOJO changes component
-Original Message-
From: Grzegorz Słowikowski [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 25, 2006 9:24 AM
To: Maven Developers List
Subject: Changes M2 plugin (there is no JIRA project for this plugin)
Hi
Maven2 changes pl
Weird, honestly, I must be missing something. If you build the eclipse
plugin locally, you should have info/warn output when using it, see
the code:
http://svn.apache.org/viewcvs.cgi/maven/maven-1/plugins/trunk/eclipse/src/main/org/apache/maven/plugin/eclipse/JavaSourcesDownloader.java?rev=369028&
Nicolas,
thanks for the report, I'll have a look to it later today.
Cheers,
Stéphane
On 1/25/06, Nicolas De Loof <[EMAIL PROTECTED]> wrote:
>
> Hello,
> I've just installed eclipse and source plugin snapshots : "official"
> sourcejars support is great !
>
> Jus my 2 cents :
> - when a dependenc
Hello,
I've just installed eclipse and source plugin snapshots : "official"
sourcejars support is great !
Jus my 2 cents :
- when a dependency has property "eclipse.dependency", eclipse plugin
may NOT try to download sources
- eclipse plugin may avoid creating duplicate entries when
"maven.
Hi
Maven2 changes plugin 2.0-beta-1
When parsing changes.xml we got exception. This exception
is not logged. there is e.printStackTrace() instead of log statement.
(org.apache.maven.changes.ChangesXML.java line 62)
Greg
Hi Stephane,
Stephane Nicoll wrote on Tuesday, January 24, 2006 3:31 PM:
> Works for me, logging level should be at least info
>
> Show your code please
Initialization from plugin.jelly:
= %<
= %<
Snippets from the J
Distribution:
http://maven.zones.apache.org/~continuum/builds/continuum-20060125.150001.war
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20060125.150001.txt
Jason van Zyl wrote:
Steve Loughran wrote:
Brett Porter wrote:
It's a manual step in the release process that hadn't been included in
our docs, so each time a different person cuts the release it gets
skipped.
that's what automation is for :)
I did not put them there because it was a signe
> -Original Message-
> From: Mike Perham [mailto:[EMAIL PROTECTED]
> Sent: mercredi 25 janvier 2006 15:53
> To: Maven Developers List
> Subject: RE: [important] plugin statuses
>
> About that... I'm still waiting on feedback on MCLOVER-19. See my last
> three comments there.
I know...
[ http://jira.codehaus.org/browse/MNG-1938?page=all ]
Mike Perham closed MNG-1938:
Resolution: Duplicate
WAGONSSH-36 has the fix. It just needs to be applied as I don't have commit
rights to wagon.
> site:deploy hangs forever on remote upack command
About that... I'm still waiting on feedback on MCLOVER-19. See my last
three comments there.
-Original Message-
From: Vincent Massol [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 25, 2006 2:35 AM
To: 'Maven Developers List'
Subject: RE: [important] plugin statuses
I'm maintaining t
[ http://jira.codehaus.org/browse/MEAR-17?page=comments#action_56906 ]
Kristoffer Peterhäesel commented on MEAR-17:
After having read a bit more on my homework I should revise my suggestion to
say that the manifest.mf files to add class-path info
[ http://jira.codehaus.org/browse/MNG-2005?page=all ]
Jerome Lacoste closed MNG-2005:
---
Resolution: Cannot Reproduce
I have been unable to reproduce this issue to day. Strange strange strange.
Will reopen if I re-encounter the issue.
> ArtifactCollect
If the POM is changing, that would then increment the pom model version,
right? To 4.0.1?
On 1/25/06, Vincent Massol <[EMAIL PROTECTED]> wrote:
>
>
>
> > -Original Message-
> > From: Grzegorz Slowikowski [mailto:[EMAIL PROTECTED]
> > Sent: mardi 24 janvier 2006 11:12
> > To: Maven Develope
When maven-antrun-plugin artifact id is defined twice in a pom, only second one
is executed.
Key: MANTRUN-39
URL: http://jira.codehaus.org/browse/MANTRUN-39
Project: Maven 2.x Antru
[ http://jira.codehaus.org/browse/MNG-2012?page=all ]
Jerome Lacoste updated MNG-2012:
Attachment: m2.log
> build with custom repository location and settings file doesn't work anymore
> ---
build with custom repository location and settings file doesn't work anymore
Key: MNG-2012
URL: http://jira.codehaus.org/browse/MNG-2012
Project: Maven 2
Type: Bug
Components: Bootstrap &
[ http://jira.codehaus.org/browse/MNG-1667?page=comments#action_56890 ]
Jerome Lacoste commented on MNG-1667:
-
While I am at it, a workaround for those who have the issue is to define
M2_HOME like
something/maven-$version
that way this matches what the
[ http://jira.codehaus.org/browse/MNG-1667?page=comments#action_56889 ]
Jerome Lacoste commented on MNG-1667:
-
Damn it. You keep breaking stuff. That's tiring.
OK let me know if this is a doc issue or a code issue and I may have a look. I
have no idea w
[ http://jira.codehaus.org/browse/SCM-118?page=all ]
Emmanuel Venisse closed SCM-118:
Assign To: Emmanuel Venisse
Resolution: Fixed
Fixed.
> detect and repair svn problems by running svn cleanup
> --
Hi Dave,
The skins are not released yet. Try to add the following in your site.xml:
org.apache.maven.skins
maven-site-skin
1.0-SNAPSHOT
Cheers,
Vincent
2006/1/25, Dave Maung <[EMAIL PROTECTED]>:
> Hi Brett,
> I installed /repos/asf/maven/skins/trunk on my machine but I still ended up
> gettin
[ http://jira.codehaus.org/browse/MNGECLIPSE-57?page=comments#action_56883
]
Marcell Manfrin Barbacena commented on MNGECLIPSE-57:
-
I am also getting these strange msgs.I am usgin Eclipse 3.1 and newest mvn
(2.0.1)
The debug output is f
[ http://jira.codehaus.org/browse/MNGECLIPSE-56?page=comments#action_56881
]
Kees de Kooter commented on MNGECLIPSE-56:
--
Dimitri, Eugene,
- The problem happends on both jre 1.4 and jre 1.5
- The windows firewall is disabled, we have no trouble runn
[ http://jira.codehaus.org/browse/CONTINUUM-488?page=comments#action_56880
]
Emmanuel Venisse commented on CONTINUUM-488:
Hmm, very strange.
So, you have copied settings.xml from $M2_HOME/conf/ to
/opt/continuum-1.0.2/bin/linux/conf/settings.xml
Add new integration-test scope for dependencies
---
Key: MNG-2011
URL: http://jira.codehaus.org/browse/MNG-2011
Project: Maven 2
Type: Task
Components: Plugins and Lifecycle, integration tests
Reporter: Vincent Mas
> -Original Message-
> From: Grzegorz Slowikowski [mailto:[EMAIL PROTECTED]
> Sent: mardi 24 janvier 2006 11:12
> To: Maven Developers List
> Subject: Re: [PROPOSAL] Integration testing proposal for Maven 2.0.x
>
>
> - Original Message -
> From: "Vincent Massol" <[EMAIL PROTECTE
+1
On 1/24/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I'd like to call for a vote on the following m1 plugin releases:
>
> [] maven-changelog-plugin-1.9
> [] maven-file-activity-plugin-1.6
> [] maven-developer-activity-plugin-1.6
> [] maven-simian-plugin-1.6
>
> The changelog plugin
Add new lifecycle phases for IT
---
Key: MNG-2010
URL: http://jira.codehaus.org/browse/MNG-2010
Project: Maven 2
Type: Task
Components: Plugins and Lifecycle, integration tests
Reporter: Vincent Massol
Namely:
* generate-integra
On 1/25/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> Anyone want to update:
> clean, ear, ejb, jar, plugin, rar, war, compiler, resources, source,
> ant, antlr, release, repository, idea, eclipse, verifier, checkstyle,
> clover, javadoc, projectinforeports below?
I'm not sure I fully understant w
Add new element in the POM model
-
Key: MNG-2009
URL: http://jira.codehaus.org/browse/MNG-2009
Project: Maven 2
Type: Task
Components: POM
Reporter: Vincent Massol
This is to support the new
Create new surefire:integration-test mojo for IT
Key: MSUREFIRE-50
URL: http://jira.codehaus.org/browse/MSUREFIRE-50
Project: Maven 2.x Surefire Plugin
Type: Task
Versions: 2.1.1
Reporter: Vincent Massol
> -Original Message-
> From: Lukas Theussl [mailto:[EMAIL PROTECTED]
> Sent: mardi 24 janvier 2006 23:18
> To: Maven Developers List
> Subject: Re: [vote] [m1] demote plugins
>
>
>
> > OK. Just assign the issue to me, I'll do it.
>
> Thanks! I will open issues as soon as the vote is f
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: mercredi 25 janvier 2006 00:38
> To: Maven Developers List
> Subject: Re: [PROPOSAL] Integration testing proposal for Maven 2.0.x
>
> +1 for src/it
>
> I've got to say I'm greatly hesitant to add new things to 2
1 - 100 of 108 matches
Mail list logo
