Is it compatible with older CVS release ??
Can you post it on Jira please?
Arnaud
> -Message d'origine-
> De : Vincent Zang [mailto:[EMAIL PROTECTED]
> Envoyé : mardi 10 août 2004 08:27
> À : Maven Users List
> Objet : Fixes for Maven changelog plugin to work with CVS 1.12.9
>
>
> Hi,
Thank you Jeff - it now works perfectly :)
Jesper Linvald
MAERSK DATA TRANSPORT
Tel no.: +45 3911 1891
e-mail: [EMAIL PROTECTED]
"Jefferson K. French" <[EMAIL PROTECTED]>
09-08-2004 19:04
Please respond to
"Maven Users List" <[EMAIL PROTECTED]>
To
Maven Users List <[EMAIL PROTECTED]>
cc
Su
Hi,
I recompiled maven changelog plug-in so that it works with CVS 1.12.9
log format. If anyone is also having the same problem, I'll post the
changes to the mailing list.
cheers,
Vincent
-
To unsubscribe, e-mail: [EMAIL PROT
I am releasing a new plugin that helps you manage your use cases. It also
helps
you document the sequence information and generate the CRC cards.
You can find more information here.
http://www.itbrain.com.mx/ucdd
--
Humberto
---
Dion Gillard schrieb:
So you have a plugin, specified as a dependency, using SNAPSHOT as the
version and would like maven not to download it but use your version
instead?
Is that it?
yes.
On Mon, 09 Aug 2004 20:00:36 +0200, Peter Nabbefeld
<[EMAIL PROTECTED]> wrote:
Dion Gillard schrieb:
On Mon, 0
Sorry Malachi, I misunderstood your original question. I run javadocs
without checkstyle, but I'm using JDK1.4.
Jeff
On Mon, 09 Aug 2004, at 19:57:30 [GMT -0700] Malachi de AElfweald
wrote:
> I had tried that; currently, I have the entire report section commented out.
> Are you using JDK1.5 en
I had tried that; currently, I have the entire report section commented out.
Are you using JDK1.5 enums and static imports?
Malachi
At 07:21 AM 8/8/2004, you wrote:
I just have this:
maven-javadoc-plugin
in my project.xml, and get javadocs without checkstyle. What does your
report section
We weren't talking about bugs. We were talking about new features.
> So you'd rather not release early and often? That has nothing to do
> with fixing bugs.
But it has everything to do with not introducing new ones.
> What if there are bugs fixed in the CVS version, critical ones even. I
> don't
On Mon, 9 Aug 2004 20:34:20 -0400, Brett Porter <[EMAIL PROTECTED]> wrote:
> I strongly disagree.
So you'd rather not release early and often? That has nothing to do
with fixing bugs.
> I'd rather we fix all outstanding bugs (or at least scope out a
> release) for any release of a plugin now. We
Hi Charles & Dion,
Thanks for your recommendations!
Here's what I did:
In my project's build.properties:
maven.doccheck.tools.jar = ${tools.jar}
maven.jar.override = on
maven.jar.javadoc = ${maven.doccheck.tools.jar}
By default, it uses the tools.jar maven uses. In case you are ru
If you really want to use CVS (and I don't recommend it for this), you
need to URL rewrite a path name to the view CVS URL on the web server
I think.
- Brett
On Mon, 9 Aug 2004 16:42:40 -0400, Karan-Sahni (Contractor)
<[EMAIL PROTECTED]> wrote:
> How can I specify additional parameters with my re
I strongly disagree.
I'd rather we fix all outstanding bugs (or at least scope out a
release) for any release of a plugin now. We too often let bugs slide
and have a bad reputation for it.
If people really need new features, build from CVS. Put a new version
on it when it is done and tested.
- B
or just plugin:install maven-plugins/xdoc from CVS.
On Mon, 9 Aug 2004 09:06:58 +0200, Heritier Arnaud <[EMAIL PROTECTED]> wrote:
> Yes, it will work if you build maven and maven-plugins from CVS.
>
> If you want you can build only the maven-xdoc-plugin.
>
> Arnaud
>
> > -Message d'origine-
So you have a plugin, specified as a dependency, using SNAPSHOT as the
version and would like maven not to download it but use your version
instead?
Is that it?
On Mon, 09 Aug 2004 20:00:36 +0200, Peter Nabbefeld
<[EMAIL PROTECTED]> wrote:
> Dion Gillard schrieb:
>
> > On Mon, 09 Aug 2004 16:36:
I'd rather we release early and often
On Mon, 9 Aug 2004 19:21:12 +0200, Carlos Sanchez
<[EMAIL PROTECTED]> wrote:
> Hi Vincent,
>
> If you don't want to make a release yet, you can deploy a SNAPSHOT to
> http://cvs.apache.org/repository/maven/plugins/
>
> Just use -Dmaven.repo.list=apachecvs
>
How can I specify additional parameters with my remote repository url, For examlple,
if my remote repository is at
http://abc.com/viewcvs/RefLib/jars/configurator.jar?root=myroot
how would I pass the extra parameter (root=myroot) ?
Please help.
--
Dion Gillard schrieb:
On Mon, 09 Aug 2004 16:36:15 +0200, Peter Nabbefeld
<[EMAIL PROTECTED]> wrote:
Hello,
I want a specific plugin not to be updated (so -o does not work, as no
plugin would be updated) and provide a private version instead. Could
anybody help me, how to achieve this?
Updated? By
Hi Vincent,
If you don't want to make a release yet, you can deploy a SNAPSHOT to
http://cvs.apache.org/repository/maven/plugins/
Just use -Dmaven.repo.list=apachecvs
Regards
Carlos Sanchez
A Coruña, Spain
Oness Project
http://oness.sourceforge.net
> -Original Message-
> From: Vincen
What does it do when it doesn't work?
For me, the -X switch showed that there was a CNF exception for an oro
FTP class. I had to put this in my project.xml:
ant-contrib
ant-contrib
20020829
oro
NetComponents
xxx
root
T
Hi Paul,
I'll release it next week end for you.
Thanks
-Vincent
> -Original Message-
> From: Paul Spencer [mailto:[EMAIL PROTECTED]
> Sent: lundi 9 août 2004 17:06
> To: Maven Users List
> Subject: Dashboard plugin release status?
>
> What is the release of the Dashboard plugin? Current
On Mon, 09 Aug 2004 16:36:15 +0200, Peter Nabbefeld
<[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> I want a specific plugin not to be updated (so -o does not work, as no
> plugin would be updated) and provide a private version instead. Could
> anybody help me, how to achieve this?
Updated? By what?
-
On Mon, 9 Aug 2004 16:23:01 +0100 , Peter Bright
<[EMAIL PROTECTED]> wrote:
> Does
>
> banner="Gathering project list"
>includes="${maven.multiproject.includes}"
>excludes="${maven.multiproj
On Mon, 9 Aug 2004 11:28:53 -0300, Roberto Castro <[EMAIL PROTECTED]> wrote:
> My intentions running Multiproject:clean was, exactly, to clean target directory,
> before building another project. So, how can I run Multiproject:install first? It
> doesn't make sense. In fact, I run Multiproject:in
Does
fit your needs? It seems to work well enough.
I imagine it's looking at dependencies because it doesn't know that 'clean'
Sounds like time to release it.
On Mon, 09 Aug 2004 11:10:29 -0400, Paul Spencer <[EMAIL PROTECTED]> wrote:
> What is the release of the CruiseControl plugin? Currently v1.5 is in
> development. I know report and "dependent project" support have been
> added since 1.4.
>
> Paul Spencer
>
> -
--- Nigel Magnay <[EMAIL PROTECTED]> wrote:
> Hello
>
> I have a plugin where I have declared a taglib by doing
>
>
>
> etc etc
>
> I can do plugin:install fine
>
> However, when I try and use it in my script, with
>
>
>
>
> I get
> "Tag library requested that is not present: 'my
What is the release of the CruiseControl plugin? Currently v1.5 is in
development. I know report and "dependent project" support have been
added since 1.4.
Paul Spencer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
What is the release of the Dashboard plugin? Currently v1.4 is in
development. I know additional aggregator have been added since 1.3.
Paul Spencer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMA
It doesn't make sense Carlos, Running "install", then "clean" to run "install" again.
I think "clean" could be used to delete the directories, only this. Why it looks for
the dependencies?
By the way, I'll delete target directory using ant.
Thank you a lot.
Regards,
Roberto
To resolve this problem I used the following solution:
The reactor has to be called using:
ignoreFailures="true" (so it keeps going if there is a failure)
and then maven can be invoked using:
maven -o InfoBUS:clean (-o offline: this way maven ignores the central repo)
The r
You only need to make multiproject:install once, so you have dependent jars
in repo. Then you can run clean as many times as you want without running
multiproject:install (until you change your dependencies).
Regards
Carlos Sanchez
A Coruña, Spain
Oness Project
http://oness.sourceforge.net
> -
Hello,
I want a specific plugin not to be updated (so -o does not work, as no
plugin would be updated) and provide a private version instead. Could
anybody help me, how to achieve this?
Kind regards
Peter Nabbefeld
-
To unsubscr
My intentions running Multiproject:clean was, exactly, to clean target directory,
before building another project. So, how can I run Multiproject:install first? It
doesn't make sense. In fact, I run Multiproject:install after "clean".
Well, what I'm going to do is, delete target directory using a
Hi,
It was the subject of a previous thread and I think there was a solution.
The issue is at http://jira.codehaus.org/browse/MAVEN-1270
Regards
Carlos Sanchez
A Coruña, Spain
Oness Project
http://oness.sourceforge.net
> -Original Message-
> From: Milos Kleint [mailto:[EMAIL PROTECTED
Hello
I have a plugin where I have declared a taglib by doing
etc etc
I can do plugin:install fine
However, when I try and use it in my script, with
I get
"Tag library requested that is not present: 'myuri' in plugin 'null'
I'm evidently missing something here.. how do I 'register' m
Milos Kleint wrote on Monday, August 09, 2004 3:34 PM:
> and what about the scenario when I do a multiproject clean the a
> multiproject build which however failt mid-way.. a subsequent
> multiproject clean failt, because it cannot resolve all
> dependencies.. is there a way out? it seems liuke one
Dion Gillard wrote:
AFAIK, the reactor (which multiproject uses), verifies projects before
calling goals on them.
This means, yes, you'll need all the dependent jars in the repo before
doing a multiproject:clean
IMHO it shouldn't do it, at least for the the artifacts of the projects
included in
AFAIK, the reactor (which multiproject uses), verifies projects before
calling goals on them.
This means, yes, you'll need all the dependent jars in the repo before
doing a multiproject:clean
On Mon, 09 Aug 2004 15:33:41 +0200, Milos Kleint <[EMAIL PROTECTED]> wrote:
> and what about the scenario
and what about the scenario when I do a multiproject clean the a
multiproject build which however failt mid-way.. a subsequent
multiproject clean failt, because it cannot resolve all dependencies..
is there a way out? it seems liuke one can only do a clean build after
successfully building the m
You typically need to do a multiproject:install or
multiproject:install-snapshot before using any other goals.
This places the dependent jars in the local repo.
On Mon, 9 Aug 2004 10:24:04 -0300, Roberto Castro <[EMAIL PROTECTED]> wrote:
> Hi, when I run "Multiproject:clean" in my master project,
Hi, when I run "Multiproject:clean" in my master project, it tries to find a jar file
that was not created yet.
I use an argument passed to Maven (mm_domain) to create the name of jar file.
Is there a bug in Multiproject:clean? I've looked up in faq but I didn't find anything
about this error.
He
Hi,
Could you please raise an issue to JIRA
http://jira.codehaus.org/browse/MPSCM ?
Regards
Carlos Sanchez
A Coruña, Spain
Oness Project
http://oness.sourceforge.net
> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Peter Nabbefeld
> Sent: Monday, August 09, 200
Hello,
is there a complete list of planned features for m2?
Kind regards
Peter Nabbefeld
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hello,
please provide a property to set the cvs binary to be used: My PATH
environment variable contains nearly about 700 characters (more than 8
lines in the cmd window), so I'd prefer not to add a path element for
every helper application. I suggest to temporarily add the
path-to-cvs-binary d
Hi,
I found the solution myself. Instead of calling 'cmd /c maven' I have to
call 'cmd /c call maven'. In this case the error code is corretly returned
and interpreted by Ant and the build aborts.
For completeness here the correct maven.xml section
Joern
-
Hello all,
I am trying to use the ftp ant task from maven. It dosent work! Running
the task straight from Ant works fine
Some have suggested a brute hack with a typedef and dependency on Ant 1.6.
Before trying this I would like to hear if anybody has a solution to the
problem or another wa
Hi,
The OutOfMemoryExceptions have been already discussed in previous threads.
Forking the jvm should help, also you can increase the memory available.
Regards
Carlos Sanchez
A Coruña, Spain
Oness Project
http://oness.sourceforge.net
> -Original Message-
> From: Jörn Gebhardt [mailto:
Hi,
To make releases you should use the scm:prepare-release and
scm:perform-release goals.
For distributions you can use the distribution plugin, if it suits your
needs.
Regards
Carlos Sanchez
A Coruña, Spain
Oness Project
http://oness.sourceforge.net
> -Original Message-
> From: Mar
I'm thinking about automating releasing tasks and building distributions.
I was about to check how maven release plugin works, but I saw that it
has just been deprecated.
What is a future of releasing?
Thanks,
Marcin
-
To unsubs
Hi,
we have modularized our build by using Maven. However, because the build
runs into OutOfMemoryExceptions when we compile all modules within one Maven
Reactor call, we are using the reactor only to determine the build order and
call afterwards each module via the ant:exec call.
It's posted [MAVEN-1420].
Thanks!
Am So, den 08.08.2004 schrieb Brett Porter um 14:33:
> I'll try this out in a week when I have access to a samba share. If
> you haven't already, can you post to JIRA?
>
> Thanks,
> Brett
>
> On Thu, 05 Aug 2004 09:08:07 +0200, Christian Mouttet
> <[EMAIL PROTE
Maven defines tools.jar as a system property.
On Mon, 9 Aug 2004 07:54:39 +0100, Charles Daniels <[EMAIL PROTECTED]> wrote:
> My suggestion would be your second solution. Then each developer need only
> define the property tools.jar in his/her build.properties file. Although,
> you may want to c
Yes, it will work if you build maven and maven-plugins from CVS.
If you want you can build only the maven-xdoc-plugin.
Arnaud
> -Message d'origine-
> De : Michael Bolin [mailto:[EMAIL PROTECTED]
> Envoyé : lundi 9 août 2004 09:02
> À : Maven Users List
> Objet : Re: RE : Maven link lege
If I build Maven from CVS and use it, will the legend appear
automatically or do I have to add something to get it?
Thanks,
Michael
On Mon, 9 Aug 2004 08:58:34 +0200, Heritier Arnaud <[EMAIL PROTECTED]> wrote:
> This legend is only available in the CVS version of the maven-xdoc-plugin.
>
> Arnau
54 matches
Mail list logo
