It may be better to use maven:addPath rather than override
maven.compile.src.set - not too sure of the implications, but have a
look at the plugin.jelly for plugins that generate java source - eg.
antlr, castor or xdoclet. They all have something like
I've used this notation myself wit
On Thu, 2004-01-08 at 18:17, Keith Irwin wrote:
> On Thu, 2004-01-08 at 00:43, [EMAIL PROTECTED] wrote:
>
> > I gather one can circumvent this by modifying the appropriate
> > property/variable in a preGoal
> > (like maven.compile.src.set), but that would add to the maintenance
> > workload and
On Thu, 2004-01-08 at 00:43, [EMAIL PROTECTED] wrote:
> I gather one can circumvent this by modifying the appropriate
> property/variable in a preGoal
> (like maven.compile.src.set), but that would add to the maintenance
> workload and really
> it'd just be a hack.
For those of us who haven't b
Nice one, Jason that sorted it.
Thnx
ste
Stephen Gargan, IT Engineer
[EMAIL PROTECTED]
Tel: (858) 658-3418
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 08, 2004 4:07
I agree with this. In the mid-term, we should end up with identical blocks
for the different parts:
...
Something to consider for a new model version.
- Brett
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Friday, 9 January
"Cary Coulter" <[EMAIL PROTECTED]> wrote on 09/01/2004 11:29:38 AM:
> Wouldn't it just be better to add the ...
to
> the block rather than adding some type of property
> test" to the regular ...
area??
That makes lots of sense.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.code
On Thu, 2004-01-08 at 15:41, Jason van Zyl wrote:
> If you do the following:
>
>
> foo
> bar
> test
> 1.0
>
>
> You can make the distinction. Currently a type that corresponds to "jar"
> and "ejb" will be added to the classpath. So by specifying a type other
> than those they will be e
Wouldn't it just be better to add the ... to
the block rather than adding some type of property
test" to the regular ... area??
I'd would be glad to try to test something, but I'm still pretty green with
Maven. If I can just update the "test" plugin in the standard 1.0-rc1
world, I can probably
I ran ant with the -d option to show debugging output, and it looked like it
was unable to execute the maven that it just built. I tried running maven
from the command line at that point and it said the file was not found. So
I inspected the file and it turns out that it was in DOS format, so I j
I'm trying to build from CVS HEAD and I'm using the build-bootstrap.xml
file, but the build fails and I get the following error:
BUILD FAILED
/export/home/yoway/maven/build-bootstrap.xml:266: exec returned: -1
at
org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:576)
On Thu, 2004-01-08 at 18:37, Gargan, Stephen wrote:
> Hi,
>
> I checked out the RC1 version yesterday and I am having a
> problem using the multiproject:site goal, the reactor chokes giving
>
>
>
> BUILD FAILED
>
> File.. file:/C:/Documents and
> Settings/sgargan/.maven/plugin
Hi,
I checked out the RC1 version yesterday and I am having a
problem using the multiproject:site goal, the reactor chokes giving
BUILD FAILED
File.. file:/C:/Documents and
Settings/sgargan/.maven/plugins/maven-multipro
ject-plugin-1.1/
Element... maven:reactor
Line.. 6
On Thu, 2004-01-08 at 17:57, Steve Garcia wrote:
> Fantastic. Then it sounds like adding to the POM
> should be a fairly easy task. This would amount to adding that directory to
> the maven.compile.src.set Ant reference?
Precisely. In the newer code the internal source set of simply a List of
> On Thu, 2004-01-08 at 17:16, Steve Garcia wrote:
[ snip ]
>
> > Would the java plugin compile first then
> > second? Well it would
> presumably occur at
> > the same time. Other plugins that require access to a source
> > directory would need to be tweaked to accept two directories. For
On Thu, 2004-01-08 at 17:14, Tomasz Pik wrote:
> On 2004-01-08 22:38, Jason van Zyl wrote:
>
> > On Thu, 2004-01-08 at 16:25, John Casey wrote:
> >
> >><2cents>
> >>One easy way to get around this duality between single-source and
> >>multiple source directories would be to stage out the java sou
On Thu, 2004-01-08 at 17:16, Steve Garcia wrote:
> > > What about specifying as a fileset? This
> > would add
> > > a lot more work to retrofit plugins but it really would give
> > > developers good flexibility.
> > >
> > >
> > >
> > >
> > >
> > >
> >
> > Absolutely never going
I believe it would only compile if
didn't exist...
As for the serial generator execution, the only real problem I see is
_what_ a particular generator would attach to as a . I mean, it
might depend upon whether xDoclet, javaCC, antlr, etc. was running, and
in a dynamic (unguessable) set of circu
Hey All,
I'm fairly new to Maven so be patient with me if this question has
already been answered. We have been using Ant to build our software for
some time now and are quite pleased with it. I'm now using Maven to
generate project information and take advantage of the canned reports.
I especia
> > What about specifying as a fileset? This
> would add
> > a lot more work to retrofit plugins but it really would give
> > developers good flexibility.
> >
> >
> >
> >
> >
> >
>
> Absolutely never going to happen. With that you've just made
> everything to do with sources a
On 2004-01-08 22:38, Jason van Zyl wrote:
On Thu, 2004-01-08 at 16:25, John Casey wrote:
<2cents>
One easy way to get around this duality between single-source and
multiple source directories would be to stage out the java sources to
some temporary location under ${basedir}/target for subsequent
On Thu, 2004-01-08 at 16:57, Steve Garcia wrote:
> What about specifying as a fileset? This would add a lot
> more work to retrofit plugins but it really would give developers good
> flexibility.
>
>
>
>
>
>
Absolutely never going to happen. With that you've just made everything
t
On Thu, 2004-01-08 at 16:42, John Casey wrote:
> Now, in an amazing magic trick, I'll contradict myself! :)
>
>
> The only potential problem I see is the case where two generation tools
> expect pristine, untweaked sources...then, you have a sort of pseudo
> race condition, where success dependen
http://maven.apache.org/misc/articles.html
The first article is pretty good.
> -Original Message-
> From: Freddy [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 2004 8:00 PM
> To: maven
> Subject: Examples
>
>
> HI,
> Whwre I can find good examples of how to use Maven to
>
HI,
Whwre I can find good examples of how to use Maven to build a project?And
configure a exinting project to be build by maven??
[]s
Freddy
Frederico Silva Guimarães
Tel: (21) 9952-1717
ICQ: 127277403
Email: [EMAIL PROTECTED]
--
> Now, in an amazing magic trick, I'll contradict myself! :)
>
>
> The only potential problem I see is the case where two
> generation tools expect pristine, untweaked sources...then,
> you have a sort of pseudo race condition, where success
> dependends upon the ordering of generator executio
Folks--
Generating a changelog report is fun! But, alas, all my changes seem to
be GMT, which, for me, means about 8 hours ahead of time.
I looked through the changelog plugin pages but can't find anything
about the time zone. Likewise the maven properties themselves and the
xdoc properties.
m
I need to capture the result of running the java task in the maven.xml file. The same
code works in an ant build.xml file, and it should work in the maven.xml file.
Java file
package com.jake;
public class Jake {
public static void main(String []args) {
System.out.println("
Now, in an amazing magic trick, I'll contradict myself! :)
The only potential problem I see is the case where two generation tools
expect pristine, untweaked sources...then, you have a sort of pseudo
race condition, where success dependends upon the ordering of generator
execution...
-john
On
I think you sould actually use ${plugin.resources} which goes directly to
that directory IIRC.
Cheers,
Brett
> -Original Message-
> From: John Casey [mailto:[EMAIL PROTECTED]
> Sent: Friday, 9 January 2004 5:00 AM
> To: Maven Users List
> Subject: RE: Plugin development question
>
>
>
On Thu, 2004-01-08 at 16:25, John Casey wrote:
> <2cents>
> One easy way to get around this duality between single-source and
> multiple source directories would be to stage out the java sources to
> some temporary location under ${basedir}/target for subsequent
> generation (back into that same di
I would refrain from commenting out lines in maven released plugins unless
it is something that the committers or others who know a lot about the
plugin advise to do.
The very first time I used Maven I tried porting a large, existing software
application at my work. It was a painful and frustra
<2cents>
One easy way to get around this duality between single-source and
multiple source directories would be to stage out the java sources to
some temporary location under ${basedir}/target for subsequent
generation (back into that same directory) prior to java:compile
execution. Then, these gen
When I comented the bellow lines in the "maven-xdoc-plugin-1.4", the mavem
generated some reports.. but bugged another ones...:
any ideas ?
the problem seems reside in this variable "stylesheet" ...
-Mensagem original-
De: Felipe Gaúcho [mailto:[EMAIL PROTECTED]
Enviada em: quinta-fe
On Thu, 2004-01-08 at 14:50, Cary Coulter wrote:
> How can I specify additional dependent jars for junit tests?
>
> The main application code (non-junit classes) does not need (nor do we want
> the developers to compile against) several lower level application jars
> (stuff we have built wrappers
Sorry, it is the dist plugin, not the deploy one.
- Original Message -
From: "Marco Tedone" <[EMAIL PROTECTED]>
To: "Maven-users" <[EMAIL PROTECTED]>
Sent: Thursday, January 08, 2004 8:37 PM
Subject: Deploy plugin doesn't include .properties file in the project root
> Hi, I'm using the
Hi, I'm using the deploy plugin for my project. The src distribution is
created but it doesn't contain a .properties file I've got under ${basedir}.
My goal looks like the following:
How could I tell the deploy plugin to include also the .properties file?
Thanks in advance,
Marco
--
On Thu, 2004-01-08 at 14:15, Jason van Zyl wrote:
> Howdy,
>
> I'm looking for a few people who are involved with OSS projects that
> would like to try and automated upload mechanism I'm working on.
>
> Basically I would like some people to try going through the process
> repeatedly until all the
How can I specify additional dependent jars for junit tests?
The main application code (non-junit classes) does not need (nor do we want
the developers to compile against) several lower level application jars
(stuff we have built wrappers for to isolate them from our code).
However, in order to r
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 2004 9:43 AM
> To: 'Maven Users List'
> Subject: Mutliple source directories in project.xml
>
>
> Hi all
>
> I've seen that there has been a discussion regarding this before
> (at leas
Thank you very much...
I´m a maven begginer, and I will study the documentation a little bit more.
your tips were really very usefull...
regards,
Felipe Gaúcho
-Mensagem original-
De: Steve Garcia [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 8 de janeiro de 2004 16:25
P
I would have guessed that your Maven installation would have this jar.
The only other thing I can think of is doing "drastic" things like deleting
your plugin directory (so Maven will unpack them again), reinstalling Maven,
and trying other things too like
"maven -X maven-jdepend-plugin:report" a
there is the bellow version:
dom4j-1.4-dev-8.jar
-Mensagem original-
De: Steve Garcia [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 8 de janeiro de 2004 16:10
Para: 'Maven Users List'
Assunto: RE: unknown "site generation" error
You are missing the dom4j API. I would check your
Howdy,
I'm looking for a few people who are involved with OSS projects that
would like to try and automated upload mechanism I'm working on.
Basically I would like some people to try going through the process
repeatedly until all the little tools work to make things automated.
Even just a few peo
I want to write a maven script for a ear project. But I'm going to be
traveling and won't have access to the internet. How can I pre-load my
maven repository?
Mark Russell
PNC
412-768-9603
-
The contents of this email are the property of PNC. If it was
You are missing the dom4j API. I would check your ${MAVEN_HOME}/lib
directory to see if you have the dom4j jar file there.
> -Original Message-
> From: Felipe Gaúcho [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 2004 10:49 AM
> To: Maven Users List
> Subject: RES: unknown "site
You'll need to grab the latest Maven 1.0 branch from CVS and build it to
get the plugins to work...
maven:pluginVar was added in the last couple of months, and the way xdoc
gets some of its info relies on a new class that was recently added to
Maven...
-- Sean T.
> -Original Message-
> F
I just upgraded all my plugins from CVS HEAD yesterday and my reports have been acting
up since. This was the first time I have upgraded the plugins since about 7 months
ago, so maybe I'm missing something. Anyway, my site gets generated fine, except the
reports, xref, and javadoc don't show u
BUILD FAILED
File.. file:/C:/Documents and
Settings/gaucho/.maven/plugins/maven-xdoc-plug
in-1.4/
Element... j:include
Line.. 110
Column 55
org/dom4j/Element
com.werken.werkz.UnattainableGoalException: Unable to obtain goal
[maven-jdepend
-plugin:report] -- file:/C:/Documents and
Settin
> -Original Message-
> From: Felipe Gaúcho [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 2004 10:09 AM
> To: Maven Users List
> Subject: unknown "site generation" error
>
>
> When I tryied to generate the "site" reports, it failed but I
> didn´t understand why !?
>
>
> C:\ga
When I tryied to generate the "site" reports, it failed but I didn´t
understand why !?
C:\gaucho_WEB\webvob\implementacao>maven site
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT
site:
xdoc:register-reports:
m
I don't know if this is conformant with what's "correct" but you might
check out the plugin.properties file in the artifact plugin (CVS:
maven-plugins/artifact/plugin.properties). It uses:
${plugin.dir}/plugin-resources/...
Cheers,
John
On Thu, 2004-01-08 at 11:31, Jason Horne wrote:
> I need
It's a sourceforge problem. I can't run cvs login for your project.
Emmanuel
- Original Message -
From: "Celso Gomes Barreto Junior" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 07, 2004 8:59 PM
Subject: Changelog and sourceforge
> Hello Folks,
>
> I have a proj
I had exactly the same problem with Maven (1.0-rc1) and Tru64. I could run
all ant tasks but no ant-optional tasks (junit, chown, replaceregexp, ...).
I tried with ant 1.5.4 and 1.6. Spent a day or so trying to get it to work,
and eventually gave up and moved everything over to Linux where it
I've installed Maven-1.0-RC1 on my Windows XP system and my Alpha using
Compaq Tru64 UNIX V5.1B (Rev. 2650);
Using a shared drive, if I build the project on the Windows XP system,
it works fine. But if I build, using the same set of files on the Unix
box, Maven fails to load the JUnitTask as sh
Title: RE: Réf. : RE: Viewing all properties available
Probably helpfull by are you sure of your URL ?
Couldn't get you!
By the way, someone could enumerate the main properties in a project if there is no way to view available properties ?
Interesting, i don't know of a direct or a neat
I need a full pathname to something located in the plugin's plugin-resources directory.
Specifically, I'm calling the javadoc plugin with a third-party doclet. The license
for that doclet is located in the plugin-resources directory, so I have to add that
directory to the "docletpath" parameter
Probably helpfull by are you sure of your URL ?
By the way, someone could enumerate the main properties in a project if
there is no way to view available properties ?
Olivier Champagne @ EADS, Labège
(\(\ "Regular Expression
( ~.) are to strings what
o((")(") math i
> Not for the moment, but if you want to write a plugin, it's welcome.
I'm writing one (maven-cpp-plugin). It's been... interesting. The include
files make everything fun. We've taken to inventing a .car file (C archive)
to handle dependencies. This is just a .tar.gz file with a specific layout
(l
Zitiere [EMAIL PROTECTED]:
> Hi,
> we hvae written some plugins/taglibs for parsing borland .bbg files,
> manipulating .bpr files (setting compiler flags, CG settings etc.),
> compiling with make etc that work quite well. If you are interested, we
> can
> share them with you ...
>
Hi,
sounds ve
Title: RE: Viewing all properties available
I make a properties jar for projects global properties files.
Then you can use it as an artifact.
myProject
properties
2.1
http://cvs.my.com/myProject
Hope this helps you!
-Original Message-
Fr
I was wondering how I can add specific files to a Eclipse Project Classpath
using the Maven Eclipse plugin...
My layout is as follows
\src
\src\configfiles
\src\configfiles\log4j.xml
\src\projectA
\src\projectA\src
\src\projectA\src\java
\src\projectA\src\test
\src\projectB
\src\projectB\src
\s
Hi,
we hvae written some plugins/taglibs for parsing borland .bbg files,
manipulating .bpr files (setting compiler flags, CG settings etc.),
compiling with make etc that work quite well. If you are interested, we can
share them with you ...
/peter
> -Ursprungligt meddelande-
> Från: Emm
Not for the moment, but if you want to write a plugin, it's welcome.
Emmanuel
- Original Message -
From: "sailorhero" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 08, 2004 1:36 PM
Subject: Does maven surport to process the c or c++ project?
>
--
Hi,
I am seem to keep missing something...
I have succesfully created a multiproject maven setup...
I am able to generate Eclipse project and classpath files using: maven
-Dgoal=eclipse multiproject:goal
But... As I have a centralized 'log4j.xml' file that needs to be included in
the Eclipse cl
Hi Stephen,
no problem for me. Sorry that I read your mail so late, I filter the
maling-list e-mails out into a separate folder and don't read them
every day. Feel free to address me directly: kontakt (at)
moritzpetersen (dot) de.
Anyways, to return to your question: after comparing your pr
--- [EMAIL PROTECTED] wrote:
> Hi, I'm successfully generating source with JavaCC.
> However, I'm getting compiler error during the
> compile process. BTW, I have set the outdir of the
> JavaCC generated source to the following:
>
> ${maven.build.src}/java
>
> Now, I would like to generate the
Sorry for this newbie's question (Maven related but probably java too) but
I would like to known if there is a way to view/browse all properties
available/set in a target.
In fact, I would like at least to output some revealant informations during
build process like :
- current artifact
- current v
Hi all
I've seen that there has been a discussion regarding this before (at least
on the mailing list).
I gather one can circumvent this by modifying the appropriate
property/variable in a preGoal
(like maven.compile.src.set), but that would add to the maintenance
workload and really
it'd just
69 matches
Mail list logo
