[ http://jira.codehaus.org/browse/MPARTIFACT-58?page=all ]
Brett Porter closed MPARTIFACT-58:
--
Assign To: Brett Porter
Resolution: Fixed
Fix Version: (was: 1.6)
1.7
> Deploy isn't deploying to the properties specifie
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050819.064500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Author: brett
Date: Thu Aug 18 23:47:11 2005
New Revision: 233442
URL: http://svn.apache.org/viewcvs?rev=233442&view=rev
Log:
PR: MPARTIFACT-58
add leading / on directory if it is missing
Modified:
maven/maven-1/plugins/trunk/artifact/src/main/org/apache/maven/artifact/deployer/RepositoryBui
Author: brett
Date: Thu Aug 18 23:45:34 2005
New Revision: 233441
URL: http://svn.apache.org/viewcvs?rev=233441&view=rev
Log:
forgot the import
Modified:
maven/components/trunk/maven-plugins/maven-surefire-plugin/src/main/java/org/apache/maven/test/SurefirePlugin.java
Modified:
maven/compo
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050819.063000.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20050819.061500.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050819.061500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
Author: brett
Date: Thu Aug 18 23:22:20 2005
New Revision: 233437
URL: http://svn.apache.org/viewcvs?rev=233437&view=rev
Log:
PR: MNG-746
allow naming of TestCase as well as Test
Modified:
maven/components/trunk/maven-plugins/maven-surefire-plugin/src/main/java/org/apache/maven/test/Surefire
[ http://jira.codehaus.org/browse/MNG-746?page=all ]
Brett Porter closed MNG-746:
Assign To: Brett Porter
Resolution: Fixed
Fix Version: 2.0-beta-1
> Add **/*TestCase.java and
> **/Abstract*TestCase to default surefire configuration.
> -
Author: brett
Date: Thu Aug 18 23:13:28 2005
New Revision: 233436
URL: http://svn.apache.org/viewcvs?rev=233436&view=rev
Log:
remove plexus definitions
Modified:
maven/components/trunk/maven-artifact/src/main/resources/META-INF/plexus/components.xml
Modified:
maven/components/trunk/maven-a
[ http://jira.codehaus.org/browse/WAGONSSH-5?page=comments#action_44724 ]
Brett Porter commented on WAGONSSH-5:
-
Confirmed. We need to fix the ChannelExec code to properly handle the i/o
streams, then check the exit status and the err stream
> command
[ http://jira.codehaus.org/browse/MNG-476?page=all ]
Brett Porter closed MNG-476:
Resolution: Fixed
> site:deploy only partially deploys site
> ---
>
> Key: MNG-476
> URL: http://jira.codehaus.org/br
Author: brett
Date: Thu Aug 18 23:04:54 2005
New Revision: 233435
URL: http://svn.apache.org/viewcvs?rev=233435&view=rev
Log:
PR: MNG-479
workaround for failed unzipping of site. proper fix will require WAGONSSH-5 to
be fixed.
Modified:
maven/components/trunk/maven-plugins/maven-site-plugin
site should behave like an attached artifact
Key: MNG-752
URL: http://jira.codehaus.org/browse/MNG-752
Project: Maven 2
Type: Improvement
Reporter: Brett Porter
Fix For: 2.0-beta-2
the site plugin should behave lik
[ http://jira.codehaus.org/browse/MAVEN-1667?page=comments#action_44723 ]
Brett Porter commented on MAVEN-1667:
-
before removing these, I will create a custom 404 page. infrastructure pinged
to see if this is possible.
> remove old html files from the s
[ http://jira.codehaus.org/browse/MAVEN-1667?page=all ]
Brett Porter updated MAVEN-1667:
Fix Version: 1.1-beta-2
Summary: remove old html files from the site (was: Inconsistency in
Project Structure Recommendations)
> remove old html files from
[ http://jira.codehaus.org/browse/MAVEN-1664?page=all ]
Brett Porter updated MAVEN-1664:
Description:
When maven.ejb.src end whith space ( "maven.ejb.src=src/main/ejb " ) ejb:ejb
fail to find the MANIFEST.MF.
Message :
ejb:ejb:
[echo] Building ejb p
[ http://jira.codehaus.org/browse/MAVEN-1660?page=all ]
Brett Porter updated MAVEN-1660:
Fix Version: 1.1-beta-2
why is this a problem? deploy should install first, so the local copy is up to
date.
> DependencyVerifier class doesn't resolve an snapshot
[ http://jira.codehaus.org/browse/MAVEN-1666?page=all ]
Brett Porter updated MAVEN-1666:
Fix Version: 1.1-beta-2
need to improve the error, but I Suspect it is the goal at the end without a
name
> Non-informative exception when running 1.1-beta-1 on po
[ http://jira.codehaus.org/browse/MAVEN-1667?page=comments#action_44720 ]
Brett Porter commented on MAVEN-1667:
-
where was dirlayout.html linked from? It is not part of the current site.
> Inconsistency in Project Structure Recommendations
>
[ http://jira.codehaus.org/browse/MNG-748?page=comments#action_44719 ]
Brett Porter commented on MNG-748:
--
can you elaborate on why you need this?
These are deliberately derived from the pom information - if you need to
relocate where they classes, etc are
I think it is a reasonable feature request to have this be the default.
I don't see any reason why we should search parent first.
Your problem shouldn't be as bad in the next m2 version as snapshots are
never searched for on ibiblio.
- Brett
Allison, Bob wrote:
>Its not that I want to remove th
replace plexus-archiver with commons-compress
-
Key: MNG-751
URL: http://jira.codehaus.org/browse/MNG-751
Project: Maven 2
Type: Task
Reporter: Brett Porter
commons-compress and plexus-archiver are both originally from A
replace plexus-compiler with commons-jci
Key: MNG-750
URL: http://jira.codehaus.org/browse/MNG-750
Project: Maven 2
Type: Task
Reporter: Brett Porter
I'd like to contribute out plexus-compiler code to jakarta commons-jci an
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20050819.043000.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050819.043000.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
Author: brett
Date: Thu Aug 18 21:27:34 2005
New Revision: 233431
URL: http://svn.apache.org/viewcvs?rev=233431&view=rev
Log:
add todir on batchtest to save reports
Modified:
maven/components/trunk/maven-plugins/maven-ant-plugin/src/main/java/org/apache/maven/plugin/ant/AntBuildWriter.java
ant script doesn't create subdirectories for artifacts in get-deps
--
Key: MNG-749
URL: http://jira.codehaus.org/browse/MNG-749
Project: Maven 2
Type: Bug
Reporter: Brett Porter
Priority: Trivial
An known bug exist with this commit. SVG images rendering fail !
I just tried on my system and SVG rendering is fine. Can you specify
where it fails? Any ideas about why?
Lukas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20050819.001500.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050819.001500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
Author: aheritier
Date: Thu Aug 18 15:55:41 2005
New Revision: 233395
URL: http://svn.apache.org/viewcvs?rev=233395&view=rev
Log:
cleanup tests
Modified:
maven/maven-1/plugins/trunk/pdf/src/plugin-test/maven.xml
maven/maven-1/plugins/trunk/pdf/src/plugin-test/project.properties
maven/
Author: aheritier
Date: Thu Aug 18 15:54:53 2005
New Revision: 233394
URL: http://svn.apache.org/viewcvs?rev=233394&view=rev
Log:
Remove ant tasks to run fop and xslt. It will prevent us to load dependencies
in the root classloader and it will resolve problems of incompatibility (due to
xml pars
[
http://jira.codehaus.org/browse/MAVENUPLOAD-485?page=comments#action_44704 ]
Carlos Sanchez commented on MAVENUPLOAD-485:
Read groupId policy in http://maven.apache.org/reference/repository-upload.html
> jtds 1.1
>
>
> Key: M
[ http://jira.codehaus.org/browse/MAVENUPLOAD-486?page=all ]
Carlos Sanchez closed MAVENUPLOAD-486:
--
Assign To: Carlos Sanchez
Resolution: Fixed
> maven taglib plugin 1.3.2
> -
>
> Key: MAVENUPLOAD-486
>
Its not that I want to remove the central repository, I just want to
search the local repository before the central repository.
-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 18, 2005 14:24
To: Maven Developers List
Subject: Re: [m2] Repository Search
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Actually, if you want to remove the default central repository from the
equation, you could always setup a mirror configuration for the
repository with id == 'central'. This will route resolution attempts
from m2 to your in-house repository instead of
[ http://jira.codehaus.org/browse/MPPDF-44?page=all ]
Arnaud Heritier closed MPPDF-44:
Resolution: Fixed
Thanks. I applied it but I remove the tip with the xalan jar. It's a workaround
for a problem that must be fixed. If you put the xalan.jar in t
Author: aheritier
Date: Thu Aug 18 11:07:14 2005
New Revision: 233344
URL: http://svn.apache.org/viewcvs?rev=233344&view=rev
Log:
MPPDF-44 : update docs.
Modified:
maven/maven-1/plugins/trunk/pdf/xdocs/index.xml
maven/maven-1/plugins/trunk/pdf/xdocs/properties.xml
Modified: maven/maven-1
[ http://jira.codehaus.org/browse/MPPDF-45?page=comments#action_44688 ]
Arnaud Heritier commented on MPPDF-45:
--
I already fixed it on my computer, but I don't committed it yet.
I refactored the plugin to not use ant for fop and xslt to avoid xml parsers
[ http://jira.codehaus.org/browse/MPTEST-54?page=comments#action_44686 ]
Trygve Laugstol commented on MPTEST-54:
---
Can you provide an example pom.xml with a test case that provokes the error?
It's cinda hard find the cause of the issue without any input
[ http://jira.codehaus.org/browse/MNG-747?page=all ]
Trygve Laugstol closed MNG-747:
---
Resolution: Fixed
Fix Version: 2.0-beta-1
> Javadoc classpath does not match compiler classpath
> ---
>
>
[ http://jira.codehaus.org/browse/MNG-747?page=comments#action_44685 ]
Trygve Laugstol commented on MNG-747:
-
Thanks for trying it out.
> Javadoc classpath does not match compiler classpath
> ---
>
>
How do I do that in Maven 2? Where in pom.xml do I put this?
-Original Message-
From: dan tran [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 18, 2005 12:02
To: Maven Developers List
Subject: Re: [m2] Repository Search Order
override maven.repo.remote?
-D
On 8/18/05, Allison, Bob
Distribution:
http://maven.zones.apache.org/~continuum/builds/continuum-20050818.16.tar.gz
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20050818.16.txt
override maven.repo.remote?
-D
On 8/18/05, Allison, Bob <[EMAIL PROTECTED]> wrote:
> Is there a method to alter the order in which repositories are searched?
>
> In our existing m102 build environment, we have a copy of what we use
> from the maven repository in a repository near our developmen
Maven crashes when writing JUnit report
---
Key: MPTEST-54
URL: http://jira.codehaus.org/browse/MPTEST-54
Project: maven-test-plugin
Type: Bug
Environment: Windows XP SP2 + JDK 1.5.0 + Xalan 2.6.0 + Maven 1.0.2 + test
plug-in 1.5
[ http://jira.codehaus.org/browse/MNG-747?page=comments#action_44679 ]
Bob Allison commented on MNG-747:
-
Updated my SVN tree and tried things again. Works fine.
> Javadoc classpath does not match compiler classpath
> ---
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20050818.153000.txt
[ http://jira.codehaus.org/browse/CONTINUUM-268?page=all ]
Brett Porter updated CONTINUUM-268:
---
Assign To: Brett Porter
Fix Version: (was: 1.0-beta-1)
1.0-alpha-4
there are a couple of niggles with regard to state, and one th
Is there a method to alter the order in which repositories are searched?
In our existing m102 build environment, we have a copy of what we use
from the maven repository in a repository near our development boxes.
We did this because we would run into cases where the maven central
repository would
Edit enable maven-war-plugin and maven-jar-plugin properties
Key: MNG-748
URL: http://jira.codehaus.org/browse/MNG-748
Project: Maven 2
Type: Improvement
Components: maven-plugins
Versions: 2.0-beta
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20050818.141500.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050818.141500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050818.134500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Author: trygvis
Date: Thu Aug 18 06:36:54 2005
New Revision: 233318
URL: http://svn.apache.org/viewcvs?rev=233318&view=rev
Log:
o Adding support for using compilers that produce an single output file like
C#.
Modified:
maven/components/trunk/maven-plugins/maven-compiler-plugin/src/main/jav
On Thu, Aug 18, 2005 at 11:10:59PM +1000, Brett Porter wrote:
> This will mean changing all the reports derived from it.
Yes it will, but we can be deprecated for now.
> Are you sure the reporting api doesn't use getProject() anywhere?
I'm not entirely sure what you're refering to, but this is a
Trygve Laugstøl wrote:
Hi
While looking at the latest JavaDoc issue I was looking around in the
JavadocReport class and noticed that it used the MavenProject all over.
The usage could easily be replaced with read-only expressions from the
project except for the AbstractMavenReport that actuall
This will mean changing all the reports derived from it.
Are you sure the reporting api doesn't use getProject() anywhere?
- Brett
Trygve Laugstøl wrote:
>Hi
>
>While looking at the latest JavaDoc issue I was looking around in the
>JavadocReport class and noticed that it used the MavenProject a
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20050818.13.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050818.13.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
[ http://jira.codehaus.org/browse/MNG-747?page=comments#action_44671 ]
Trygve Laugstol commented on MNG-747:
-
The Javadoc plugin used the compile time classpath (the same as the compile
plugin) so it should be using the right classpath. But I also found
Author: trygvis
Date: Thu Aug 18 05:49:31 2005
New Revision: 233315
URL: http://svn.apache.org/viewcvs?rev=233315&view=rev
Log:
o Replacing hardcoded path separator ';' value with ${path.separator}.
Modified:
maven/components/trunk/maven-plugins/maven-javadoc-plugin/src/main/java/org/apache/
[ http://jira.codehaus.org/browse/MPECLIPSE-80?page=comments#action_44670 ]
Joerg Schaible commented on MPECLIPSE-80:
-
Can you make this optional? I.e. generate .wtpmodules only with an excplicit
maven.eclipse.support.wtp=true for war types.
Hint: Ot
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20050818.121500.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20050818.121500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
Author: trygvis
Date: Thu Aug 18 05:13:47 2005
New Revision: 233310
URL: http://svn.apache.org/viewcvs?rev=233310&view=rev
Log:
o Throwing an exception if the procotol isn't 'scp' as that's the only protocol
this provider currently supports.
Modified:
maven/components/trunk/maven-plugins/m
[ http://jira.codehaus.org/browse/MPECLIPSE-79?page=all ]
fabrizio giustina closed MPECLIPSE-79:
--
Resolution: Incomplete
see MPECLIPSE-80
> Generates .j2ee file
>
>
> Key: MPECLIPSE-79
> URL: http://jira.
[ http://jira.codehaus.org/browse/MPECLIPSE-80?page=all ]
fabrizio giustina updated MPECLIPSE-80:
---
Attachment: MPECLIPSE-wtpmodules.patch
Ok, another try...
this is an updated patch, working with the final (0.7) release of eclipse WTP.
Docs have b
Hi
While looking at the latest JavaDoc issue I was looking around in the
JavadocReport class and noticed that it used the MavenProject all over.
The usage could easily be replaced with read-only expressions from the
project except for the AbstractMavenReport that actually requires an
method MavenP
Javadoc classpath does not match compiler classpath
---
Key: MNG-747
URL: http://jira.codehaus.org/browse/MNG-747
Project: Maven 2
Type: Bug
Versions: 2.0-beta-1
Environment: SVN revision 233262 (17-Aug 1530 ET
On Wed, Aug 17, 2005 at 07:34:58PM -0500, Stu Robertson wrote:
> On page http://maven.apache.org/maven2/plugin-overview.html
>
> The links for Configuring Plugins (http://maven.apache.org/maven2/
> plugin-configuration.html) and Managing Plugins in Large Environments
> are broken.
I could not
[ http://jira.codehaus.org/browse/MNG-746?page=all ]
Johnny R. Ruiz III updated MNG-746:
---
Attachment: SurefirePlugin2.patch
This patch is both for adding **/*TestCase.java and
**/Abstract*TestCase.java in the default values of Surefire
Plugin conf
Distribution:
http://maven.zones.apache.org/~continuum/builds/continuum-20050818.10.tar.gz
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20050818.10.txt
[ http://jira.codehaus.org/browse/MNG-746?page=all ]
Johnny R. Ruiz III updated MNG-746:
---
Attachment: SurefirePlugin.patch
This a one liner patch to add **/Abstract*TestCase.java by default in
test.
> Add **/*TestCase.java and
> **/Abstract*TestCas
Hi Solo,
I agree with this need. I have sent an email a few days again called
"Sibling jars". I should have said "Sibling artifacts". These are secondary
artifacts that are derived from another artifact.
I think the general answer is to use the Assembly plugin for this.
Thanks
-Vincent
> -O
On Wed, Aug 17, 2005 at 07:34:58PM -0500, Stu Robertson wrote:
> On page http://maven.apache.org/maven2/plugin-overview.html
>
> The links for Configuring Plugins (http://maven.apache.org/maven2/
> plugin-configuration.html) and Managing Plugins in Large Environments
> are broken.
Sorry, somet
71 matches
Mail list logo
