On Wed, 2004-01-14 at 17:55, Gilles Dodinet wrote:
> Ebersole, Steven wrote:
>
> > actually, my bad. it does not work. it is maven.build.dest that works, not
> > maven.test.dest
>
>
> heres my understanding of it, i may be wrong - correct me if am :
>
> maven.build.dest should always be avai
Hi, Ryan,
I just reviewed your wiki posting pretty extensively and found it to be
a great help. However, I've had a problem with the part about running
'maven multiproject:install' in the root project. I get this error:
Starting the reactor...
BUILD FAILED
File.. file:/C:/Documents and
Se
Not sure if any of the developers of the idea plugin are around here, but I basically
modified my plugin locally because it was not fully defining the intellij project
files for me correctly. This change was specifically to the v3 resources.
Specifically, it was not:
1) setting up any compiler
Thanks for the help. What I did was to simply (re?)define it in the specific
plugin.properties file to be its defined default using
maven.test.dest=${maven.build.dir}/test-classes, and everything started working.
Woohoo...
-Original Message-
From: Gilles Dodinet [mailto:[EMAIL PROTECT
Ebersole, Steven wrote:
actually, my bad. it does not work. it is maven.build.dest that works, not maven.test.dest
heres my understanding of it, i may be wrong - correct me if am :
maven.build.dest should always be available (core behavorial property),
maven.test.dest is being made available
I just finished added an entry to the wiki about how I have structured my
EJB project. I would be very interested in hearing some feedback if it is
on target with what other developers are doing.
http://wiki.codehaus.org/maven/CreatingEjbApplications
Ryan
-Original Message-
From: Sonne
Silly me, I had the solution just in front of my eyes on a webpage I've
googled an hour ago. I haven't seen it anywhere in the plugins, so here
it goes:
${networkDirs}
Best Regards,
David Garnier
Le mer 14/01/2004 à 23:05, David Garnier a écrit :
>
Hello,
I would like to collect a list of directory in a variable, in order to
feed a foreach loop. I have several datasets, each one composed of 3
files. Each dataset is in a different directory, and every directory is
in a directory called network. Today, I just move the right dataset in
place, b
I was premature in my report. Maven still doesn't run on Alpha. I've
tracked the problem down to the maven-xdoc-plugin-1.4/plugin.jelly when
it tries to register a report using the
I suspect the problem is something similar to junit class loading issue
which necessities the property "maven.ju
actually, my bad. it does not work. it is maven.build.dest that works, not
maven.test.dest
so what I have:
I'm stupid. I set maven.test.skip=true
junitreport blew up because there were no test report files
- Original Message -
From: "Cary Coulter" <[EMAIL PROTECTED]>
To: "Maven Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, January 14, 2004 9:47 AM
Subject: Junit report failure
> my jun
Ebersole, Steven wrote:
but this works for me even without the namespacing:
m.t.d = ${maven.test.dest}
uh ! right.. it works when it is defined in the properties file.. i
forgot your original question.. my bad
-- gd
-
To uns
Sure can, thx for that one :)
But since maven builds most of its properties on {basedir}, i guess then
that the clean way to change maven.build.dir would be to override in the
same manner this property in the build.properties of that "sub-project"?
Eric.
Sonnek, Ryan wrote:
Couldn't you just
but this works for me even without the namespacing:
m.t.d = ${maven.test.dest}
-Original Message-
From: Gilles Dodinet [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 2:51 PM
To: Maven Users List
Subject: Re: maven jelly tag and build.properties properties
Ebersole, Steven
Well, it is obviously a bug in the Alpha JVM. The default JVM is the
"fast" one which is known to have some problems with native code (ie.
the code that access the file system to find jars and other useful
things). So by setting MAVEN_OPTS to "-Xmx256mb -classic", I can force
the JVM into class
Couldn't you just change the child's to point to the
parent?
${basedir}/../src/java
-Original Message-
From: Eric Giguere [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 2:58 PM
To: Maven Users List
Subject: Child project using parent sources
Hi all
Is there a property so
Hi all
Is there a property somewhere in the projet that can be set to tell a
sub project to use the parents directories? I'm trying to build multiple
jars using multiple maven projects but each uses its own sources and
targets. The class files are in the parent's target.
thx for any advice
Eric
Ebersole, Steven wrote:
Same error message. Tried using a bunch of different plugin contexts (test, java, idea)...
do you "import" the test context by declaring the 'test' namespace ?
this works for me :
m.t.d =
${pom.getPluginContext('maven-test-plugin').getVariable('maven.test.dest')}
--
I would be very interested to hear other peoples opinion on this as well.
I'm currently working on 4 separate EJB projects and have gone through this
same situation. I have heard talk on the mailing list about adding support
for an artifact type "ejb-client.jar", but I don't remember who was looki
I've had various problems when the variable has a . or - in it. I use a
workaround like this:
Usage: maven -Dbuild.number=x releaseNotes
If I put , it doesn't work. This is a
different code example then yours, but you can apply the idea.
-jake
On Wednesday 14 Janu
Same error message. Tried using a bunch of different plugin contexts (test, java,
idea)...
-Original Message-
From: Gilles Dodinet [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 1:43 PM
To: Maven Users List
Subject: Re: maven jelly tag and build.properties properties
Eber
Ebersole, Steven wrote:
How is it possible to reference a property defined in one of the maven properties files (specifically the ~/build.properties) in one of the maven jelly tags? The tag I am trying to use is . What I have tried so far is:
1)
2)
what if you try
path='${pom.getPluginCo
> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Rob Moore
> Sent: 14 January 2004 16:53
> To: [EMAIL PROTECTED]
> Subject: Re: Maven and EJB Testing
>
> Vincent Massol wrote:
> >
> >>-Original Message-
> >>From: news [mailto:[EMAIL PROTECTED] On Behalf Of
Jörg Schaible wrote:
Yeah, but wait ... how does xdoc know anything about a css file in a xdoc/style directory (still searching for some docs ...)? Looking into my project, xdoc generates three css files out of nowhere (maven-base, maven-theme, print ... OK, I know they're coming from the plugin's
Hello,
I am quite somewhat curious to understand how multiproject really works. I have
following project layout with more projects to come:
+ - base
+ - root
+ - project a
+ - xdocs
+ - project b
+ - xdocs
root/project.xml contains the common definitions and the root/project.prope
How is it possible to reference a property defined in one of the maven properties
files (specifically the ~/build.properties) in one of the maven jelly tags? The tag I
am trying to use is . What I have tried so far is:
1)
2)
Plus some other off the wall stuff. But I could not get anything
Rafal Krzewski wrote on Wednesday, January 14, 2004 3:04 PM:
> Jörg Schaible wrote:
>
>> with the current version of 1.0-rc2 (from CVS) and all plugins built
>> fom CVS, I had to notice that the style of new generated sites differ
>> a lot. I had previsouly used properties mensioned in the
>> xdo
Vincent Massol wrote:
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Rob Moore
Sent: 13 January 2004 08:19
To: [EMAIL PROTECTED]
Subject: Re: Maven and EJB Testing
I noticed you made a lot of changes in December to assist with testing
EJBs. Any chance you might provid
my junit tests always fail with the following exception. In searching, I
have found several proect pages on the net with the same error "" in the "Success Rate" column at teh top of
the junit-report.html page
There is a test to be run.
Thanks in advance,
Cary
==
Hello,
I've notice that sometimes, the HTML produced by maven site:generate cut
words in 2 parts. For example, I wrote in the xdocs dir :
The objectives of this project is to automatised the documentation of a
projet.
and I see in the HTML page :
The objectives of this proj
ec
Yeah, same thing happened to me. I modified the javadoc's plugin.jelly to get it
working. Here's the diff:
93,94c93
< packagenames="${pom.package}"
< sourcepath="${pom.build.sourceDirectory}"
---
> packagenames="${pom.package}.*"
109a108,124
>
>
>
Jörg Schaible wrote:
> with the current version of 1.0-rc2 (from CVS) and all plugins built
> fom CVS, I had to notice that the style of new generated sites differ
> a lot. I had previsouly used properties mensioned in the
> xdoc-plugin-docs to adjust colors to our companies' CI, but they are
> no
Hello,
with the current version of 1.0-rc2 (from CVS) and all plugins built fom CVS, I had to
notice that the style of new generated sites differ a lot. I had previsouly used
properties mensioned in the xdoc-plugin-docs to adjust colors to our companies' CI,
but they are not respected with the
Hi Vincent,
> > I cannot imagine that this is so hard to solve as a jar is nothing
> > different
> > (only that is zipped and containg some meta-inforamation). Should I
> ask
> > them
> > or could you do?
>
> I'll let you do it... ;-)
*lol* Okay. I'll try to contact the aspectj team and inform y
> -Original Message-
> From: Eric Giguere [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 13, 2004 9:34 PM
> To: Maven User List
> Subject: Multiple remote repository + proxy settings
>
>
> Hi all
> A quick one. We're behind a firewall and use a proxy server
> to go on the Net.
> An
I have a question about the mantra that a single project should produce a single
artifact. I can buy into that in every case I have run across or have thought about,
except for projects involving ejb creation. Typically an ejb project will produce
both an ejb-jar file as well as a client-jar f
I think you can define in a preGoal of site:deploy the maven.username redefinition.
And in a postGoal redefine the properties to the old one.
This could be a way to change this property only for one goal.
Nicolas
"Ebersole, Steven" <[EMAIL PROTECTED]>
14/01/2004 13:53
Veuillez répondre à "Ma
What is the explicit purpose of the maven.username property?
Initially I had setup such that maven.username was a generic user for our development
team on the machine serving as our internal remote repository and project web server.
So that worked fine for all the deploy goals pushing out to th
whenever I run the maven javadoc plugin, it does not generate any package information
(package-list is blank and package-summary is missing). Any ideas what I am missing?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additiona
> -Original Message-
> From: Rademacher Tobias [mailto:[EMAIL PROTECTED]
> Sent: 14 January 2004 08:26
> To: 'Maven Users List'
> Subject: RE: aspectj plugin
>
> Dear Vincent,
>
> thx for your quick reply.
>
> >
> > You're right. This is a current limitation of the iajc task
> > (it ca
Dear Vincent,
thx for your quick reply.
>
> You're right. This is a current limitation of the iajc task
> (it can only
> weave jars).
Okay. Then I'll go with the old version (1.1) as Unit Testing is essential
for me.
I hope this is okay for you ;-).
> It seems this is something that the aspe
> -Original Message-
> From: Rademacher Tobias [mailto:[EMAIL PROTECTED]
> Sent: 14 January 2004 07:36
> To: 'Maven Users List'
> Subject: RE: aspectj plugin
>
> Dear Vincent,
>
> thank you for your informations. I'll definitivly give it a try.
>
> The only bear in mind I have is unit
42 matches
Mail list logo