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
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
--- [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 EJB
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
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
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,
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:
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
Title: RE: Viewing all properties available
I make a properties jar for projects global properties files.
Then you can use it as an artifact.
dependency
groupIdmyProject/groupId
artifactIdproperties/artifactId
version2.1/version
urlhttp://cvs.my.com/myProject/url
/dependency
Hope
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 very
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 is
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
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'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
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
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 a
When I tryied to generate the site reports, it failed but I didn´t
understand why !?
C:\gaucho_WEB\webvob\implementacaomaven site
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT
site:
xdoc:register-reports:
-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 !?
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
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
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-
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
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
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
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 and
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
-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 least
on 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
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
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 deploy
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 for
When I comented the bellow lines in the maven-xdoc-plugin-1.4, the mavem
generated some reports.. but bugged another ones...:
j:include uri=${stylesheetURI.toString()}/
any ideas ?
the problem seems reside in this variable stylesheet ...
-Mensagem original-
De: Felipe Gaúcho
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
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
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
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
I don't
Now, in an amazing magic trick, I'll contradict myself! :)
contradiction
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
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) {
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.
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]
On Thu, 2004-01-08 at 16:42, John Casey wrote:
Now, in an amazing magic trick, I'll contradict myself! :)
contradiction
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
On Thu, 2004-01-08 at 16:57, Steve Garcia wrote:
What about specifying sourceDirectory as a fileset? This would add a lot
more work to retrofit plugins but it really would give developers good
flexibility.
sourceDirectory
include name=dir1 /
include name=dir2 /
include name=dir3
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
What about specifying sourceDirectory as a fileset? This
would add
a lot more work to retrofit plugins but it really would give
developers good flexibility.
sourceDirectory
include name=dir1 /
include name=dir2 /
include name=dir3 /
/sourceDirectory
Absolutely
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
I believe it would only compile sourceDirectory if
generatedSourceDirectory 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 preGoal. I mean, it
might depend upon whether xDoclet, javaCC, antlr, etc. was
On Thu, 2004-01-08 at 17:16, Steve Garcia wrote:
What about specifying sourceDirectory as a fileset? This
would add
a lot more work to retrofit plugins but it really would give
developers good flexibility.
sourceDirectory
include name=dir1 /
include name=dir2 /
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 sources to
some
On Thu, 2004-01-08 at 17:16, Steve Garcia wrote:
[ snip ]
Would the java plugin compile sourceDirectory first then
generatesSourceDirectory 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
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..
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
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)
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
Wouldn't it just be better to add the dependencies.../dependencies to
the unitTest block rather than adding some type of property
typetest/type to the regular dependencies.../dependencies area??
I'd would be glad to try to test something, but I'm still pretty green with
Maven. If I can just
On Thu, 2004-01-08 at 15:41, Jason van Zyl wrote:
If you do the following:
dependency
groupIdfoo/groupId
artifactIdbar/artifactId
typetest/type
version1.0/version
/dependency
You can make the distinction. Currently a type that corresponds to jar
and ejb will be added to the
Cary Coulter [EMAIL PROTECTED] wrote on 09/01/2004 11:29:38 AM:
Wouldn't it just be better to add the dependencies.../dependencies
to
the unitTest block rather than adding some type of property
typetest/type to the regular dependencies.../dependencies
area??
That makes lots of sense.
--
I agree with this. In the mid-term, we should end up with identical blocks
for the different parts:
project
build
sourceDirectory/
resources/
dependencies/
/build
unitTest
sourceDirectory/
resources/
dependencies/ !-- must somehow inherit from build too --
/unitTest
unitTest
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
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 been
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 really
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
ant:path id=some.reference.id
62 matches
Mail list logo
