Re: maven.dependency.classpath - goal for running XDoclet
I add to add the following dependencies (using 1.2b3) jboss jboss-j2ee 3.0.6 servletapi 2.3 regards Marc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven.dependency.classpath - goal for running XDoclet
Hello.
I'm trying to write a goal that uses a custom subtask of XDoclet's EJBDoclet.
I have the following definition in
maven.xml
-
and I've included all of the dependencies (and then some) in
project.xml
-
ant
1.5.3-1
castorx
1.0
castor
0.9.5
commons-collections
2.1
commons-logging
1.0.3
xdoclet
1.2b2
xdoclet+ejb-module
1.2b2
xdoclet+java-module
1.2b2
xdoclet+jmx-module
1.2b2
xdoclet+web-module
1.2b2
xdoclet+opg-module
1.2b2
xdoclet+xdoclet-module
1.2b2
xdoclet+xjavadoc
1.2b2
xdoclet+xjavadoc-uc
1.2b2
log4j
1.2.8
jdom
b8
torque
3.0
velocity
1.3.1
, and run maven with the -X option, but I keep getting:
"Make sure the jar file containing the ejbdoclet class is on the classpath
specified in the that defined {2}. These classes are needed in
order to generate correct output.
at xdoclet.DocletTask.checkClass(DocletTask.java:501)
at xdoclet.modules.ejb.EjbDocletTask.validateOptions(EjbDocletTask.java:82)
at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:53)
at org.apache.tools.ant.Task.perform(Task.java:319)
at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:231)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:116)
..."
Anyone using XDoclet successfully, when defining a custom subtask that
depends on EjbDoclet?
Thanks...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie - changing reports included in binary distribution
Ben Walding wrote: I think your best bet it to postGoal dist:prepare-bin-filesystem and remove the parts of the binary release you don't want. Of course, this will still leave items in your left hand navigation bar which will be undesirable. There's no simple way of doing this. You could deregister the reports, hack the output location and regen the reports, but that is going to be 20 odd lines of jelly. And 20 lines of jelly is not something you want to be doing on Friday afternoon. In fact it's not something I ever want to be doing :) Steve Ovens wrote: Hi, I'm Maven-ising my first project and have a hopefully simple question concerning building distributions. When I do a "maven dist:build" everything works fine and it successfully produces a target/distributions/proj-1.1.0.zip file. The problem I have is that the zip file contains not only the proj-1.1.0.jar file and useful stuff like Javadocs - it also includes all of the other Maven-generated reports, such as metrics, checkstyle, change-logs. These are v. useful - and I want to generate them to publish to our internal team - I just don't really want them included in the binary distribution which is what would go to our customers. After reading through the Maven docco, I was thinking of putting a for the "dist:build-bin" goal, to de-register the reports I don't want - but I'm guessing (without looking at the source code) that this won't do me any good - because "dist:build-bin" doesn't actually create the reports - it just copies them. So, de-registering reports probably won't make a jot of difference to the output. It seems I need some way to trigger a re-generation of a different (smaller) set of reports before the dist:build-bin goal is executed, but I'm not sure how to go about this, or even if I'm on the right track - maybe there is an easier way... Anyone got any ideas/tips they can share??? Thanks in advance, Steve Ovens Java Developer Xmarc Asia-Pacific P/L - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie - changing reports included in binary distribution
I think your best bet it to postGoal dist:prepare-bin-filesystem and remove the parts of the binary release you don't want. Steve Ovens wrote: Hi, I'm Maven-ising my first project and have a hopefully simple question concerning building distributions. When I do a "maven dist:build" everything works fine and it successfully produces a target/distributions/proj-1.1.0.zip file. The problem I have is that the zip file contains not only the proj-1.1.0.jar file and useful stuff like Javadocs - it also includes all of the other Maven-generated reports, such as metrics, checkstyle, change-logs. These are v. useful - and I want to generate them to publish to our internal team - I just don't really want them included in the binary distribution which is what would go to our customers. After reading through the Maven docco, I was thinking of putting a for the "dist:build-bin" goal, to de-register the reports I don't want - but I'm guessing (without looking at the source code) that this won't do me any good - because "dist:build-bin" doesn't actually create the reports - it just copies them. So, de-registering reports probably won't make a jot of difference to the output. It seems I need some way to trigger a re-generation of a different (smaller) set of reports before the dist:build-bin goal is executed, but I'm not sure how to go about this, or even if I'm on the right track - maybe there is an easier way... Anyone got any ideas/tips they can share??? Thanks in advance, Steve Ovens Java Developer Xmarc Asia-Pacific P/L - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Newbie - changing reports included in binary distribution
Hi, I'm Maven-ising my first project and have a hopefully simple question concerning building distributions. When I do a "maven dist:build" everything works fine and it successfully produces a target/distributions/proj-1.1.0.zip file. The problem I have is that the zip file contains not only the proj-1.1.0.jar file and useful stuff like Javadocs - it also includes all of the other Maven-generated reports, such as metrics, checkstyle, change-logs. These are v. useful - and I want to generate them to publish to our internal team - I just don't really want them included in the binary distribution which is what would go to our customers. After reading through the Maven docco, I was thinking of putting a for the "dist:build-bin" goal, to de-register the reports I don't want - but I'm guessing (without looking at the source code) that this won't do me any good - because "dist:build-bin" doesn't actually create the reports - it just copies them. So, de-registering reports probably won't make a jot of difference to the output. It seems I need some way to trigger a re-generation of a different (smaller) set of reports before the dist:build-bin goal is executed, but I'm not sure how to go about this, or even if I'm on the right track - maybe there is an easier way... Anyone got any ideas/tips they can share??? Thanks in advance, Steve Ovens Java Developer Xmarc Asia-Pacific P/L - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
torque-3.0.1.jar is corrupt
Hello. Just wondering if the torque-3.0.1.jar can be fixed? It appears to be corrupt. Can't open it with WinZip. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Cactus plugin] Failing to start JBoss
Hi Theunis, This was indeed a bug in the Cactus/Ant integration module. It has now been fixed by Chris Lenz and I have updated the Cactus plugin for Maven to automatically use the Cactus build of today. Can you please update your Maven CVS and give it a try? Thanks for reporting this! -Vincent > -Original Message- > From: Theunis de Jongh [mailto:[EMAIL PROTECTED] > Sent: 19 June 2003 19:27 > To: [EMAIL PROTECTED] > Subject: [Cactus plugin] Failing to start JBoss > > Hi, > > I am running Maven 1.0-beta-10-SNAPSHOT, updated from CVS on 18-06-2003. > I am currently encountering an error with the Cactus plugin, version 3.0- > SNAPSHOT. > > When I run the goal "cactus:test", the plugin fails to start the JBoss > 3.2.1 container. The following is a selection from the output produced in > the file "jboss3x.out" : > > = > 19:09:19,878 INFO [Server] Starting General Purpose Architecture (GPA)... > 19:09:22,929 INFO [ServerInfo] Java version: 1.4.1_01,Sun Microsystems > Inc. > > 19:09:23,440 INFO [Server] Core system initialized > 19:09:23,463 ERROR [Server] Failed to start > org.jboss.deployment.DeploymentException: url > file://jboss/server/default/conf/jbossFailed to boot JBoss:-service.xml > could not be opened, does it exist? > at > org.jboss.deployment.DeploymentInfo.(DeploymentInfo.java:162) > at org > org.jboss.deployment.DeploymentException: url > file://jboss/server/default/conf/jboss-service.xml could not be opened, > does it e.jboss.deployment.MainDeployer.deploy(MainDeployer.java:612) > at > org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:597)xist? > at > == > > I think the problem lies in the URL definition. When I type the URL > "file://jboss/server" in a Mozilla 1.3 address bar, an error message pops > up, stating that the file "/server" can not be found. > > However, if I type the URL as "file:///jboss/server", the browser resolves > the location correctly. > > The directory does definitely exist, and all permissions are in order. > The operating system is Mandrake 9.1. JBoss starts up without problems > when run standalone. > > Any help appreciated. > > Kind regards, > > -- > Theunis de Jongh > EPI-USE Systems (Pty) Ltd. "We make you shine!" > http://www.epiuse.com > mailto:[EMAIL PROTECTED] > switchboard : (012) 368-8400 > direct line : (012) 368-8481 > fax : (012) 348-2709 > cell: (082) 653 1535 > > This message may contain information that is proprietary or confidential > and is intended only for the addressee named above. If you are not the > addressee or authorized to receive this message for the addressee, you > may not use, copy or disclose to anyone this message or its contents. > If you have received this message in error, please notify me immediately > and permanently destroy any copies you may have. > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inheriting Goals in master maven.xml file...
Nevermind. I figured it out. I forgot to put in the "extend" element. I thought it would by default extend the project.xml file in the parent directory. Sorry, I'm new to this Maven stuff. Oops! :-) - Original Message - From: "Anthony Vito" <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Sent: Thursday, June 19, 2003 1:39 PM Subject: Re: Inheriting Goals in master maven.xml file... > Projects inheriting the global project.xml will also inherit the goals > in the maven.xml next to it. In my setup I have a CVS module called > "master" and then all the mavenized projects as separate modules. > Checking out all the modules of interest, and "master", gives all the > functionality I need. I have also written productivity command line > scripts, like an incremental compile script that uses the dependencies > of maven for it's class path, and a "run any class's main method" script > which uses the same dependencies. They are very helpful. I suppose I > should publish a link later... I will. > > Anthony Vito > > > On Thu, 2003-06-19 at 13:27, James Carman wrote: > > Is this possible? I have one main project with a global project.xml file. > > If I put a maven.xml file in the same directory as the global project.xml > > file, how do I get the subprojects to "inherit" the goals in the maven.xml > > file? Or, can I? > > > > James Carman, President > > Carman Consulting, Inc. > > 1218 Bob White Ct. > > Edgewood, KY 41018 > > (513) 325-7977 > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inheriting Goals in master maven.xml file...
Projects inheriting the global project.xml will also inherit the goals in the maven.xml next to it. In my setup I have a CVS module called "master" and then all the mavenized projects as separate modules. Checking out all the modules of interest, and "master", gives all the functionality I need. I have also written productivity command line scripts, like an incremental compile script that uses the dependencies of maven for it's class path, and a "run any class's main method" script which uses the same dependencies. They are very helpful. I suppose I should publish a link later... I will. Anthony Vito On Thu, 2003-06-19 at 13:27, James Carman wrote: > Is this possible? I have one main project with a global project.xml file. > If I put a maven.xml file in the same directory as the global project.xml > file, how do I get the subprojects to "inherit" the goals in the maven.xml > file? Or, can I? > > James Carman, President > Carman Consulting, Inc. > 1218 Bob White Ct. > Edgewood, KY 41018 > (513) 325-7977 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Inheriting Goals in master maven.xml file...
Is this possible? I have one main project with a global project.xml file. If I put a maven.xml file in the same directory as the global project.xml file, how do I get the subprojects to "inherit" the goals in the maven.xml file? Or, can I? James Carman, President Carman Consulting, Inc. 1218 Bob White Ct. Edgewood, KY 41018 (513) 325-7977 smime.p7s Description: S/MIME cryptographic signature
[Cactus plugin] Failing to start JBoss
Hi, I am running Maven 1.0-beta-10-SNAPSHOT, updated from CVS on 18-06-2003. I am currently encountering an error with the Cactus plugin, version 3.0-SNAPSHOT. When I run the goal "cactus:test", the plugin fails to start the JBoss 3.2.1 container. The following is a selection from the output produced in the file "jboss3x.out" : = 19:09:19,878 INFO [Server] Starting General Purpose Architecture (GPA)... 19:09:22,929 INFO [ServerInfo] Java version: 1.4.1_01,Sun Microsystems Inc. 19:09:23,440 INFO [Server] Core system initialized 19:09:23,463 ERROR [Server] Failed to start org.jboss.deployment.DeploymentException: url file://jboss/server/default/conf/jbossFailed to boot JBoss:-service.xml could not be opened, does it exist? at org.jboss.deployment.DeploymentInfo.(DeploymentInfo.java:162) at org org.jboss.deployment.DeploymentException: url file://jboss/server/default/conf/jboss-service.xml could not be opened, does it e.jboss.deployment.MainDeployer.deploy(MainDeployer.java:612) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:597)xist? at == I think the problem lies in the URL definition. When I type the URL "file://jboss/server" in a Mozilla 1.3 address bar, an error message pops up, stating that the file "/server" can not be found. However, if I type the URL as "file:///jboss/server", the browser resolves the location correctly. The directory does definitely exist, and all permissions are in order. The operating system is Mandrake 9.1. JBoss starts up without problems when run standalone. Any help appreciated. Kind regards, -- Theunis de Jongh EPI-USE Systems (Pty) Ltd. "We make you shine!" http://www.epiuse.com mailto:[EMAIL PROTECTED] switchboard : (012) 368-8400 direct line : (012) 368-8481 fax : (012) 348-2709 cell: (082) 653 1535 This message may contain information that is proprietary or confidential and is intended only for the addressee named above. If you are not the addressee or authorized to receive this message for the addressee, you may not use, copy or disclose to anyone this message or its contents. If you have received this message in error, please notify me immediately and permanently destroy any copies you may have. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Setting which remote repository to publish to.
At 11:03 -0500 6/19/03, Moretti, Luciano (MED) wrote: This brings up another question- is there documentation on the settings available for the project.properties, build.properties, and similar files? I can't seem to find it if there is. In general, properties are documented in the plugin documentation for the plugins which use them. See http://maven.apache.org/reference/plugins/index.html The properties you asked about are discussed in the User Guide: http://maven.apache.org/reference/user-guide.html Joe -- -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com "If nature worked that way, the universe would crash all the time." --Jaron Lanier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Setting which remote repository to publish to.
This brings up another question- is there documentation on the settings available for the project.properties, build.properties, and similar files? I can't seem to find it if there is. Luciano -Original Message- From: Joe Germuska [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2003 11:00 AM To: Maven Users List Subject: Re: Setting which remote repository to publish to. At 10:48 -0500 6/19/03, Moretti, Luciano (MED) wrote: >Ok- I know I've seen this somewhere- > >How do you set the remote repository to publish to- >I remember seeing something about using the project.properties to do >this, but I can't find the documentation now. maven.repo.central=your.repository.com maven.repo.central.directory=/path/to/repo/root project.properties is probably the best place to put this, since it's likely to be logically constant for all users of the same project. Of course you can set these using any of the maven property setting techniques. Joe -- -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com "If nature worked that way, the universe would crash all the time." --Jaron Lanier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting which remote repository to publish to.
At 10:48 -0500 6/19/03, Moretti, Luciano (MED) wrote: Ok- I know I've seen this somewhere- How do you set the remote repository to publish to- I remember seeing something about using the project.properties to do this, but I can't find the documentation now. maven.repo.central=your.repository.com maven.repo.central.directory=/path/to/repo/root project.properties is probably the best place to put this, since it's likely to be logically constant for all users of the same project. Of course you can set these using any of the maven property setting techniques. Joe -- -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com "If nature worked that way, the universe would crash all the time." --Jaron Lanier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Setting which remote repository to publish to.
Ok- I know I've seen this somewhere- How do you set the remote repository to publish to- I remember seeing something about using the project.properties to do this, but I can't find the documentation now. Luciano - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lame newbie question - how to set target directory for thebuild?
On Thu, 2003-06-19 at 11:03, David Walend wrote:
> Vipul,
>
> Thanks, but I figured it out. It's not quite as good as ant's -find option, but
>
> maven jar --find project.xml
>
> puts things in the right place. (Odd that maven is still able to search up
> the source tree to find some project.xml file on it's own, but doesn't
> reset the base directory. Is that a bug?)
That's why you need to use ${basedir} in your file references. As far as
I know there is no consistent way in Java to set the current working
directory.
> Thanks again,
>
> Dave
>
>
> At 08:56 AM 6/19/2003 +0100, you wrote:
>
> >Dave,
> >
> >You need to execute all goals in the directory that your project.xml lives !
> >
> >Regards,
> >
> >Vipul
> >- Original Message -
> >From: "David Walend" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Wednesday, June 18, 2003 8:58 PM
> >Subject: Lame newbie question - how to set target directory for the build?
> >
> >
> > > When I run "maven jar" from down inside my source code directory, the
> > > target directory (containing all the build products) winds up down inside
> > > my source code directory, instead of up next to my src directory.
> > > http://maven.apache.org/reference/dirlayout.html implied that target would
> > > be at the top, next to src.
> > >
> > > How can I set the target directory from a property to be ${basedir}/target
> > > insead of /current dir/target?
> > >
> > > Thanks,
> > >
> > > Dave
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
jvz.
Jason van Zyl
[EMAIL PROTECTED]
http://tambora.zenplex.org
In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
-- Jacques Ellul, The Technological Society
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lame newbie question - how to set target directory for the build?
Vipul,
Thanks, but I figured it out. It's not quite as good as ant's -find option, but
maven jar --find project.xml
puts things in the right place. (Odd that maven is still able to search up
the source tree to find some project.xml file on it's own, but doesn't
reset the base directory. Is that a bug?)
Thanks again,
Dave
At 08:56 AM 6/19/2003 +0100, you wrote:
Dave,
You need to execute all goals in the directory that your project.xml lives !
Regards,
Vipul
- Original Message -
From: "David Walend" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 18, 2003 8:58 PM
Subject: Lame newbie question - how to set target directory for the build?
> When I run "maven jar" from down inside my source code directory, the
> target directory (containing all the build products) winds up down inside
> my source code directory, instead of up next to my src directory.
> http://maven.apache.org/reference/dirlayout.html implied that target would
> be at the top, next to src.
>
> How can I set the target directory from a property to be ${basedir}/target
> insead of /current dir/target?
>
> Thanks,
>
> Dave
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: war task including properties file
Sorry it works, I have added the property maven.war.src=src/conf/war Olivier -Message d'origine- De : LAMY Olivier [mailto:[EMAIL PROTECTED] Envoyé : jeudi 19 juin 2003 16:47 À : Vincent Massol; Maven Users List Objet : RE: war task including properties file I do this but it doesn't work : src/conf/war/WEB-INF/classes/commons-logging.properties src/conf/war/WEB-INF/classes/simplelog.properties -Message d'origine- De : Vincent Massol [mailto:[EMAIL PROTECTED] Envoyé : jeudi 19 juin 2003 16:08 À : 'Maven Users List'; 'LAMY Olivier' Objet : RE: war task including properties file Hi Olivier, You need to include your properties file in a src/conf folder and add a section in your project.xml so that they get copied to your runtime classes directory. Then the war task will pick them from there. -Vincent > -Original Message- > From: LAMY Olivier [mailto:[EMAIL PROTECTED] > Sent: 19 June 2003 16:02 > To: Maven Users List (E-mail) > Subject: war:war task including properties file > > Hi all, > I'm trying to use the war:war task. > My directory is > > src > /conf > /war > /WEB-INF > web.xml > /classes > *.properties > > I want to build my war file to > dist/war > > #war plugin properties > #war plugin properties > maven.war.webxml=src/conf/war/WEB-INF/web.xml > maven.war.classes.includes=src/conf/war/WEB-INF/classes/*.properties > maven.war.build.dir=dist/war > > The finally, I obtain an war file without the *.properties. > How to including this file ? > Olivier > > > > > > ** > Ce message électronique et tous les fichiers joints ainsi que les > informations contenues dans ce message (ci après "le message"), sont > confidentiels et destinés exclusivement à l'usage de la personne à > laquelle > ils sont adressés. Si vous avez reçu ce message par erreur, merci de le > renvoyer à son émetteur et de le détruire. Toute diffusion, publication, > totale ou partielle ou divulgation sous quelque forme que ce soit non > expressément autorisées de ce message, sont interdites. > > ** > This e-mail, any attachments and the information contained (herein " the > message") are confidential and intended solely for the use of the > addressee(s) if you have received this message in error please send it > back > to the sender and delete it. Unauthorized publication, use, dissemination > or > disclosure, either whole or partial, of this message is strictly > prohibited. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: war task including properties file
I do this but it doesn't work : src/conf/war/WEB-INF/classes/commons-logging.properties src/conf/war/WEB-INF/classes/simplelog.properties -Message d'origine- De : Vincent Massol [mailto:[EMAIL PROTECTED] Envoyé : jeudi 19 juin 2003 16:08 À : 'Maven Users List'; 'LAMY Olivier' Objet : RE: war task including properties file Hi Olivier, You need to include your properties file in a src/conf folder and add a section in your project.xml so that they get copied to your runtime classes directory. Then the war task will pick them from there. -Vincent > -Original Message- > From: LAMY Olivier [mailto:[EMAIL PROTECTED] > Sent: 19 June 2003 16:02 > To: Maven Users List (E-mail) > Subject: war:war task including properties file > > Hi all, > I'm trying to use the war:war task. > My directory is > > src > /conf > /war > /WEB-INF > web.xml > /classes > *.properties > > I want to build my war file to > dist/war > > #war plugin properties > #war plugin properties > maven.war.webxml=src/conf/war/WEB-INF/web.xml > maven.war.classes.includes=src/conf/war/WEB-INF/classes/*.properties > maven.war.build.dir=dist/war > > The finally, I obtain an war file without the *.properties. > How to including this file ? > Olivier > > > > > > ** > Ce message électronique et tous les fichiers joints ainsi que les > informations contenues dans ce message (ci après "le message"), sont > confidentiels et destinés exclusivement à l'usage de la personne à > laquelle > ils sont adressés. Si vous avez reçu ce message par erreur, merci de le > renvoyer à son émetteur et de le détruire. Toute diffusion, publication, > totale ou partielle ou divulgation sous quelque forme que ce soit non > expressément autorisées de ce message, sont interdites. > > ** > This e-mail, any attachments and the information contained (herein " the > message") are confidential and intended solely for the use of the > addressee(s) if you have received this message in error please send it > back > to the sender and delete it. Unauthorized publication, use, dissemination > or > disclosure, either whole or partial, of this message is strictly > prohibited. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
reactor confusion
hi,
I'm on the reactor thing again and I'm still having no idea where the
problem is.
I have one huge project which consists of many subprojects which again
contain subprojects (=subsubprojects). Therefore I'm using the reactor
to generate the maven documentation in 2 levels: one maven.xml with a
reactor in the projects basedir to get the subprojects and in each
subprojects basedir another maven.xml to get the subsubprojects.
project (with maven.xml)
|
|- subproject 1 (with maven.xml)
||- subsubproject 1
||- subsubproject 2
|
|- subproject 2 (with maven.xml)
||- subsubproject 1
||- subsubproject 2
|...
I hope it's nearly clear what I mean. Now the problem is that the
reactor works fine for the subsubprojects, but the reactor inside the
projects basedir only 'collects' one subproject - the one which should
be first in the processing order and that's all. It ignores the other
ones. Where could the problem be?
-- this is my maven.xml of the project basedir: (only utilities is
generated):
Processing ${templateName} template ...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
PDF Plugin
Hi list, Is the PDF plugin still going to posted this week ? Vipul I have fix that works really really well, based on XSLT. I hope to get it finalized \ in the next week or so. It is part of a much broader PDF plugin overhaul that I've \ been working on for a while now. It is much more highly 'designed' than the current \ plugin, especially the tables (modeled after The Economist, if that helps to picture \ it). Will post to JIRA when it is done (I am also recovering from a hard disk crash \ at the moment...) There are a few caveats with the tables -- namely, that column widths must be \ expressed in percentages rather than relative widths (1 2 3* etc.) or pixels. Also, \ the stylesheet at the moment requires that tables have elements. Coming very soon... Andrew
Re: ibiblio upload request
Done diddly done. Jim Crossley wrote: Can we get Saxon put up there, please? http://saxon.sourceforge.net Thanks, Jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Snapshot Dependencies
On Thu, 2003-06-19 at 09:28, Moretti, Luciano (MED) wrote: > Hello- > > I'm wondering if I'm misreading the documentation on snapshot > dependencies- > > I have the following in my project.xml file- > > >JXTA >jxta >SNAPSHOT > > > To my understanding from reading the documentation this should pull the > "Latest Version" from the repository. I get the response though- > > WARNING: Failed to download jxta-SNAPSHOT.jar > The build cannot continue because of the following unsatisfied > dependency: > jxta-SNAPSHOT.jar > > So it looks like it's trying to pull down a file named jxta-SNAPSHOT.jar > instead of pulling down the latest version (jxta-2.1.jar) > > Am I doing something wrong? Can someone explain to me better how the > snapshot functionality is supposed to work? The latest snapshot, not the latest released version. A snapshot is _not_ a released version. A snapshot is the closest thing to a build with the latest sources. Specify the latest released version if that's what you want. > Luciano Moretti > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ibiblio upload request
Can we get Saxon put up there, please? http://saxon.sourceforge.net Thanks, Jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: war task including properties file
Hi Olivier, You need to include your properties file in a src/conf folder and add a section in your project.xml so that they get copied to your runtime classes directory. Then the war task will pick them from there. -Vincent > -Original Message- > From: LAMY Olivier [mailto:[EMAIL PROTECTED] > Sent: 19 June 2003 16:02 > To: Maven Users List (E-mail) > Subject: war:war task including properties file > > Hi all, > I'm trying to use the war:war task. > My directory is > > src > /conf > /war > /WEB-INF > web.xml > /classes > *.properties > > I want to build my war file to > dist/war > > #war plugin properties > #war plugin properties > maven.war.webxml=src/conf/war/WEB-INF/web.xml > maven.war.classes.includes=src/conf/war/WEB-INF/classes/*.properties > maven.war.build.dir=dist/war > > The finally, I obtain an war file without the *.properties. > How to including this file ? > Olivier > > > > > > ** > Ce message électronique et tous les fichiers joints ainsi que les > informations contenues dans ce message (ci après "le message"), sont > confidentiels et destinés exclusivement à l'usage de la personne à > laquelle > ils sont adressés. Si vous avez reçu ce message par erreur, merci de le > renvoyer à son émetteur et de le détruire. Toute diffusion, publication, > totale ou partielle ou divulgation sous quelque forme que ce soit non > expressément autorisées de ce message, sont interdites. > > ** > This e-mail, any attachments and the information contained (herein " the > message") are confidential and intended solely for the use of the > addressee(s) if you have received this message in error please send it > back > to the sender and delete it. Unauthorized publication, use, dissemination > or > disclosure, either whole or partial, of this message is strictly > prohibited. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
war:war task including properties file
Hi all, I'm trying to use the war:war task. My directory is src /conf /war /WEB-INF web.xml /classes *.properties I want to build my war file to dist/war #war plugin properties #war plugin properties maven.war.webxml=src/conf/war/WEB-INF/web.xml maven.war.classes.includes=src/conf/war/WEB-INF/classes/*.properties maven.war.build.dir=dist/war The finally, I obtain an war file without the *.properties. How to including this file ? Olivier ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message (ci après "le message"), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toute diffusion, publication, totale ou partielle ou divulgation sous quelque forme que ce soit non expressément autorisées de ce message, sont interdites. ** This e-mail, any attachments and the information contained (herein " the message") are confidential and intended solely for the use of the addressee(s) if you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure, either whole or partial, of this message is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Réf. : Using Snapshot Dependencies
Hello When you use the SNAPSHOT version maven allway think you don't have the jar in your local repositry so he try to download it. He look for an file with SNAPSHOT version. So lastest version are name with this version too. You probably don't have a file name jxta-SNAPSHOT.jar in the distant repositry like http://www.ibiblio.org/maven/ "Moretti, Luciano (MED)" <[EMAIL PROTECTED]> 19/06/2003 15:28 Veuillez répondre à "Maven Users List" Pour : "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> cc : Objet : Using Snapshot Dependencies Hello- I'm wondering if I'm misreading the documentation on snapshot dependencies- I have the following in my project.xml file- JXTA jxta SNAPSHOT To my understanding from reading the documentation this should pull the "Latest Version" from the repository. I get the response though- WARNING: Failed to download jxta-SNAPSHOT.jar The build cannot continue because of the following unsatisfied dependency: jxta-SNAPSHOT.jar So it looks like it's trying to pull down a file named jxta-SNAPSHOT.jar instead of pulling down the latest version (jxta-2.1.jar) Am I doing something wrong? Can someone explain to me better how the snapshot functionality is supposed to work? Luciano Moretti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Use of versions and branches tags in the project.xml file
Hi, I just started using maven and I am wondering what the tags and in the project.xml are used for? Is there a way to use this tags to checkout a certain version from CVS and create a distribution by specifying these tags in the dist plugin Thanks for help Christian
Using Snapshot Dependencies
Hello- I'm wondering if I'm misreading the documentation on snapshot dependencies- I have the following in my project.xml file- JXTA jxta SNAPSHOT To my understanding from reading the documentation this should pull the "Latest Version" from the repository. I get the response though- WARNING: Failed to download jxta-SNAPSHOT.jar The build cannot continue because of the following unsatisfied dependency: jxta-SNAPSHOT.jar So it looks like it's trying to pull down a file named jxta-SNAPSHOT.jar instead of pulling down the latest version (jxta-2.1.jar) Am I doing something wrong? Can someone explain to me better how the snapshot functionality is supposed to work? Luciano Moretti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Réf. : Re: Latex no output
Thank for the link
I have omit the "maven.latex.docs" property in my project.
So I install the MiKTex 2.3 for the comand run. But when it execute :
[latex] running command: pdflatex &pdflatex
\nonstopmode\input{C:\projet-maven\my-project\target\latex\Rapport.tex}
There is a problem with the path because I have a lot of "Undefined
control sequence." for the file name.
And it indicate the folowing error :
! LaTeX Error: File `C:-maven-technique.tex' not found.
I try to execute the same command ligne in a shell and I have the same
error.
But when I go in the latex directory and execute the comand whithout any
directory in my file-path there are no error and the pdf is generate.
So how could I control it.
Nicolas,
"Mark H. Wilkinson" <[EMAIL PROTECTED]>
19/06/2003 10:04
Veuillez répondre à "Maven Users List"
Pour : Maven Users List <[EMAIL PROTECTED]>
cc :
Objet : Re: Latex no output
On Wed, 2003-06-18 at 16:21, [EMAIL PROTECTED] wrote:
> Hi,
>
> I try to generate my site documentation with LaTeX.
You could have a look at the source tree for werkflow
(http://werkflow.werken.com/) - it has a LaTeX manual that builds using
maven.
-Mark.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven logo
Thanks, that's it! Am Don, 2003-06-19 um 11.33 schrieb S. Radhakrishnan: > Kristine, > > Add the following property in your project.properties > > maven.xdoc.poweredby.image= > > the image will go away... > > Regards, > RK > > > -Original Message- > From: Kristine Weissbarth [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 19, 2003 3:06 PM > To: Maven Users List > Subject: maven logo > > > hi, > > it's maybe a bit stupid question, but does anybody know how to get that > little red maven logo away from the documentation website. I saw that > the apache db-site project excluded it too but couldn't figure out what > to do. It's somehow generated automatically isn't it? > > Thanks. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven logo
Kristine, Add the following property in your project.properties maven.xdoc.poweredby.image= the image will go away... Regards, RK -Original Message- From: Kristine Weissbarth [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2003 3:06 PM To: Maven Users List Subject: maven logo hi, it's maybe a bit stupid question, but does anybody know how to get that little red maven logo away from the documentation website. I saw that the apache db-site project excluded it too but couldn't figure out what to do. It's somehow generated automatically isn't it? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven logo
hi, it's maybe a bit stupid question, but does anybody know how to get that little red maven logo away from the documentation website. I saw that the apache db-site project excluded it too but couldn't figure out what to do. It's somehow generated automatically isn't it? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Latex no output
On Wed, 2003-06-18 at 16:21, [EMAIL PROTECTED] wrote: > Hi, > > I try to generate my site documentation with LaTeX. You could have a look at the source tree for werkflow (http://werkflow.werken.com/) - it has a LaTeX manual that builds using maven. -Mark. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lame newbie question - how to set target directory for the build?
Dave,
You need to execute all goals in the directory that your project.xml lives !
Regards,
Vipul
- Original Message -
From: "David Walend" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 18, 2003 8:58 PM
Subject: Lame newbie question - how to set target directory for the build?
> When I run "maven jar" from down inside my source code directory, the
> target directory (containing all the build products) winds up down inside
> my source code directory, instead of up next to my src directory.
> http://maven.apache.org/reference/dirlayout.html implied that target would
> be at the top, next to src.
>
> How can I set the target directory from a property to be ${basedir}/target
> insead of /current dir/target?
>
> Thanks,
>
> Dave
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE: RE : dependencies
If connectionpool-1.0.jar is one of your own jar. Are you sure that you include in you dependencies the connectionpool-1.0.jar own dependence! There is probably some other errors that indicate : "cannot resolve symbol" which will show you the jar who miss I think the problem is not with the connectionpool-1.0's dependence but with an other dependence. Nico, "David Liles" <[EMAIL PROTECTED]> 19/06/2003 02:56 Veuillez répondre à "Maven Users List" Pour : "Maven Users List" <[EMAIL PROTECTED]> cc : Objet : RE: RE : dependencies I've added the following to my dependencies but have not had any luck: connectionpool 1.0 true In the maven repository I created a folder called connectionpool with a subfolder jars. In that folder I placed my connectionpool-1.0.jar file. When I execute maven java:compile I get several errors, one of which is: java:27: cannot resolve symbol [javac] symbol : class ConnectionPool [javac] location: class com.dynamichostings.dao.StoredProcs [javac] private ConnectionPool pool; [javac] ^ [javac] 100 errors Is there something else I need to do so the jar file is correctly located an included in the build process? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 18, 2003 10:31 AM To: Maven Users List Subject: RE : dependencies Did tell in your project.xml that you need this jar ? it like this : your-jar X.X true ... It declare that you need $MAVENREPOSITORY/repository/your-jar/jars/your-jar-X.X.jar > I now have my project.xml file working. to a degree. > When I run it via maven java:compile I am getting errors relating to classes in > packages I have placed in external jar files. > I have created and placed the jar files in the repository folder structure within maven but what I'm unclear on is how to correctly identify them in my project.xml file. > I've looked at an example xml file and the dependencies shown reference a URL, how do I ensure my xml file includes the external jar files I've created? > >Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
