RE: maven-aspectj-plugin-2.0
Error on the site documentation: You never want to put / at the end of a remote repo address. So it should actually say: | maven.repo.remote=http://www.ibiblio.org/maven,http://oness.sourceforge.net/maven| Voila. HTH, -Tim From: Hahne, Ronald <[EMAIL PROTECTED]> Subject: maven-aspectj-plugin-2.0 Date: Mon, 12 Apr 2004 08:20:44 -0400 Content-Type: text/plain; charset="iso-8859-1" Got the following error: maven plugin:download -DgroupId=maven -D artifactId=maven-aspectj-plugin -Dversion=3.0 __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc2 build:start: plugin:download-artifact: [mkdir] Created dir: /home/hahnerd/.maven/repository/maven/plugins [echo] repo is 'http://d1ncc.nielsenmedia.com:10080/maven' [echo] trying to download http://d1ncc.nielsenmedia.com:10080/maven/maven/plugins/maven-aspectj-plugin -3.0.jar [echo] repo is 'http://d1drt.nielsenmedia.com/maven' [echo] trying to download http://d1drt.nielsenmedia.com/maven/maven/plugins/maven-aspectj-plugin-3.0.j ar [echo] repo is 'http://www.ibiblio.org/maven' [echo] trying to download http://www.ibiblio.org/maven/maven/plugins/maven-aspectj-plugin-3.0.jar [echo] repo is 'http://oness.sourceforge.net/maven/' [echo] trying to download http://oness.sourceforge.net/maven//maven/plugins/maven-aspectj-plugin-3.0.j ar BUILD FAILED File.. file:/home/hahnerd/.maven/plugins/maven-plugin-plugin-1.3/plugin.jelly Element... ant:fail Line.. 230 Column 52 Unable to find plug-in Total time: 10 seconds Finished at: Mon Apr 12 08:16:44 EDT 2004 Thanks, \/ Ron Hahne(* *) C3C032 oo0()0oo Brooker Creek : (813) 366-4052 Cell Phone : (727) 638-0690 -Original Message- From: Carlos Sanchez [mailto:[EMAIL PROTECTED] Sent: Sunday, April 11, 2004 8:08 PM To: 'Maven Users List' Subject: RE: maven-aspectj-plugin-2.0 I've just submitted an issue to jira http://jira.codehaus.org/ViewIssue.jspa?key=MPASPECTJ-8 with that and more improvements that I've made for my project, maybe the plugin authors add them in next version. Meanwhile you can check my version in http://oness.sourceforge.net/maven-aspectj-plugin -Mensaje original- De: Hahne, Ronald [mailto:[EMAIL PROTECTED] Enviado el: domingo, 11 de abril de 2004 4:50 Para: 'Maven Users List' Asunto: maven-aspectj-plugin-2.0 For some reason maven-aspectj-plugin-2.0 removed aspectj:compile from the aspectj plugin.It existed in maven-aspectj-plugin-1.01 Anyone have any idea when this capability will be returned? Thanks, Ron Hahne - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: pom.depend not working in CVS?
Try changing it to:
${basedir}/../../etc/project.xml
-Tim
[EMAIL PROTECTED] wrote:
Hi,
I built the latest CVS snapshot and it seems that the
../../etc/project.xml tag is not working right now.
I get an Error when I refer to a non-existent file, but there are no
goals/properties inherited from the ../../etc/maven.xml!
Any hints?
/peter
-
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: speed up build time
By definition multiprojects are made up of a group of subprojects.
You *should* be able to go into each subproject and run a maven build
from there as well.
The only caveat of this that I know of is that it will pick up
everything from the parent's project.xml and maven.xml (assuming you are
using extend) but will not pick up the parent's project.properties.
A work around of this is to define a target to build individual
subprojects in your parent's maven.xml
Here's an example of one that I use:
description="Run a given goal on specified project">
banner="Executing build for ${npp.build.project}"
includes="${npp.build.project}/project.xml"
excludes="${maven.multiproject.excludes}"
postProcessing="false"
goals="${npp.build.type}:install"
ignoreFailures="${maven.multiproject.ignoreFailures}"/>
of course you will have to edit it based on ur project structure.
i:ask is from jelly:interaction.
As for your second question.. maven's actual build process is really
just wrapped around ant. And ant by default will skip compilation of
classes that have not changed. The only exception to this that I know of
is when you use things like xdoclet that will regenerate the sources.
-Tim
thorsten maus wrote:
hi there ..
we are developing an application using the multiproject plugin ...
i would be interested in your ways to speed up the build process ...
1. is it possible to execute only parts of a multiproject
2. how do i tell maven not to compile all sources over and over again ???
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: reactor or multiproject
What you can do is check the output of a multiproject build. During the build you might see lines such as: java:compile (meaning that it is invoking the compile task of the java) You will see several of these that are repeated in every project build. Find the one that makes the most sense for what you are trying to do and attach a pre or postGoal to it. As for multiproject solving dependency builds.. it will but you have to use it correctly. Dont know of any examples of multiproject in a parallel project scenario. If you give an example.. I'll be happy to provide an example. -Tim [EMAIL PROTECTED] wrote: Hi, well i really like maven very much but the documentation is a pain. A lot of colleagues still prefer Ant since there is a central and clear documentation. There is really enough maven documentation but it is not clear organized and very difficult to find the right information. Some part of the documentation are in conflict with each other. I think for example hibernate success based on a very smart documentation. Again it is just about organization the available information. I would wish i had the time to help solving this issue but you know the real developer world. However i just wished to give this 2 cents, since it is the only problem i see with maven. ;) Sorry I'm nervous since i try to solve since 2 days my simple problem with project dependencies. I have 2 projects (model and view) on the same folder level. (Eclipse) One project depend on the other project so i wish to build the model project before the view project. I had setuped a own goal "buildAll" by using reactor in my view project. Now i wish to install the buildAll goal als preGoal so that it is triggered any time i run a test jar or site:generate. I was trying init, artifact:load or java:compile but it does not run my "buildALL" goal. Is there any standard goal that is invoked as first and every-time any goal is invoked? Does the multi-project solve such dependency builds? I only found some documentation about using multi-project in parallel project scenarios. Thanks for any hints! Stefan - 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 question: use of deprecated API's
There are some reports that can do it but the fastest way to see deprecations is to just set: maven.compile.deprecation=on in your project.properties -Tim Jean-François El Fouly wrote: I've been using Maven for months (since b3 or 4 if I can remember), writing plugins, POM's for 130 Java projects... but I still have a newbie question : Is there any way (option or property somewhere ?) to get some kind of report on the use of deprecated API's ? Thanks to all ! - 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: Public maven repos (was Re: jakarta-taglibs)
I'm not exactly sure so please don't kill me if this is not true. But I think that the ibiblio repository was created by actually moving jars manually. I know some of it is sym links (I only know this because apparently it was messed up not too long ago =P) If you don't use the maven goals for installing to a repository the you will have to move the project.xml yourself. If you use artifact:install for example.. you might see this: Copying: from 'C:\project\NPP\modules\ear\project.xml' to: 'C:\Documents and Settings\chengt\.maven\repository\NPP\poms\NPP-release-1.0.1.pom' -Tim Henri Yandell wrote: I've not seen any in there yet :) All the poms/ seem empty. I assume they're renamed to something like: commons-lang-1.0.pom to avoid collision? Would be useful to know as that's the pattern I've adopted in my repo's. Hen On Sun, 29 Feb 2004, Tim Chen wrote: project.xml files *are* places in the maven repo They are renamed to project.pom I think the dependencies of a dependency is something being worked on :) -Tim Henri Yandell wrote: I believe the war plugin will suck tld's down from the maven repo. I was looking at the source the other day [I think it was that plugin] and it had something to pull them down. It would also be nice if the project.xml files were placed on the maven repo, which seemed to be suggested at one point by the creation of pom/ directories but I've not seen any deployed as such. Not looked in a bit though. This would allow plugins to become recursive and ask for the dependencies of a dependency etc. Hen On Sat, 28 Feb 2004, Joe Germuska wrote: At 8:00 PM -0500 2/27/04, Mark R. Diggory wrote: No, we just need to get them up and available in /www/www.apache.org/dist/java-repository on minotaur, they'll be published onto ibiblio using the rsync Jason's running between the two. Notice: Apache Projects should all be publishing thier jars onto "java-repository" not via requests to ibiblio/JIRA, if you do submit such requests they will now be redirected to use "java-repository". I have a couple of questions about public repositories in general. One can see from the structure of the iBiblio repository that there are ideas of storing more than just JARs there. Are there any parts of Maven that currently use anything besides the JARS? - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Public maven repos (was Re: jakarta-taglibs)
project.xml files *are* places in the maven repo They are renamed to project.pom I think the dependencies of a dependency is something being worked on :) -Tim Henri Yandell wrote: I believe the war plugin will suck tld's down from the maven repo. I was looking at the source the other day [I think it was that plugin] and it had something to pull them down. It would also be nice if the project.xml files were placed on the maven repo, which seemed to be suggested at one point by the creation of pom/ directories but I've not seen any deployed as such. Not looked in a bit though. This would allow plugins to become recursive and ask for the dependencies of a dependency etc. Hen On Sat, 28 Feb 2004, Joe Germuska wrote: At 8:00 PM -0500 2/27/04, Mark R. Diggory wrote: No, we just need to get them up and available in /www/www.apache.org/dist/java-repository on minotaur, they'll be published onto ibiblio using the rsync Jason's running between the two. Notice: Apache Projects should all be publishing thier jars onto "java-repository" not via requests to ibiblio/JIRA, if you do submit such requests they will now be redirected to use "java-repository". I have a couple of questions about public repositories in general. One can see from the structure of the iBiblio repository that there are ideas of storing more than just JARs there. Are there any parts of Maven that currently use anything besides the JARS? - 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: jakarta-taglibs
Request and String have been there since Feb 2003 and Sept 2003 respectively. If you need other ones there then put a request through JIRA. In the meantime (or instead of) you can always host your own repository. Create a directory on your webserver and add files just as you would see them on ibiblio For example: I have my own repo that is accessed via. http://xxx/maven I can add a folder for taglibs jars //place my jars here (remember to version them like on ibiblio) and put a: maven.repo.remote=http://xxx/maven,http://www.ibiblio.org/maven in my project.properties In addition to this 'workaround' you can also use: http://maven.apache.org/reference/user-guide.html#Overriding_Stated_Dependencies Hope that helps :) -Tim Daniel Draws wrote: Hi! Actually I'm developing an J2EE project. And I like the idea to test maven. And first I want to say, that I like it. Now I want to develop the web-tier and I can't find any of the jakarta-taglibs (http://jakarta.apache.org/taglibs/index.html). I can not beliefe that no developer using maven uses any of them (logging, datetime,...). I don't know, if this is the right place: But is there anybody, who can tell me, were to find a remote repository with this libs. If not: Would it be posible to add the jakarta-taglibs to the ibiblio-repository. The normal JIRA-way seems to be not the best, because it requires more then 25 requests. And all of the older requests for the upload of taglibs are opend since September 03. Is there any workaround, if there is no posibility for putting the libs in a remote repository. I think it should be posible to declare a dependency for a zip file and then in the build-pocess this file should be unzipped and included in the target. thx daniel - 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: hibernate/xdoclet output locations.
Okay.. I dont see anything obvious in there (someone else might).
Do you have anything in your maven.xml that would relate to this?
Or are you calling the xdoclet-hibernate task directly from the cmd line?
-Tim
Eric Merritt wrote:
--- Tim Chen <[EMAIL PROTECTED]> wrote:
Well.. I only ask cause I'm using xdoclet/hibernate
combo and it is
working just fine. (only generates it to the
location I ask).
Just out of curiousity:
What version of XDoclet are you using?
Can you paste your project.properties and build
section from your
project.xml?
-Tim
Sure, no problem. Xdoclet plugin version is 1.2
#
# Maven repository changes
#
maven.repo.remote =
http://www.ibiblio.org/maven,http://dist.codehaus.org,http://mirrors.sunsite.dk/maven
#
# Checkstyle overried
#
maven.checkstyle.properties =
${basedir}/src/conf/checkstyle.xml
#
# Site formating properties
#
maven.ui.body.background=white
maven.ui.body.foreground=black
maven.ui.banner.background=white
#--
# Hibernate properties
#--
maven.xdoclet.hibernatedoclet.destdir=${maven.build.dir}/xdoclet/hibernatedoclet
maven.xdoclet.hibernatedoclet.fileset.0=true
maven.xdoclet.hibernatedoclet.fileset.0.dir=${maven.src.dir}/java
maven.xdoclet.hibernatedoclet.fileset.0.include=**/*.java
maven.xdoclet.hibernatedoclet.hibernate.0.Version=2.0
-
Relevant portion of project.xml
src/main/java
src/test/java
src/test/java
**/*
**/*.java
**/*Test.java
Eric Merritt wrote:
--- Tim Chen <[EMAIL PROTECTED]> wrote:
I am using xdoclet/hibernate and do not see that
behavior.
Location 2 and 3 might be bugs.
I also have
maven.xdoclet.hibernatedoclet.destdir=${maven.build.dir}/xdoclet/hibernatedoclet
and the generate .hbms are only in that folder.
Do you have something set up in project.xml
resources that might be
causing this to occur?
-Tim
I don't really see that I do. Its a pretty
straitforward project file and I am not doing
anything
wierd. I will be happy to supply it if anyone is
interested.
__
Do you Yahoo!?
Get better spam protection with Yahoo! Mail.
http://antispam.yahoo.com/tools
-
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]
__
Do you Yahoo!?
Get better spam protection with Yahoo! Mail.
http://antispam.yahoo.com/tools
-
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: hibernate/xdoclet output locations.
Well.. I only ask cause I'm using xdoclet/hibernate combo and it is
working just fine. (only generates it to the location I ask).
Just out of curiousity:
What version of XDoclet are you using?
Can you paste your project.properties and build section from your
project.xml?
-Tim
Eric Merritt wrote:
--- Tim Chen <[EMAIL PROTECTED]> wrote:
I am using xdoclet/hibernate and do not see that
behavior.
Location 2 and 3 might be bugs.
I also have
maven.xdoclet.hibernatedoclet.destdir=${maven.build.dir}/xdoclet/hibernatedoclet
and the generate .hbms are only in that folder.
Do you have something set up in project.xml
resources that might be
causing this to occur?
-Tim
I don't really see that I do. Its a pretty
straitforward project file and I am not doing anything
wierd. I will be happy to supply it if anyone is interested.
__
Do you Yahoo!?
Get better spam protection with Yahoo! Mail.
http://antispam.yahoo.com/tools
-
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: hibernate/xdoclet output locations.
I am using xdoclet/hibernate and do not see that behavior.
Location 2 and 3 might be bugs.
I also have
maven.xdoclet.hibernatedoclet.destdir=${maven.build.dir}/xdoclet/hibernatedoclet
and the generate .hbms are only in that folder.
Do you have something set up in project.xml resources that might be
causing this to occur?
-Tim
Eric Merritt wrote:
I have a quick and, I hope, easy question for you
guys. I have the xdoclet output location setup to
output to the target dir as follows (build.properties)
maven.xdoclet.hibernatedoclet.destdir=${maven.build.dir}/xdoclet/hibernatedoclet
However, I find that xdoclet outputs the xml files to
no less then three locations.
1) The location previously specified.
2) target/classes dir
3) The project top level.
Location 2 doesn't bother me so much, but outputting
to the top level clutters up the project a bit and is
somewhat annoying. Do any of you have any ideas about
how to stop this?
Thanks,
Eric
__
Do you Yahoo!?
Get better spam protection with Yahoo! Mail.
http://antispam.yahoo.com/tools
-
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: [ANN] New Maven plugin development build available (20040226)
Thank you so much for your work on Cactus/Maven Cactus Plugin Vincent. However, due to the naming structure of the new cactus maven plugin it should be brought to attention that you have to do the following: 1) Follow the instructions in Vincent's email. 2) Due the original plugin being named maven-cactus-plugin and not cactus-maven you must remove the maven-cactus-plugin-version.jar from your $MAVEN_HOME/plugins directory as well as remove the exploded folder for it in your $HOME/.maven/plugins directory. 3) finally remove all cache files from $HOME/.maven/plugins Failure to do the above will result in cactus plugin clashes. -Tim Vincent Massol wrote: Hi Cactus lovers, I've just uploaded a new 1.6 development build of the Maven plugin for Cactus, containing all the latest changes from CVS HEAD. All information can be found there: http://jakarta.apache.org/cactus/integration/maven/ Changes can be found there: http://jakarta.apache.org/cactus/integration/maven/changes-report.html To install it quickly, run the following (type it on a single line): maven plugin:download -DartifactId=cactus-maven -DgroupId=cactus -Dversion=1.6dev-20040226 Thanks -Vincent Wanna see JUnit in Action? (http://manning.com/massol) - 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: jar jboss-service.xml
Here's one way to do it.
${maven.hibernate.dir}
${maven.build.dir}/META-INF
*.xml
-Tim
thorsten maus wrote:
hi there ..
im working using the multiproject approach ..
my hibernate-jar subrproject creates a jar file containing the
hibernate classes as well as the
mapping files ..
i also added the properties for xdoclet to create the hibernate
jboss-service.xml file ...
BUT ..
how do i get this file inside my hibernate.jar /META-INF file
-
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: changing the maven repo location
Hi Henri,
Look at
maven.plugin.dir default ${maven.home}/plugins
maven.repo.local default ${maven.home.local}/repository
-Tim
Henri Yandell wrote:
Not something that leaps out to me from the faq, wiki or site, but what's
the variable to change where a user's maven repository/plugin are located?
I want to run two maven's under one user without interaction.
Thanks,
Hen
-
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: changing the maven repo location
Hi Henri,
Look at
maven.plugin.dir default ${maven.home}/plugins
maven.repo.local default ${maven.home.local}/repository
Each individual user can set his or her preferences by putting those in
their ${home}/build.properties
-Tim
Henri Yandell wrote:
Yep. Well, it's not user-based but script-based, but yeah that's what I
want.
Thanks for the quick answer.
Hen
On Mon, 23 Feb 2004, John Casey wrote:
You probably want to set the environment variable MAVEN_HOME_LOCAL per
user, which will direct local repository stuff and expanded/installed
plugins to a user-specific directory. Is that what you mean?
-john
On Mon, 2004-02-23 at 09:29, Henri Yandell wrote:
Not something that leaps out to me from the faq, wiki or site, but what's
the variable to change where a user's maven repository/plugin are located?
I want to run two maven's under one user without interaction.
Thanks,
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
John Casey
[EMAIL PROTECTED]
CommonJava Open Components Project
http://www.commonjava.org
-
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: Error when creating a new goal
If the file is not open and it is unable to delete it.. Try to manually delete.. if windows gives you an error saying that the file is locked then welcome to windows. You cant do anything but reboot (I've tried killing every windows process that I could and it still wont work). This usually happens when someone is viewing a file while the clean is happening. -Tim Freddy wrote: No, and otherwise I call a clean goal before the site goal, so the files are created for the first time by the site goal. the order of the calls in my goal are: - clean - site - copy the files site goal generated to a specific paste (via and tag "copy") - jar:install - clean but as I've said the clean (the second one) canÂt delete all the files and I get the error below (everytime with different file anyway...) clean:clean: [delete] Deleting directory C:\eclipseWSAD\workspace\Mine\target BUILD FAILED File.. file:/C:/maven/loaded_plugins/maven-clean-plugin-1.1/ Element... ant:delete Line.. 12 Column 43 Unable to delete file C:\eclipseWSAD\workspace\Mine\target\docs\apidocs\br\com\test\class-use\Test Main.html Total time: 49 seconds Finished at: Thu Feb 19 17:18:16 PST 2004 []s Freddy Frederico Silva GuimarÃes Tel: (21) 9952-1717 ICQ: 127277403 Email: [EMAIL PROTECTED] - Original Message - From: "John Casey" <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Sent: Thursday, February 19, 2004 11:05 AM Subject: Re: Error when creating a new goal Dumb question, but it's something I'm embarrassed to say has stumped me before... Do you have another process open and viewing a subdirectory of the target, like a command shell or something? Just thought I'd check. -john On Thu, 2004-02-19 at 18:26, Freddy wrote: Hi I'm tring to create a new goal where I create the project site (via goal site), move the site to other paste (via ant tags) and then I clean the project (via goal clean) But when I run my goal the clean goal fail, because he can't delete some files of the target directory. does anyone know why this is happening and how to stop this? Thanks for the attention []s Freddy Frederico Silva GuimarÃes Tel: (21) 9952-1717 ICQ: 127277403 Email: [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: jboss -- configuration services
There are several ways. The easiest is probably to define these as dependencies. Another way that I've done it is to have them generated in the correct location for the artifact plugin (this location changes based on what kind of artifact you are building) to pick them up. Don't know what best 'maven' practice would be here. Tim Chen [EMAIL PROTECTED] -Original Message- From: thorsten maus [mailto:[EMAIL PROTECTED] Sent: Sunday, February 15, 2004 5:42 AM To: Maven Users List Subject: jboss -- configuration services hi ... how to i tell the ear plugin to integrate jboss-service.xml postgres-ds.xml into its package ??? - 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 jboss hibernate
Yes.. Read the about the xdoclet hibernate plugin.
As a quick start:
Include the following into your project.properties:
maven.xdoclet.hibernatedoclet.destdir=${maven.build.dir}/xdoclet/hiberna
tedoclet
maven.xdoclet.hibernatedoclet.fileset.0=true
maven.xdoclet.hibernatedoclet.fileset.0.dir=${maven.src.dir}/java
maven.xdoclet.hibernatedoclet.fileset.0.include=**/*.java
maven.xdoclet.hibernatedoclet.hibernate.0.Version=2.0
maven.xdoclet.hibernatedoclet.jbossservice.0=true
//include the remaining jbossservice tags that you need here.
The maven.xml file is pretty simple:
Finally make sure that you have the correct xdoclet dependencies.
Tim Chen
[EMAIL PROTECTED]
-Original Message-
From: thorsten maus [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 15, 2004 4:31 AM
To: Maven Users List
Subject: maven jboss hibernate
was anybody able to get this combination running ??
-- creating *.hbm.xml files based on source files
-- creating the jboss-service.xml file accondingly to the created
*.hbm.xml files
-- packing the *.hbm.xml files into a jar
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 eclipse enhancement
Well for example: I have a project that is setup as different modules. Project X UI module EJB module Y module Instead of using a single maven project, all the modules are their own project. In cvs they are kept in the same way (similar to maven-plugins) In eclipse I setup one java project (Project X) And add the src folders/dependencies of all the submodules. In order to do thi, however, I have to: 1) maven eclipse from the root. 2) maven eclipse:generate-classpath from each of the submodules that define their own dependencies. 3) merge all the subprojects' .classpath files into the parent. 4) refresh the eclipse project and remove all (possible) duplicates and errors from the merge. It would be nice if the eclipse project was aware that it was a multiproject and did its magic. Tim Chen [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, February 12, 2004 6:31 PM To: Maven Users List Subject: RE: maven eclipse enhancement "Tim Chen" <[EMAIL PROTECTED]> wrote on 13/02/2004 09:53:19 AM: > Sorry to jump on this thread with something a bit off the original > intent. It would also be nice if the eclipse target supported > multiproject. What do you mean by this? -- dIon Gillard, Multitask Consulting - 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 eclipse enhancement
Sorry to jump on this thread with something a bit off the original intent. It would also be nice if the eclipse target supported multiproject. Tim Chen [EMAIL PROTECTED] -Original Message- From: Jeffrey Bonevich [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 11, 2004 8:40 AM To: Maven Users List Subject: Re: maven eclipse enhancement Try setting a "name filter pattern" in the Package Explorer in eclipse (drop down menu in explorer -> Filters -> Name Filter Pattern). jeff Eric Pugh wrote: > I see the same thing sometimes.. CVS directories everywhere when the > project is Shared... Unfortunantly it doesn't always happen to every > project, so I've never looked into it.. > > Eric > > >>-Original Message- >>From: J?rg Schaible [mailto:[EMAIL PROTECTED] >>Sent: Wednesday, February 11, 2004 8:45 AM >>To: Maven Users List >>Subject: RE: maven eclipse enhancement >> >> >>[EMAIL PROTECTED] wrote on Wednesday, February 11, 2004 5:11 AM: >> >> >>>Is the project shared (i.e. under CVS control) in eclipse >> >>terminology. >> >>>This is the only time I've seen that happen, otherwise >> >>eclipse usually >> >>>hides em. >> >>Well, you cannot always share. In my project Eclipse fails to >>share if you have a module like "root/project". And if you >>dod not share it, all CVS directories and files end up in the jar. >> >>>>>While this could easily be done, I've never noticed CVS metadata >>>>>directories causing any issues in Eclipse (and CVS is all that I >>>>>use) >>>>> >>>>>What problem are you experiencing? >>>>> >>>>>(Also, best to raise it as a JIRA issue otherwise it will be >>>>>forgotten) >> >>There is already a patch in JIRA >>(http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPECLIPSE- > > 14), but I did not see any patches ever be applied to this plugin! > > Regards, > J?rg > > - > 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] -- jeff bonevich mailto: [EMAIL PROTECTED] "Any sufficiently advanced technology is indistinguishable from magic." Arthur C. Clarke "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." Rich Cook "All programmers are playwrights and all computers are lousy actors." Unknown - 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: Including the ejb-jar.xml into the JAR's META-INF/
Several ways:
1) Change the maven.xdoclet.ejbdoclet.deploymentdescriptor.0.destDir
Which currently defaults to: ${maven.build.dir}/xdoclet/ejb/META-INF
That should change to ${maven.build.dest}/META-INF
2) Declare them as resources:
target/xdoclet/ejb/META-INF
${maven.build.dest}/META-INF
**/*.xml
Tim Chen
[EMAIL PROTECTED]
-Original Message-
From: Eric Chow [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 08, 2004 9:37 PM
To: Maven Users List
Subject: Including the ejb-jar.xml into the JAR's META-INF/
Hello,
I use Xdoclet-plugin for Maven to generate the ejb-jar.xml, jboss.xml,
jbosscmp-jdbc.xml.
How can Maven to including those deployment descriptors into the JAR's
META-INF/
Eric
==
If you know what you are doing,
it is not called RESEARCH!
==
-
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: CVS NT Repo
Thanks to everyone that offered a solution :) This one works with my default cvs checkout as well so I used it instead of using the pipe | approach which worked just as well for the reports. Thanks again :) -Tim Cuong Tran wrote: Try this: /d//CVSREPO --- Tim Chen <[EMAIL PROTECTED]> wrote: Stupid CVS NT Repos have connection strings such as: [EMAIL PROTECTED]:d:/CVSREPO This causes report errors: BUILD FAILED File.. file:/C:/Documents and Settings/chengt/.maven/plugins/maven-multiproject-plugin-1.1/ Element... maven:reactor Line.. 69 Column 7 Unable to obtain goal [site] -- file:/C:/Documents and Settings/chengt/.maven/plugins/maven-xdoc-plugin-1.4/:399:9: Invocation of method 'getCvsRoot' in class org.apache.maven.project.Repository threw exception class java.lang.IllegalArgumentException : repository connection string contains more than six tokens Total time: 23 seconds Finished at: Tue Feb 03 14:55:30 EST 2004 Anyone have a way around this? Anyone using cvs nt? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ - 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 Plugin Page Missing
I noticed the same thing. Use: http://maven.apache.org/reference/plugins/core-plugins.html http://maven.apache.org/reference/plugins/optional/optional.html For now :) Tim Chen [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 03, 2004 8:41 PM To: [EMAIL PROTECTED] Subject: Maven Plugin Page Missing Hi, I was wondering, what happen to the following page? http://maven.apache.org/reference/plugins/index.html Thanks, -Conrad - 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]
CVS NT Repo
Stupid CVS NT Repos have connection strings such as: [EMAIL PROTECTED]:d:/CVSREPO This causes report errors: BUILD FAILED File.. file:/C:/Documents and Settings/chengt/.maven/plugins/maven-multiproject-plugin-1.1/ Element... maven:reactor Line.. 69 Column 7 Unable to obtain goal [site] -- file:/C:/Documents and Settings/chengt/.maven/plugins/maven-xdoc-plugin-1.4/:399:9: Invocation of method 'getCvsRoot' in class org.apache.maven.project.Repository threw exception class java.lang.IllegalArgumentException : repository connection string contains more than six tokens Total time: 23 seconds Finished at: Tue Feb 03 14:55:30 EST 2004 Anyone have a way around this? Anyone using cvs nt? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Multiproject and site reports
Seems like it should be simple but I can't seem to figure out how to do
this without hardcoding a path.
How do you define a single master project level configuration for your
reports if your running multiproject:site?
For example the checkstyle plugin/report wants to look for a
maven.checkstyle.header.file under ${basedir}/LICENSE.txt.
But if I have:
rootproject
-subprojectA
-subprojectB
How do I have all the project reports (including root) share the same
LICENSE.txt that I included in the master project?
Thanks,
-Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: test
__ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT Starting the reactor... test:compile: [echo] No test source files to compile. test:test: [echo] No tests to run. BUILD SUCCESSFUL Total time: 10 seconds Finished at: Sat Jan 31 18:52:02 EST 2004 -Original Message- From: Christian Andersson [mailto:[EMAIL PROTECTED] Sent: Saturday, January 31, 2004 12:13 PM To: Maven Users List Subject: Re: test the test might have been successfull, but how can I know when I don't even know what you are testing :-) Jason van Zyl wrote: > test > - 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: clean goal does not delete the war
${maven.war.final.name} defaults to ${pom.artifactId}.war (look at the
docs and the jelly script)
What exactly was the error?
Tim Chen
[EMAIL PROTECTED]
-Original Message-
From: Brian Burridge [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 29, 2004 5:33 PM
To: Maven Users List
Subject: war:clean goal does not delete the war
When I run war:clean, it removes the webapp directory, but does not
remove the war, instead giving an error. The reason is that war:clean
uses ${maven.war.final.name}, which gets set in war:init (not called if
you just do war:clean.) Therefore the maven.war.final.name is null.
I have changed war:clean in my version to use ${pom.artifactId}.war
instead of ${maven.war.final.name}, which works for my needs. I don't
know if this is the best solution though.
Brian N. Burridge
-
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: Sample EJB Project Using JBoss and Maven?
The xjavadoc dependency is incorrectly declared. This is an issue in Jira already. Possible solutions: 1) copy (don't move) the xjavadoc jar from xdoclet group to xjavadoc group. 2) change the xdoclet plugin's xjavadoc dependency to use the xdoclet groupId 3) create xjavadoc/jars/xjavadoc-1.0.2.jar in your own local repository and point to it in repo remote. Tim Chen [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 28, 2004 5:51 PM To: [EMAIL PROTECTED] Subject: Re: Sample EJB Project Using JBoss and Maven? Hi, after installing the xdoclet plugin, I'm now getting the following error message: BEGIN TRANSCRIPT: MY-MACHINE ~/workspace/webshop/WebShop-Beans $ maven clean jar jar:install __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT clean:clean: [delete] Deleting directory C:\workspace\webshop\WebShop-Beans\target clean: java:prepare-filesystem: [mkdir] Created dir: C:\workspace\webshop\WebShop-Beans\target\classes java:compile: [echo] XDoclet : Generation of EJB interfaces and deployments Attempting to download xjavadoc-1.0.2.jar. WARNING: Failed to download xjavadoc-1.0.2.jar. BUILD FAILED File.. file:/c:/workspace/webshop/WebShop-Beans/ Element... attainGoal Line.. 18 Column 41 The build cannot continue because of the following unsatisfied dependency: xjavadoc-1.0.2.jar (no download url specified) Total time: 8 seconds Finished at: Wed Jan 28 14:45:51 PST 2004 END TRANSCRIPT: However, I cannot locate file(s) where this dependency is listed. In the Webshop-Beans directory, the project.xml has a reference to the following: xdoclet xjavadoc 1.0 http://xdoclet.sourceforge.net/ jar xjavadoc-1.0.jar If anyone has any ideas as to how to resolve this error message, please post to the group and/or send me an e-mail. Thanks in advance, -Conrad > Quoting [EMAIL PROTECTED]: > > > BUILD FAILED > > File.. file:/c:/workspace/webshop/Webshop-Beans/ > > Element... attainGoal > > Line.. 18 > > Column 41 > > No goal [xdoclet:ejbdoclet] > > Total time: 11 seconds > > Finished at: Tue Jan 27 17:36:50 PST 2004 > > Do you have the xdoclet plugin installed? > > - > 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: Multiproject Cactus Plugin
Thanks Vincent I'll give it a try :) Tim Chen [EMAIL PROTECTED] -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: Monday, January 26, 2004 7:42 AM To: 'Maven Users List' Cc: [EMAIL PROTECTED] Subject: RE: Multiproject Cactus Plugin Hi Tim, You're right. I'm not sure why it is causing any problem but I've modified the Cactus plugin code to not include project sources in the cactified WAR when testing using the test-ear goal (only the Cactus sources are included). It's currently in CVS HEAD. Thanks -Vincent PS: Please post to the Cactus mailing list next time as the Cactus is living there (it is no longer in the Maven project itself). > -Original Message- > From: Tim Chen [mailto:[EMAIL PROTECTED] > Sent: 23 January 2004 06:07 > To: 'Maven Users List' > Subject: Multiproject Cactus Plugin > > Can someone provide an example of using the cactus plugin in a > multiproject environment? > > I have a project that is laid out roughly as: > > Root > --ui (for war) > --ejb (for ejb jar) > --src > --ejb > --test-cactus > --webapp >--web.xml (skeleton web.xml for cactus as in samples) --ear (for > final ear) > > The problem is that when the cactus:test-ear is run it tries to create a > war that has pretty much all the files from the ejb module even though > they should not be in the war. That causes an error in the deployment. > > The same thing seems to happen in > jakarta-cactus\integration\maven\samples\ejb > When I do a maven cactus:test-ear from there it seems to do the same > thing (although I had to change the j2ee dependency to the jboss-j2ee to > test). > > It causes errors such as: > 00:03:42,712 INFO [Engine] StandardHost[localhost]: MAPPING > configuration error for request URI > /maven-cactus-sample-ejb/ServletRedirector > 00:03:43,253 INFO [Engine] StandardHost[localhost]: MAPPING > configuration error for request URI > /maven-cactus-sample-ejb/ServletRedirector > To appear in the log repeatedly. > For the sample it's okay because eventually it will run.. But for my own > tests it will timeout before ever getting a chance to run. :( > > I'm using the latest one from cvs when getting these. > -Tim > > > - > 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]
Changing name of plugins?
|Is there a way to automagically change the name of a plugin? For example: the newest cactus maven plugin is downloaded via. maven plugin:download -DartifactId=cactus-maven -DgroupId=cactus -Dversion=1.6dev-20040115 Unfortunately, that causes a problem since the 'original' name is maven-cactus (similar to the other maven plugins). In particular it is maven-cactus-plugin-3.2. So doing the line above will not remove this plugin. Without having to manually delete the plugin and rename the new one.. is there a way to give it a name to use? For example: ||maven plugin:download -DartifactId=cactus-maven -DgroupId=cactus -Dversion=1.6dev-20040115 -Dfinal.name=maven-cactus-plugin-3.3 ?? Thanks, -Tim | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Multiproject Cactus Plugin
Can someone provide an example of using the cactus plugin in a multiproject environment? I have a project that is laid out roughly as: Root --ui (for war) --ejb (for ejb jar) --src --ejb --test-cactus --webapp --web.xml (skeleton web.xml for cactus as in samples) --ear (for final ear) The problem is that when the cactus:test-ear is run it tries to create a war that has pretty much all the files from the ejb module even though they should not be in the war. That causes an error in the deployment. The same thing seems to happen in jakarta-cactus\integration\maven\samples\ejb When I do a maven cactus:test-ear from there it seems to do the same thing (although I had to change the j2ee dependency to the jboss-j2ee to test). It causes errors such as: 00:03:42,712 INFO [Engine] StandardHost[localhost]: MAPPING configuration error for request URI /maven-cactus-sample-ejb/ServletRedirector 00:03:43,253 INFO [Engine] StandardHost[localhost]: MAPPING configuration error for request URI /maven-cactus-sample-ejb/ServletRedirector To appear in the log repeatedly. For the sample it's okay because eventually it will run.. But for my own tests it will timeout before ever getting a chance to run. :( I'm using the latest one from cvs when getting these. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Réf. : RE: Making plugins a dependency
Thanks Nicolas but I know how to increase memory. I'm just not sure why it requires that much more memory from a plugin dependency. -Tim [EMAIL PROTECTED] wrote: Set the MAVEN_OPTS environement var to provide more memory set MAVEN_OPTS=-Xmx512m Nicolas "Tim Chen" <[EMAIL PROTECTED]> 22/01/2004 14:00 Veuillez répondre à "Maven Users List" Pour : "'Maven Users List'" <[EMAIL PROTECTED]> cc : Objet : RE: Réf. : RE: Making plugins a dependency It works just fine but when used with a multiproject setup it cause me to run out of memory. Since I couldn't find anything (running maven -X multiproject:install) I can not tell you what the issue is. But just in case you run into the same thing. Maven-1.0 rc1 Tim Chen [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 6:09 AM To: Maven Users List Subject: Réf. : RE: Making plugins a dependency Xdoclet dependancies are not "plugin dependancies" but jar dependancies. To make maven-xdoclet-plugin works you only need to declare this jar dependance and not a "plugin" one. Declare them with : xdoclet xjavadoc 1.0.2 Nicolas Jörg Schaible <[EMAIL PROTECTED]> 22/01/2004 10:55 Veuillez répondre à "Maven Users List" Pour : "Maven Users List" <[EMAIL PROTECTED]> cc : Objet : RE: Making plugins a dependency Eric Pugh wrote on Thursday, January 22, 2004 10:37 AM: Does this work with RC1 of Maven? Or is this something added after RC1, and I should wait for RC2 before using heavily? Eric I try it currently with RC2, but it does not work either: === snip=== xdoclet xjavadoc 1.0.2 http://xdoclet.sourceforge.net plugin xdoclet xdoclet 1.2 http://xdoclet.sourceforge.net plugin [...] === snap=== get: === snip=== $ maven multiproject:site __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc2-SNAPSHOT You are working offline so the build will continue, but maven-junit-report-plugin-1.4-SNAPSHOT.jar may be out of date! Attempting to download xjavadoc-1.0.2.jar. WARNING: Failed to download xjavadoc-1.0.2.jar. Attempting to download xdoclet-1.2.jar. WARNING: Failed to download xdoclet-1.2.jar. Attempting to download xdoclet-xdoclet-module-1.2.jar. WARNING: Failed to download xdoclet-xdoclet-module-1.2.jar. Attempting to download xdoclet-ejb-module-1.2.jar. WARNING: Failed to download xdoclet-ejb-module-1.2.jar. [...] === snap=== Regards, Jörg - 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] - 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: Réf. : RE: Making plugins a dependency
It works just fine but when used with a multiproject setup it cause me to run out of memory. Since I couldn't find anything (running maven -X multiproject:install) I can not tell you what the issue is. But just in case you run into the same thing. Maven-1.0 rc1 Tim Chen [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 6:09 AM To: Maven Users List Subject: Réf. : RE: Making plugins a dependency Xdoclet dependancies are not "plugin dependancies" but jar dependancies. To make maven-xdoclet-plugin works you only need to declare this jar dependance and not a "plugin" one. Declare them with : xdoclet xjavadoc 1.0.2 Nicolas Jörg Schaible <[EMAIL PROTECTED]> 22/01/2004 10:55 Veuillez répondre à "Maven Users List" Pour : "Maven Users List" <[EMAIL PROTECTED]> cc : Objet : RE: Making plugins a dependency Eric Pugh wrote on Thursday, January 22, 2004 10:37 AM: > Does this work with RC1 of Maven? Or is this something added after > RC1, and I should wait for RC2 before using heavily? > > Eric I try it currently with RC2, but it does not work either: === snip=== xdoclet xjavadoc 1.0.2 http://xdoclet.sourceforge.net plugin xdoclet xdoclet 1.2 http://xdoclet.sourceforge.net plugin [...] === snap=== get: === snip=== $ maven multiproject:site __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc2-SNAPSHOT You are working offline so the build will continue, but maven-junit-report-plugin-1.4-SNAPSHOT.jar may be out of date! Attempting to download xjavadoc-1.0.2.jar. WARNING: Failed to download xjavadoc-1.0.2.jar. Attempting to download xdoclet-1.2.jar. WARNING: Failed to download xdoclet-1.2.jar. Attempting to download xdoclet-xdoclet-module-1.2.jar. WARNING: Failed to download xdoclet-xdoclet-module-1.2.jar. Attempting to download xdoclet-ejb-module-1.2.jar. WARNING: Failed to download xdoclet-ejb-module-1.2.jar. [...] === snap=== Regards, Jörg - 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: Maven and EJB Testing
Thanks Vincent :) I'll definitely look for it. Tim Chen [EMAIL PROTECTED] -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 13, 2004 2:38 AM To: 'Maven Users List' Subject: RE: Maven and EJB Testing > -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 provide the updated plug-in jar on the site? Will do today. Thanks -Vincent > > Thanks, > > Rob > > Vincent Massol wrote: > > Hi Tim, > > > > One solution is by using the Cactus plugin for Maven. > > > > -Vincent > > > > > - > 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]
Maven and EJB Testing
Has anyone found a good way to integrate EJB testing into maven? I currently have tests in a test-ee (similar to test-cactus) directory and invoke junitee via ant tasks rewritten into the maven.xml for my ejb subproject. This feels a little bit like I'm bypassing the 'maven way' of testing. Especially since I have to invoke the tests as a postGoal. Is there a better way to integrate j2ee ejb testing? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: extending dependencies
Ahh.. Here's a case where copy and paste would have caught that ;)
Thanks Jason :)
The appends instead of overrides is perfect as it is exactly what I was
looking for :)
Thanks.
Tim Chen
[EMAIL PROTECTED]
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Friday, January 09, 2004 2:24 PM
To: Maven Users List
Subject: Re: extending dependencies
On Fri, 2004-01-09 at 13:16, Tim Chen wrote:
> I have:
> aproject
> -- project.xml
> -- modules
> --subproject
> -- project.xml
>
> in which the subprojects project.xml declares
> ${basedir}/../../project.xml
It is not which is why you're probably not seeing
dependency aggregation. But for the dependencies of the parent are
appended to the child dependencies. It is the exception as the whole
element is not overriden.
> in the aproject project.xml i have a dependency
>
>
>
> log4j
> log4j
> 1.2.8
> http://jakarta.apache.org/log4j.html
>
>
>
> But the subproject doesnt seem to be picking up this dependency :-/
> Anyone encounter this before? Thanks,
> -Tim
>
>
> -
> 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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
extending dependencies
I have:
aproject
-- project.xml
-- modules
--subproject
-- project.xml
in which the subprojects project.xml declares
${basedir}/../../project.xml
in the aproject project.xml i have a dependency
log4j
log4j
1.2.8
http://jakarta.apache.org/log4j.html
But the subproject doesnt seem to be picking up this dependency :-/
Anyone encounter this before?
Thanks,
-Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Réf. : RE: Plugin dependancies
Dont forget that all the required jars of your project are only
downloaded once.
If maven is able to find them in your repository after that it will not
attempt to download them again.
So you can connect to the internet once.. download maven... build your
project one time and it will not need to connect to the internet for any
build after that unless you change a dependency in your build or delete
a dependency from your repository.
-Tim
[EMAIL PROTECTED] wrote:
Thanks but if this mean looking throught all plugins and download all the
jars one by one (what I think), my question was exactly to avoid such a
thing
Extranet
[EMAIL PROTECTED] - 16/12/2003 15:11
Veuillez répondre à [EMAIL PROTECTED]
Pour : users
cc :
Objet : RE: Plugin dependancies
You can download the jars you need from ibiblio (try a search through
google, for example ant-1.5.1.jar) and install them in your local
repository.
The folder structure look like :
${MAVEN_HOME_LOCAL}\repository\ant\jars
for the example ant-1.5.1.jar
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Envoyé : mardi 16 décembre 2003 09:21
À : [EMAIL PROTECTED]
Objet : Plugin dependancies
I would install maven on a machine that is generally not connected to
internet so I can't download the dependancy jar at runtime, is there a goal
(or a command) to download all the dependancies required by ALL the plugins
(so i could connect the machine to internet, download maven, download all
the jars and disconnect it ) ?
Julien
This message and any attachments (the "message") is intended solely for the
addressees and is confidential.
If you receive this message in error, please delete it and immediately
notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole or partial, is
prohibited except formal approval.
The internet can not guarantee the integrity of this message. BNP PARIBAS
(and its subsidiaries) shall (will) not
therefore be liable for the message if modified.
-
Ce message et toutes les pieces jointes (ci-apres le "message") sont
etablis a l'intention exclusive de ses
destinataires et sont confidentiels. Si vous recevez ce message par erreur,
merci de le detruire et d'en avertir
immediatement l'expediteur. Toute utilisation de ce message non conforme a
sa destination, toute diffusion
ou toute publication, totale ou partielle, est interdite, sauf autorisation
expresse. L'internet ne permettant pas
d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales)
decline(nt) toute responsabilite au titre de ce
message, dans l'hypothese ou il aurait ete modifie.
-
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]
This message and any attachments (the "message") is intended solely for the addressees and is confidential.
If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval.
The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not
therefore be liable for the message if modified.
-
Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses
destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir
immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion
ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas
d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce
message, dans l'hypothese ou il aurait ete modifie.
-
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: ear Module breaks multiproject
Sorry this was my stupid mistake. I had named the EAR project id the
same as the main project id.
Usually when I do this (copy and paste bloop) I do it among 2
subprojects.. It's pretty obvious when you do that because the build
will skip one of the subprojects but I guess when it's between the main
and a child project it causes other issues. :-/
Thanks :)
Tim Chen
[EMAIL PROTECTED]
-Original Message-
From: Jefferson K. French [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 13, 2003 12:17 AM
To: Maven Users List
Subject: Re: ear Module breaks multiproject
Do you have any dependencies to build your EAR in your main project.xml?
If so, that could be the problem since your ear/project.xml will inherit
the dependencies.
Jeff
On Fri, 12 Dec 2003, at 13:02:49 [GMT -0500] Tim Chen wrote:
> I followed the link on someone else post and trimmed by project.xml
> and
> project.properties.
> I found that I get the error regardless of whether the type is a jar
or
> an ear.
> Any ideas what might cause a plugin to lose it's goal definitions?
> +
> | Executing multiproject:install-callback MIT Factory Ear Module
> | Memory: 37M/51M
> +
> BUILD FAILED
> File.. file:/C:/Documents and
> Settings/chengt/.maven/plugins/maven-multiproject-plugin-1.1/
> Element... maven:reactor
> Line.. 174
> Column 9
> Unknown goal "multiproject:install-callback"
> Total time: 39 seconds
> Finished at: Fri Dec 12 12:59:53 EST 2003
> Thanks.
> -Tim
> maven.multiproject.type=ear
> maven.ear.appxml.generate=true
>
>
>
> ${basedir}/../../project.xml
>
> MITFactory
> MITFactory
> MIT Factory Ear Module
> Sample EAR project.
> Sample EAR project
>
>
> ${pom.groupId}
> MITFactoryBackend
> ${pom.currentVersion}
> ejb
>
> true
>
>
>
> ${pom.groupId}
> MITFactoryCommon
> ${pom.currentVersion}
>
> true
>
>
>
> ${pom.groupId}
> MITFactoryService
> ${pom.currentVersion}
> sar
>
> true
>
>
>
> ${pom.groupId}
> MITFactoryDatasource
> ${pom.currentVersion}
> sar
>
> true
>
>
>
>
--
mailto:[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: How do I get java:compile to automatically add dependencies to classpath?
Dependency
Needs to be wrapped in a tag.
Ex:
bcel
5.1
Tim Chen
[EMAIL PROTECTED]
-Original Message-
From: Chad Woolley [mailto:[EMAIL PROTECTED]
Sent: Friday, December 12, 2003 6:50 PM
To: [EMAIL PROTECTED]
Subject: How do I get java:compile to automatically add dependencies to
classpath?
Hi,
I am starting a new simple java project. I used the "Simple Java"
example from
the examples plugin. I only have two class files so far (test classes
not added
yet).
The problem is that when I run java:compile, it does not add my
dependent jar to
the classpath, even though I have it in the dependencies section. I
also tried
adding it to the override jars, but it still does not get added to the
classpath.
I have compared this to existing working projects, and I can't wee what
I am
doing wrong.
Here's some info, let me know if I need to provide anything else.
Thanks,
Chad
Dependency and build section from project.xml
bcel
5.1
src\java
src\test
**/*Test.java
--
PROJECT.PROPERTIES:
#
# repository #
maven.build.dest=target\\main
#
# jar override #
maven.jar.override = on
maven.jarResources.basedir = ${pom.build.sourceDirectory} maven.jar.bcel
= ${basedir}/lib/bcel-5.1.jar
#
# java
#
maven.compile.debug = on
maven.compile.optimize = on
maven.compile.deprecation = on
maven.compile.target = 1.3
maven.compile.source = 1.3
maven.javadoc.source = 1.3
#
# test
#
maven.test.source = 1.3
maven.test.failure.ignore = true
maven.junit.fork = true
VERBOSE CONSOLE OUTPUT:
java:compile:
[echo] Compiling to target\main
[javac] [DEBUG] fileset: Setup scanner in dir
D:\projects\throwableutil\src\java with patternSet{ includes: []
excludes:
[**/package.html] }
[javac] [VERBOSE] org\throwableutil\ThrowableUtilsOrig.java added
as
org/throwableutil/ThrowableUtilsOrig.class doesn't exist.
[javac] [VERBOSE] org\throwableutil\ThrowableUtilsCreator.java
added as
org/throwableutil/ThrowableUtilsCreator.class doesn't exist.
[javac] Compiling 2 source files to
D:\projects\throwableutil\target\main
[javac] [VERBOSE] Using modern compiler
[javac] [VERBOSE] Compilation arguments:
'-deprecation'
'-d'
'D:\projects\throwableutil\target\main'
'-classpath'
'D:\projects\throwableutil\target\main;D:\maven\lib\forehead-1.0-beta-5.
jar'
'-sourcepath'
'D:\projects\throwableutil\src\java'
'-target'
'1.3'
'-g'
'-O'
'-source'
'1.3'
The ' characters around the executable and arguments are
not part of the command.
[javac] [VERBOSE] Files to be compiled:
D:\projects\throwableutil\src\java\org\throwableutil\ThrowableUtilsOrig.
java
D:\projects\throwableutil\src\java\org\throwableutil\ThrowableUtilsCreat
or.java
D:\projects\throwableutil\src\java\org\throwableutil\ThrowableUtilsCreat
or.java:8:
package org.apache.bcel does not exist
import org.apache.bcel.Constants;
^
-
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: ear Module breaks multiproject
I followed the link on someone else post and trimmed by project.xml and
project.properties.
I found that I get the error regardless of whether the type is a jar or
an ear.
Any ideas what might cause a plugin to lose it's goal definitions?
+
| Executing multiproject:install-callback MIT Factory Ear Module
| Memory: 37M/51M
+
BUILD FAILED
File.. file:/C:/Documents and
Settings/chengt/.maven/plugins/maven-multiproject-plugin-1.1/
Element... maven:reactor
Line.. 174
Column 9
Unknown goal "multiproject:install-callback"
Total time: 39 seconds
Finished at: Fri Dec 12 12:59:53 EST 2003
Thanks.
-Tim
maven.multiproject.type=ear
maven.ear.appxml.generate=true
${basedir}/../../project.xml
MITFactory
MITFactory
MIT Factory Ear Module
Sample EAR project.
Sample EAR project
${pom.groupId}
MITFactoryBackend
${pom.currentVersion}
ejb
true
${pom.groupId}
MITFactoryCommon
${pom.currentVersion}
true
${pom.groupId}
MITFactoryService
${pom.currentVersion}
sar
true
${pom.groupId}
MITFactoryDatasource
${pom.currentVersion}
sar
true
-Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ear Module breaks multiproject
Maven 1.0 rc1
I'm not sure what I did wrong.
My multiproject works fine until I try to drop in an ear module.
The structure is as so:
C:\projects\MITFactoryGui\modules\ear>
I get this when running: maven multiproject:install
+
| Executing multiproject:install-callback MIT Factory Ear Module
| Memory: 37M/56M
+
BUILD FAILED
File.. file:/C:/Documents and
Settings/chengt/.maven/plugins/maven-multiproject-plugin-1.1/
Element... maven:reactor
Line.. 174
Column 9
Unknown goal "multiproject:install-callback"
Total time: 48 seconds
Finished at: Fri Dec 12 11:49:56 EST 2003
-
But all the other projects will build just fine.
The only 2 files in the module are project.xml and project.properties
Their content are below:
../../project.xml
MITFactory
MITFactory
MIT Factory Ear Module
1.0
com.nielsenmedia.mitfactory.backend
MIT Factory GUI Service
Deployable ear for MIT Factory
log4j
log4j
1.2.8
http://jakarta.apache.org/log4j.html
true
[EMAIL PROTECTED]
src/java
maven.xdoc.date=left
maven.xdoc.version=${pom.currentVersion}
maven.multiproject.type=ear
Anyone know what I am doing wrong?
Thanks,
-Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Name of generated files
Agreed that it is probably best practice but if you want to you can always over-ride the property (if provided) of the plugin you are using. Read http://maven.apache.org/reference/plugins/index.html for more information Since you are creating a jar then you should look at the properties of the jar plugin. -Tim Emmanuel Venisse wrote: All jars MUST have a version. It's a best practices. Emmanuel - Original Message - From: "Stéphane Philippart" <[EMAIL PROTECTED]> To: "Maven Users List (E-mail)" <[EMAIL PROTECTED]> Sent: Friday, December 12, 2003 4:51 PM Subject: Name of generated files Hi, I am in a case where I don't want version number on my deliverable files but i want to be able to use the install targets to install my app in the repository to refence the file with the dependency tag. When I don't put a tag in my project.xml (or put the tag ) the generated file are all with a '-' at the end of the file name name, like foo-j.jar. How can i generate (and reuse in depedency) files without '-' like foo.jar. Steph 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]
Re: MavenTagLibrary class not found
I just did the same thing and didnt receive any errors. Are you sure you're using a clean copy of Maven? (Make sure to blow out the .maven directory as well in your user.home directory -Tim Jason van Zyl wrote: On Wed, 2003-12-10 at 13:10, Brice Copy wrote: Hi, I launched : maven genapp Chose all the default inputs and got the project.xml, projects.properties and sample java. Everything seemed okay to me. Then launched : maven java:compile I got the exact same result. Where can I expect to find : org.apache.maven.jelly.tags.project.MavenTagLibrary How can the other goal work if a class as crucial as this is really missing ? I tried a complete reinstall of Maven, but I get the same result again Then there is problem somewhere. I'll try the genapp plugin myself, and will add a test. Thanks Brice Jason van Zyl wrote: I'm able however to generate javadoc or even run "java:prepare-filesystem" without any problems. Any ideas where I should start looking ? Sorry if it's a given, I searched the mailing list and couldn't find anything related. Any hints welcome, Did you use the genapp process as described in the user guide. If not, do that before asking more questions. The genapp stuff should produce for you a fully working project for browsing. On Wed, 2003-12-10 at 12:26, Brice Copy wrote: Hello, I downloaded and installed Maven 1.0rc1, then created a dummy project following the project descriptor in the user guide. When I try to attain simple goals like "java:compile", I get the following exception stack : java.lang.ClassNotFoundException: org.apache.maven.jelly.tags.project.MavenTagLibrary at java.net.URLClassLoader$1.run(URLClassLoader.java:198) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:262) at org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1039) at org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) (...) - 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: xdoclet:ejbdoclet and weblogic
Correct me if I'm wrong but 1.2b4 is just another name for 1.2b3 Apparently the naming of the two got confused. -Tim Konstantin Priblouda wrote: --- "Geddes, Mark (ANTS)" <[EMAIL PROTECTED]> wrote: Do you have the equivalent of this in your project.xml? xdoclet+bea-module 1.2b4 I would recommend 1.2b3 built from current CVS... regards, = [ Konstantin Pribluda ( ko5tik ) ] Zu Verstärkung meines Teams suche ich ab Sofort einen Softwareentwickler[In] für die Festanstellung. Arbeitsort: Mainz Skills: Programieren, Kentnisse in OpenSource-Bereich [ http://www.pribluda.de ] __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ - 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: Is it possible to keep unit tests in the same directories asproduction classes?
Wow.. Now I wish I hadn't offered a fix ;) Chad.. The main thing here (solely speaking from a user POV) is that Maven is trying to enforce a 'standard' way of doing things. Remember "Maven aims to make the developer's life easier by providing a well defined project structure, well defined development processes to follow." Of course a standard way is supposed to be considerate of best practices (well defined). Best practices would seem to dictate that you do not have test classes along with application classes. If you are not going to deploy it together then why confuse development by bundling it as such? As Jason said.. There are plenty of other tools out there than can handle more of a hodpodge/adhoc style, but that is not the goal of Maven. Tim Chen [EMAIL PROTECTED] -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Monday, December 08, 2003 11:01 PM To: Maven Users List Subject: Re: Is it possible to keep unit tests in the same directories asproduction classes? On Mon, 2003-12-08 at 22:12, Chad Woolley wrote: > Hi, > > Is there any particular reason for these vehement and draconian > objections? :) Yes, don't mix your concerns. > What are the technical issues caused by this? Trying to teach each test related plugin how to deal with what is a test and what isn't is a major pain in the ass. The clover plugin for example, trying to instruct it what to instrument and what not to. Why bother? The answer is we don't both because we know the tests are in one and the application code is in another. Makes things much easier. > I can understand how some > plugins won't work, but this could be an acceptable price. No, it's not. Not to us anyway. Roll whatever you like with whatever you like but Maven's isn't going to help you. You always have Ant if you don't like what we're selling. > I can > understand that separate source trees is the "right" way, but does is > have to be the only way? Here it does. There isn't a snowball's chance in hell that you'll ever convince anyone where that allowing sources to exist in the same directory as application code is a even a remotely good idea. > In my particular case, I want to setup maven to illustrate it's > benefits > to the rest of my team. However, if I tell them I have to totally > reorganize the source tree before I can show off maven, I don't think > they are going to buy it. Then they don't buy. Arguments like that will get you absolutely no where here. > It seems like it would be to maven's benefit to be as flexible as > possible when people are migrating to it. Otherwise, people may not > even want to go to the trouble of trying it... Then they don't have to try it. If they don't see the benefit of the separation of concerns then that's not our problem. This type of discussion has come up over and over again and we're not likely to budge. So if you don't like it then stick with your Ant build. Really, if you're not flexible to and don't see the benefit then Maven simply isn't the tool for your team. We're far from being the only show in town. There are lots of choices out there. > Thanks, > Chad > > Jason van Zyl wrote: > > Now I'm going to have add something that halts the build if any > > derivatives of org.junit.Test* are found in the source directory > > > > > > - > 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is it possible to keep unit tests in the same directories as production classes?
hehe i did offer a disclaimer ;) Jason van Zyl wrote: On Mon, 2003-12-08 at 16:20, Tim Chen wrote: I'm sure that it's not recommened but you can achieve that using a few changes in your project.xml setup. use: **/Test*.java to prevent building ur test classes into your src. then for ur unitTest declaration do something like: **/Test*.java along with a unitTestSourceDirectory that matches ur sourceDirectory. Now I'm going to have add something that halts the build if any derivatives of org.junit.Test* are found in the source directory :-) -Tim Chad Woolley wrote: Hello, I want to implement maven on an existing project, which has the unit tests in the same directories as the classes they test. Is this supported with maven? I read the test plugin docs, but I don't see any properties or any info there... Thanks, Chad - 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: Is it possible to keep unit tests in the same directories as production classes?
I'm sure that it's not recommened but you can achieve that using a few changes in your project.xml setup. use: **/Test*.java to prevent building ur test classes into your src. then for ur unitTest declaration do something like: **/Test*.java along with a unitTestSourceDirectory that matches ur sourceDirectory. -Tim Chad Woolley wrote: Hello, I want to implement maven on an existing project, which has the unit tests in the same directories as the classes they test. Is this supported with maven? I read the test plugin docs, but I don't see any properties or any info there... Thanks, Chad - 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]
