Reading the doc for local repository layout, that may be modified to
suit one user needs, I wondered if we should provide some hooks for
clean integration with Linux.
On many distributions, many jars are stored locally, e.g. in
/usr/share/java. I would like to be able to reuse this storage anyway.
On Sun, 2004-05-23 at 16:13, Vincent Massol wrote:
> Hi guys,
>
> I'm still trying to slowly convert the Cactus build (which uses Ant)
> into a Maven build. Here's a use case I have. Currently I have the
> following:
[...]
I am wondering if the notion of module, being a sub-part of a project, sh
Message:
The following issue has been closed.
-
View the issue:
http://jira.codehaus.org/browse/MPRELEASE-6
Here is an overview of the issue:
-
Key
dion2004/05/31 19:20:18
Modified:release/src/main/org/apache/maven/release
VersionTransformer.java
release project.xml
release/xdocs changes.xml
Log:
MPRELEASE-6 remove unused imports
Revision ChangesPath
1.4
Hi Vincent,
That's what I have already done ;) but didn't know if it was the correct
way. I found it some kind of duplicated stuff.
Thanks
Carlos Sanchez
A Coruña, Spain
Oness Project
http://oness.sourceforge.net
> -Original Message-
> From: Vincent Massol [mailto:[EMAIL PROTECTED]
From my perspective as a maven user...
On Monday, May 31, 2004, at 02:50 PM, Sancho Neves-Graca wrote:
For resources not found in ibilio, the element can be used to
display an address where the resource can be fetched. However, this is
not really in accordance with one of the objectives of maven
For resources not found in ibilio, the element can be used to
display an address where the resource can be fetched. However, this is
not really in accordance with one of the objectives of maven, mainly to
provide a build system independent of the local environment. I dread
the idea of writing
Hi Carlos,
Why don't you add junit as a dependency of the aspectj plugin?
Thanks
-Vincent
> -Original Message-
> From: Carlos Sanchez [mailto:[EMAIL PROTECTED]
> Sent: 31 May 2004 18:35
> To: 'Maven Developers List'
> Subject: Accesing dependency of another plugin
>
> Hi,
>
> I'm devel
I built maven from source today (trunc, 1-1-SNAPSHOT)
Build instructions are hidden in the xdocs dir in the faq.fml file. Not
really practical if you don't go to the website.
I am used to have build info in a README.txt
I propose to add a README.txt that at least points to the xdocs/faq.fml
for
Hi,
I'm developing the AspectJ plugin and I'd like to get the junit dependency
path from the junit plugin in order to compile test classes, so I tried this
${pom.getPluginContext('maven-test-plugin').getDependencyPath('junit')}
and of course failed. I checked MavenJellyContext and found nothing
epugh 2004/05/31 08:56:22
Modified:cruisecontrol/xdocs navigation.xml
Added: cruisecontrol/xdocs faq.fml
Log:
Add new FAQ entries.
Revision ChangesPath
1.3 +4 -6 maven-plugins/cruisecontrol/xdocs/navigation.xml
Index: navigation.xml
===
epugh 2004/05/31 08:56:08
Modified:cruisecontrol plugin.jelly plugin.properties
cruisecontrol/xdocs changes.xml
Log:
allow maven.cruisecontrol.home to be passed in by using more typical check for
missing properties.
Revision ChangesPath
1.5 +2 -1
The following issue has been updated:
Updater: Jerome Lacoste (mailto:[EMAIL PROTECTED])
Date: Mon, 31 May 2004 11:01 AM
Comment:
The patch works by moving the initialization of maven.docs.src.available property into
the init goal, making it available to the copy-user-resources goa
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/browse/MPXDOC-106
Here is an overview of the issue:
-
Key:
The following comment has been added to this issue:
Author: Jerome Lacoste
Created: Mon, 31 May 2004 10:43 AM
Body:
Dion made a comment on the dev list at the same time I created this issue. May be
fixed. I will try to build from CVS and report it.
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/browse/MAVEN-1302
Here is an overview of the issue:
-
Key:
I believe this is now fixed in CVS. I committed the changes yesterday.
Would you be willing to build the branch and test?
On Mon, 31 May 2004 09:54:02 -0400, Jerome Lacoste
<[EMAIL PROTECTED]> wrote:
>
> On Mon, 2004-05-31 at 09:38, Jerome Lacoste wrote:
> > I haven't had time to investigate it,
On Mon, 2004-05-31 at 09:38, Jerome Lacoste wrote:
> I haven't had time to investigate it, but in 1.0rc2 this seems like it
> used to work, while in 1.0rc3 it doesn't.
>
> scm:svn:file://home/jerome/svn-repository/cb.org/jset/trunk/${module.path}
I was missing the most important:
[...]
Caused by
I haven't had time to investigate it, but in 1.0rc2 this seems like it
used to work, while in 1.0rc3 it doesn't.
scm:svn:file://home/jerome/svn-repository/cb.org/jset/trunk/${module.path}
Anyone else seeing this?
I will make a proper bug report later this week.
Jerome
---
epugh 2004/05/31 06:18:47
Modified:cruisecontrol plugin.jelly plugin.properties project.xml
cruisecontrol/xdocs changes.xml properties.xml
Log:
Allow users to specify their own template file to use when generating
cruisecontrol.xml
Revision ChangesPath
1
20 matches
Mail list logo
