Cannot deploy files over existing files if someone else originally uploaded
them.
-
Key: WAGONSSH-42
URL: http://jira.codehaus.org/browse/WAGONSSH-42
Project: wagon-ssh
Type: Bug
Ve
It runs fine for me on linux, cygwin and WinXP.
Can you give me the junit log?
Regards
Torbjørn
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: 6. mars 2006 11:39
To: scm-dev@maven.apache.org
Subject: Re: Tests of 1.0
Torbjørn Smørgrav wrote:
>> Currently, the Baz
[doc] when and how to define plugins in a pom
-
Key: MNG-2125
URL: http://jira.codehaus.org/browse/MNG-2125
Project: Maven 2
Type: Improvement
Components: POM, Plugins and Lifecycle, Documentation: Faqs, Design, Patterns
Hi,
If anyone has anything to add take a peek at:
http://docs.codehaus.org/display/MAVEN/Development+Process
Nothing is cast in stone but would be nice to get some feedback as only
four people I know of have taken a look.
Jason.
--
Brett Porter wrote:
That's exactly the problem in this case - they're all in the servicemix
groupId.
This becomes harmful in transitive dependencies, as there's no way to
express equivalence. So if you depend on OSGi and ServiceMix, you get
two copies of OSGi, and all its dependencies.
Project
Distribution:
http://maven.zones.apache.org/~continuum/builds/branches/continuum-1.0.x/continuum-20060306.143000.tar.gz
Log:
http://maven.zones.apache.org/~continuum/logs/branches/continuum-1.0.x/continuum-build-log-20060306.143000.txt
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060306.143000.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060306.143000.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
http://docs.codehaus.org/display/MAVEN/2.0.1+Release+Diary
http://docs.codehaus.org/display/MAVEN/2.0.2+Release+Diary
http://docs.codehaus.org/display/MAVEN/2.0.3+Release+Diary
Is it possible these could be brought together into a cohesive set of
instructions as a result of this release? It would
ping
Emmanuel Venisse a écrit :
I think it will be better to use a logger instead of System.out.println
in DiscoverJob.
Emmanuel
[EMAIL PROTECTED] a écrit :
Author: epunzalan
Date: Thu Mar 2 01:53:40 2006
New Revision: 382337
URL: http://svn.apache.org/viewcvs?rev=382337&view=rev
Log:
PR:
[ http://jira.codehaus.org/browse/CONTINUUM-609?page=all ]
Emmanuel Venisse updated CONTINUUM-609:
---
Assign To: Brett Porter
Fix Version: (was: 1.1)
1.0.3
> Continuum deployment repository
> ---
Christian Schulte wrote:
> Hi,
>
> I am forwarding this to the dev mailing list since I got no answer on the
> users list.
Generally better to just send a gentle reminder in reply on the users list.
> Any ideas or workarounds highly appreciated.
No idea off the top of my head, but it sounds fa
[ http://jira.codehaus.org/browse/CONTINUUM-618?page=all ]
Emmanuel Venisse updated CONTINUUM-618:
---
Fix Version: (was: 1.0.3)
1.1-alpha-1
> Refresh after "Build Now" create multiple builds
>
[ http://jira.codehaus.org/browse/CONTINUUM-589?page=all ]
Emmanuel Venisse updated CONTINUUM-589:
---
Fix Version: (was: 1.0.3)
> Configure JPOX to use a database pool
> -
>
> Key: CONTINUUM-589
>
[ http://jira.codehaus.org/browse/CONTINUUM-609?page=all ]
Emmanuel Venisse updated CONTINUUM-609:
---
Fix Version: (was: 1.0.3)
1.1
> Continuum deployment repository
> ---
>
> Key: CONTINUUM-6
[ http://jira.codehaus.org/browse/CONTINUUM-580?page=all ]
Emmanuel Venisse updated CONTINUUM-580:
---
Fix Version: (was: 1.0.3)
> Fails to build on OS X
> --
>
> Key: CONTINUUM-580
> URL: http://jira.codehaus
works for things like the artifact, but MavenProject isn't a component and I
can't use a role lookup on it, that was my first direction where I used
components.xml for "stub" role-hint versions of things..
${basedir} works the same as before, I ended up pulling that part out and
putting it into th
[ http://jira.codehaus.org/browse/CONTINUUM-354?page=all ]
Emmanuel Venisse updated CONTINUUM-354:
---
Assign To: (was: nick gonzalez)
Fix Version: (was: 1.0.3)
1.1
> Need a way to poll for new projects
> ---
[ http://jira.codehaus.org/browse/CONTINUUM-615?page=all ]
Emmanuel Venisse closed CONTINUUM-615:
--
Assign To: Emmanuel Venisse
Resolution: Fixed
Applied. Thanks.
> Add maven.scm.starteam.deleteLocal=true to DefaultContinuumScm
> -
ping
Brett Porter wrote:
> Why was this needed?
>
> [EMAIL PROTECTED] wrote:
>>
>> +
>> ${basedir}/target/${artifactId}> >
>>10
>> - /
>>
>
> -
> To unsubscribe, e-mail: [EMAIL
Cool. so I was thinking we could drop all the wrapping elements to make it:
Jesse McConnell wrote:
>
>
>
> {$basedir}target/classes/unit/compiler-basic-test/src/main/java
>
> javac
>
> {$basedir}/target/test/unit/compiler-basic-test/target
>
>
Hi,
I am forwarding this to the dev mailing list since I got no answer on the
users list. Any ideas or workarounds highly appreciated.
Ursprüngliche Nachricht -
Betreff: [m2] Howto custom CharsetProvider implementations ?
Von: "Christian Schul
idea mojo doesn't work with dependency with classifier
--
Key: MIDEA-31
URL: http://jira.codehaus.org/browse/MIDEA-31
Project: Maven 2.x Idea Plugin
Type: Bug
Versions: 2.0
Reporter: Emmanuel Venisse
A
maven-compiler-plugin
{$basedir}target/classes/unit/compiler-basic-test/src/main/java
javac
{$basedir}/target/test/unit/compiler-basic-test/target
I should have sent this eariler, but this is act
I updated the matrix : http://docs.codehaus.org/display/SCM/SCM+Matrix
Emmanuel
Torbjørn Smørgrav a écrit :
- since Bazaar, VSS, etc are "partially implemented", according to the
site, should they be omitted from this release? Or do they do enough to
be useful? Can we list what is implemented a
Just some things for the record:
- I don't really like the ... element here as it
isn't normal to a POM.
- The POM doesn't do the full inheritence thing, so it might not behave
as expected. This could be confusing
I think if the file is not really a POM, it shouldn't be construed as
one for the s
Please upload SIP Servlet API 1.0
-
Key: MAVENUPLOAD-768
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-768
Project: maven-upload-requests
Type: Bug
Reporter: Vincent Siveton
Attachments: pom.xml
The SIP Servlet API defines a
06-03-06, Grzegorz Słowikowski <[EMAIL PROTECTED]> napisał(a):
> Hi Wendy
>
> Now I have some time and I started preparing poms for all Tomcat artifacts.
> I have checked out all modules from svn (tags TOMCAT_5_5_15) and now
> I'm preparing poms for them. I already see, that I will have many quest
native:compile failure due to invalid compile line (missing space after -o
option)
--
Key: MPNATIVE-16
URL: http://jira.codehaus.org/browse/MPNATIVE-16
Project: maven-native-plugin
Type:
Brett Porter wrote on Monday, March 06, 2006 2:44 PM:
> You're new to this, aren't you? Everything's Maven's fault! :)
Ups. Right, sorry, I forgot! Damn Maven gets anything wrong ...
:D
> Yes, you are right. Anyway, I've pinged a couple of the guys on the
> project.
Just like the jMock guys al
You're new to this, aren't you? Everything's Maven's fault! :)
Yes, you are right. Anyway, I've pinged a couple of the guys on the project.
- Brett
Jörg Schaible wrote:
> Brett Porter wrote on Monday, March 06, 2006 2:29 PM:
>
>> That's exactly the problem in this case - they're all in the
>> s
Brett Porter wrote on Monday, March 06, 2006 2:29 PM:
> That's exactly the problem in this case - they're all in the
> servicemix groupId.
>
> This becomes harmful in transitive dependencies, as there's no way to
> express equivalence. So if you depend on OSGi and ServiceMix, you get
> two copies
That's exactly the problem in this case - they're all in the servicemix
groupId.
This becomes harmful in transitive dependencies, as there's no way to
express equivalence. So if you depend on OSGi and ServiceMix, you get
two copies of OSGi, and all its dependencies.
- Brett
Jason van Zyl wrote:
+1
Brett Porter wrote:
Since we've voted to do this, I'm just going to give people 48 hours to
object to these particular names.
[see MPA-50]
Our dev list traffic has gone nuts. Let's create:
[EMAIL PROTECTED]
* this will be for CI, error reports from the repository manager, and so on
* depe
Brett Porter wrote:
Sure, but they don't really need to redistribute half of eclipse themselves.
How about a simple rule of not allowing the deployment of anything
outside that projects groupId. In the case of external dependencies I'm
not sure what the best route is because one project could
I believe this is solely a reactor issue (it should be naming the files
at the target, as the source filename could be anything). So MWAR-7 is
the issue and should be easily fixed.
- Brett
Brian E. Fox wrote:
> I've seen some major issues with the way maven handles dependencies in a
> multi proje
This should go into JIRA as a blocker on 2.0.3 to make sure we keep
track of it properly.
There was another 2.0.1 -> 2.0.2 regression filed that I just put in as
a blocker. IT might be dismissed with investigation, but I'd like this
to be the release where all those are cleared up so I slotted it
Kenney Westerhof wrote:
>> * for commits - we already have it (each subproject has its own)
>
> what do you mean by this? My first impression is that you mean
> the maven1, maven2 and continuum (and other subprojects) have their
> own commits list - if so, what are they called? I probably misunder
On Mon, 6 Mar 2006, Brett Porter wrote:
+1 for these names.
Btw, for completeness: we also have 'users@' and 'announce@' (right?).
Just one question:
> commits@maven.apache.org
>
> * for commits - we already have it (each subproject has its own)
what do you mean by this? My first impression is
Projects containing war's as dependency will not include war-reference
--
Key: MECLIPSE-76
URL: http://jira.codehaus.org/browse/MECLIPSE-76
Project: Maven 2.x Eclipse Plugin
Type: Bug
Reporter:
[ http://jira.codehaus.org/browse/MPIR-17?page=comments#action_60214 ]
Brett Porter commented on MPIR-17:
--
that said, I think it's minor and can be omitted from 2.0.
> Create XML documents containing report data.
> --
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060306.113000.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060306.113000.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060306.111501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060306.111501.txt
-
To unsubscribe, e-mai
[ http://jira.codehaus.org/browse/MPIR-17?page=all ]
Edwin Punzalan updated MPIR-17:
---
Assign To: Edwin Punzalan
Remaining Estimate: 10 hours
Original Estimate: 10 hours
> Create XML documents containing report data.
>
[ http://jira.codehaus.org/browse/MAVEN-1741?page=comments#action_60213 ]
nicolas de loof commented on MAVEN-1741:
I can agree with this 1.1 new requirement for only-1-run preGoals.
This may then require some upgrade to commons-attributes and html2xd
> - since Bazaar, VSS, etc are "partially implemented", according to the
> site, should they be omitted from this release? Or do they do enough to
> be useful? Can we list what is implemented and what is not?
We should at least define when a provider is implemented and not only
partially implement
Torbjørn Smørgrav wrote:
>> Currently, the Bazaar provider tests fail for me under Windows (I have
>> Bazaar installed in Cygwin).
>
> What version of bazaar do you use?
> (Version 0.7 is the current stable, pre 0.7 is failing on *nix like systems)
$ bzr --version
bzr (bazaar-ng) 0.7
Copyright 20
[ http://jira.codehaus.org/browse/MNG-2124?page=all ]
Brett Porter updated MNG-2124:
--
Priority: Blocker (was: Major)
Fix Version: 2.0.3
promoting if it is a regression
> Incorrect resolution of parent POM properties
> --
> Currently, the Bazaar provider tests fail for me under Windows (I have
> Bazaar installed in Cygwin).
What version of bazaar do you use?
(Version 0.7 is the current stable, pre 0.7 is failing on *nix like systems)
> I'd actually like to have the tests not require svn, cvs, bzr installed
> to pa
It was already there:
http://jira.codehaus.org/browse/MJAR-31
Note that my solutions are hacks as I don't have an idea of the overall
design or program flow.
Brett Porter wrote:
Can you please submit these to jira? There are already some there
(MJAR), so please check for existing ones first.
[ http://jira.codehaus.org/browse/MJAR-31?page=comments#action_60208 ]
Geoffrey De Smet commented on MJAR-31:
--
for the record, point 2 is the following HACK:
2) Nullpointer on org.apache.maven.plugin.jar.JarSignMojo, line 282
+if (project.getAr
[ http://jira.codehaus.org/browse/MJAR-31?page=comments#action_60207 ]
Geoffrey De Smet commented on MJAR-31:
--
This patch makes point 1 of
http://mail-archives.apache.org/mod_mbox/maven-dev/200603.mbox/[EMAIL PROTECTED]
obsolete, but not point 2, accordi
Incorrect resolution of parent POM properties
-
Key: MNG-2124
URL: http://jira.codehaus.org/browse/MNG-2124
Project: Maven 2
Type: Bug
Components: Inheritence and Interpolation
Versions: 2.0.2
Environment: Win
Brett Porter wrote:
Is this MJAR-32?
Yes it is.
Jerome attached a patch which solved "verify" problem but it's still far
away from what I would call a complete JarSingMojo.
There is still an issue with making the in-place signing (read my
comments in the MJAR-32) which prevents me from usi
[ http://jira.codehaus.org/browse/MNGECLIPSE-85?page=comments#action_60204
]
Thorsten Kamann commented on MNGECLIPSE-85:
---
In the view there aren't pom files. I know only the name of the goal to execute
and the IProject the goal belongs to.
The IS
[ http://jira.codehaus.org/browse/MNGECLIPSE-85?page=comments#action_60201
]
Eugene Kuleshov commented on MNGECLIPSE-85:
---
This is kind of thing I am talking about. If your view would use IFile or
something adaptable to IFile to represent poms, the
IsolatedClassloader.getResources returns duplicated results
---
Key: MSUREFIRE-74
URL: http://jira.codehaus.org/browse/MSUREFIRE-74
Project: Maven 2.x Surefire Plugin
Type: Bug
Versions: 2.2
Reporte
[ http://jira.codehaus.org/browse/MNGECLIPSE-85?page=all ]
Thorsten Kamann updated MNGECLIPSE-85:
--
Attachment: launcher.patch
> MavenLauncher should be externalized
>
>
> Key: MNGECLIPSE-85
> UR
[ http://jira.codehaus.org/browse/MNGECLIPSE-85?page=comments#action_60198
]
Thorsten Kamann commented on MNGECLIPSE-85:
---
Yes, the version I've uploaded is the same. The current version has an
additional method, so it's not the same anymore.
Bye
[ http://jira.codehaus.org/browse/MNGECLIPSE-85?page=comments#action_60197
]
Eugene Kuleshov commented on MNGECLIPSE-85:
---
Thorsten, I took a quick look at your changes and it occurs to me that your
IMavenLauncher interface is essentially the same
[ http://jira.codehaus.org/browse/MNGECLIPSE-85?page=all ]
Eugene Kuleshov updated MNGECLIPSE-85:
--
Comment: was deleted
> MavenLauncher should be externalized
>
>
> Key: MNGECLIPSE-85
> URL: htt
101 - 160 of 160 matches
Mail list logo