When to initialize bean properties?
I have a bean property that is displayed on a page. The value of the property needs to be initialized by making a service layer call. When should this initialization be done? Currently I am doing a lazy initialization when the property is first accessed: public class ForumDetailsBean { private ForumDetailsVO forum; public ForumDetailsVO getForum() { if (forum == null) { forum = forumService.getForumDetails(forumId); } return forum; } public void setForum(ForumDetailsVO forum) { this.forum = forum; } } In other component frameworks I have used (e.g. asp.net), such initialization is done on page load events. What is the recommended JSF way? (BTW, my bean is in request scope). Naresh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: When to initialize bean properties?
Please ignore - sent to wrong forum accidentally. Naresh -Original Message- From: Naresh Bhatia Sent: Thursday, December 07, 2006 1:21 PM To: 'Maven Users List' Subject: When to initialize bean properties? I have a bean property that is displayed on a page. The value of the property needs to be initialized by making a service layer call. When should this initialization be done? Currently I am doing a lazy initialization when the property is first accessed: public class ForumDetailsBean { private ForumDetailsVO forum; public ForumDetailsVO getForum() { if (forum == null) { forum = forumService.getForumDetails(forumId); } return forum; } public void setForum(ForumDetailsVO forum) { this.forum = forum; } } In other component frameworks I have used (e.g. asp.net), such initialization is done on page load events. What is the recommended JSF way? (BTW, my bean is in request scope). Naresh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to integrate database builds in to the Maven build lifecycle?
I would like to find out how people use Maven to integrate database builds into the Maven build cycle. My team is currently using a multiple-pass approach, i.e. invoking Maven multiple times with different goals - primary reason is that the database schema is generated from a UML model during the build. Here's the sequence of steps we use to build and test our app: 1) mvn drop-schema -- custom goal to drop existing schema from database 2) mvn compile 3) mvn create-schema -- custom goal to create schema in the database 4) mvn test Note that doing a mvn install on freshly checked out source fails the tests because there is no schema in the database. We have to either perform all of the steps above or run mvn install -Dmaven.test.skip=true in order to succeed the build. How can we integrate the schema drop and create into the regular build cycle so that a simple mvn install would work? It appears that we should be hooking into some phases of the Maven build cycle, but I do not want to reinvent the wheel if there is a well known best practice around this. Thanks. Naresh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to integrate database builds in to the Maven build lifecycle?
Thanks makes sense! Thanks Wayne. Naresh -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, October 27, 2006 3:06 PM To: Maven Users List Subject: Re: How to integrate database builds in to the Maven build lifecycle? Have you looked at the complete list of phases? http://maven.apache.org/guides/introduction/introduction-to-the-lifecycl e.html Sounds to me like you might want to hook it up like: @generate-test-resources drop-schema @process-test-resourcescreate-schema Wayne On 10/27/06, Naresh Bhatia [EMAIL PROTECTED] wrote: I would like to find out how people use Maven to integrate database builds into the Maven build cycle. My team is currently using a multiple-pass approach, i.e. invoking Maven multiple times with different goals - primary reason is that the database schema is generated from a UML model during the build. Here's the sequence of steps we use to build and test our app: 1) mvn drop-schema -- custom goal to drop existing schema from database 2) mvn compile 3) mvn create-schema -- custom goal to create schema in the database 4) mvn test Note that doing a mvn install on freshly checked out source fails the tests because there is no schema in the database. We have to either perform all of the steps above or run mvn install -Dmaven.test.skip=true in order to succeed the build. How can we integrate the schema drop and create into the regular build cycle so that a simple mvn install would work? It appears that we should be hooking into some phases of the Maven build cycle, but I do not want to reinvent the wheel if there is a well known best practice around this. Thanks. Naresh - 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: How to unpack a zip file into a source directory
Thanks Peter. I have made a note of this - will look it up when I get a chance. Naresh -Original Message- From: Peter Anning [mailto:[EMAIL PROTECTED] Sent: Sunday, October 15, 2006 7:32 PM To: Maven Users List Subject: RE: How to unpack a zip file into a source directory Just to add to this thread check out http://jira.codehaus.org/browse/MNG-1683 this gave me my solution for packaging stuff in a zip deploying as an artifact then unpacking in a war. Peter -Original Message- From: Naresh Bhatia [mailto:[EMAIL PROTECTED] Sent: Sunday, 15 October 2006 1:01 PM To: Maven Users List Subject: RE: How to unpack a zip file into a source directory Perfect! That worked like a charm. Thanks again Wendy. Naresh -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Saturday, October 14, 2006 10:32 PM To: Maven Users List Subject: Re: How to unpack a zip file into a source directory On 10/14/06, Naresh Bhatia [EMAIL PROTECTED] wrote: Wendy, Quick question. It seems that the dependency-maven-plugin does not recognize the .zip extension. I had to change the extension to .jar to make the plugin work. Is my understanding correct? You can use the type element to tell the dependency plugin what to look for. Take a look at this old revision of one of my wiki pages, when I was still installing the Selenium distribution .zip file in my local repository: http://wiki.wsmoak.net/cgi-bin/wiki.pl?action=browseid=Maven/ Seleniumr evision=5 artifactItem groupIdorg.openqa/groupId artifactIdselenium-core/artifactId version0.7.0/version typezip/type --- /artifactItem HTH, -- Wendy - 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]
How to unpack a zip file into a source directory
Hi, I would like to unpack a zip file into a source directory using Maven. What is the best way to do this? Here are the details of what I am trying to do: - The zip file is essentially the Dojo JavaScript library (ajax-2006.10.10.zip ) - it simply contains JavaScript source. - I would like to unpack this file under my project's ${basedir}/src/main/webapp/scripts. - I don't know if it is ok to keep such artifacts in the maven local repository, but for right now I have kept the Dojo library at .m2/repository/dojo/ajax/2006.10.10/ajax-2006.10.10.zip - I was playing around with the assembly:unpack goal to unpack the library. I tried the following command but it absolutely did not work - obviously I don't know how to use it: mvn assembly:unpack \ -DfinalName=ajax-2006.10.10.zip \ -DoutputDirectory=${basedir}/src/main/webapp/scripts - I would ideally like to have a goal in my pom.xml which will make it easy to perform the unpacking, something like mvn unpack-dojo How can I create something equivalent to this? Thanks for your help. Naresh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to unpack a zip file into a source directory
Please ignore this message. I had sent it to the mailing list without realizing that I was not subscribed to the list. This message has already been answered satisfactorily. Naresh -Original Message- From: Naresh Bhatia [mailto:[EMAIL PROTECTED] Sent: Saturday, October 14, 2006 11:11 AM To: users@maven.apache.org Subject: How to unpack a zip file into a source directory Hi, I would like to unpack a zip file into a source directory using Maven. What is the best way to do this? Here are the details of what I am trying to do: - The zip file is essentially the Dojo JavaScript library (ajax-2006.10.10.zip ) - it simply contains JavaScript source. - I would like to unpack this file under my project's ${basedir}/src/main/webapp/scripts. - I don't know if it is ok to keep such artifacts in the maven local repository, but for right now I have kept the Dojo library at .m2/repository/dojo/ajax/2006.10.10/ajax-2006.10.10.zip - I was playing around with the assembly:unpack goal to unpack the library. I tried the following command but it absolutely did not work - obviously I don't know how to use it: mvn assembly:unpack \ -DfinalName=ajax-2006.10.10.zip \ -DoutputDirectory=${basedir}/src/main/webapp/scripts - I would ideally like to have a goal in my pom.xml which will make it easy to perform the unpacking, something like mvn unpack-dojo How can I create something equivalent to this? Thanks for your help. Naresh - 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]
How to unpack a zip file into a source directory
Hi, I would like to unpack a zip file into a source directory using Maven. What is the best way to do this? Here are the details of what I am trying to do: - The zip file is essentially the Dojo JavaScript library (ajax-2006.10.10.zip ) - it simply contains JavaScript source. - I would like to unpack this file under my project's ${basedir}/src/main/webapp/scripts. - I don't know if it is ok to keep such artifacts in the maven local repository, but for right now I have kept the Dojo library at .m2/repository/dojo/ajax/2006.10.10/ajax-2006.10.10.zip - I was playing around with the assembly:unpack goal to unpack the library. I tried the following command but it absolutely did not work - obviously I don't know how to use it: mvn assembly:unpack \ -DfinalName=ajax-2006.10.10.zip \ -DoutputDirectory=${basedir}/src/main/webapp/scripts - I would ideally like to have a goal in my pom.xml which will make it easy to perform the unpacking, something like mvn unpack-dojo How can I create something equivalent to this? Thanks for your help. Naresh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to unpack a zip file into a source directory
Thanks so much Wendy. That is exactly what I was looking for. Naresh -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Saturday, October 14, 2006 11:34 AM To: Maven Users List Subject: Re: How to unpack a zip file into a source directory On 10/14/06, Naresh Bhatia [EMAIL PROTECTED] wrote: I would like to unpack a zip file into a source directory using Maven. What is the best way to do this? I'm doing something similar with the Selenium zip file, using dependency-maven-plugin's 'unpack' goal. Take a look at this wiki page: http://docs.codehaus.org/display/MAVENUSER/Maven+and+Selenium -- Wendy - 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 to unpack a zip file into a source directory
Wendy, Quick question. It seems that the dependency-maven-plugin does not recognize the .zip extension. I had to change the extension to .jar to make the plugin work. Is my understanding correct? Thanks. Naresh -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Saturday, October 14, 2006 11:34 AM To: Maven Users List Subject: Re: How to unpack a zip file into a source directory On 10/14/06, Naresh Bhatia [EMAIL PROTECTED] wrote: I would like to unpack a zip file into a source directory using Maven. What is the best way to do this? I'm doing something similar with the Selenium zip file, using dependency-maven-plugin's 'unpack' goal. Take a look at this wiki page: http://docs.codehaus.org/display/MAVENUSER/Maven+and+Selenium -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem overriding profile
I have a multi-project with several properties defined in an active profile in the root pom: profiles profile idlocal/id activation activeByDefaulttrue/activeByDefault /activation properties jdbc.urljdbc:mysql://buildserver:3306/builddb/jdbc.url other properties /properties /profile /profiles I would like to override the jdbc.url property for my personal builds. So I created a profiles.xml file in the root project: profiles profile idpersonal/id activation activeByDefaulttrue/activeByDefault /activation properties jdbc.urljdbc:mysql://localhost:3306/mydb/jdbc.url /properties /profile /profiles When I execute mvn install, I am finding that the value in profiles.xml is NOT overriding the value in pom.xml. Interestingly enough, if I execute one of the sub-projects using mvn -f mda/pom.xml install, the property in profiles.xml DOES override. What am I doing wrong? Thanks. Naresh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to unpack a zip file into a source directory
Perfect! That worked like a charm. Thanks again Wendy. Naresh -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Saturday, October 14, 2006 10:32 PM To: Maven Users List Subject: Re: How to unpack a zip file into a source directory On 10/14/06, Naresh Bhatia [EMAIL PROTECTED] wrote: Wendy, Quick question. It seems that the dependency-maven-plugin does not recognize the .zip extension. I had to change the extension to .jar to make the plugin work. Is my understanding correct? You can use the type element to tell the dependency plugin what to look for. Take a look at this old revision of one of my wiki pages, when I was still installing the Selenium distribution .zip file in my local repository: http://wiki.wsmoak.net/cgi-bin/wiki.pl?action=browseid=Maven/Seleniumr evision=5 artifactItem groupIdorg.openqa/groupId artifactIdselenium-core/artifactId version0.7.0/version typezip/type --- /artifactItem HTH, -- Wendy - 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]
How to join the mevenide mailing list?
Does anyone know how to join the mevenide mailing list? The Lists link on http://codehaus.org/ is broken so I don't know how to join that list. Thanks.
RE: Should Acegi be packaged into ear or war?
Henry, Matt, I had solved this by doing exactly what you suggested - so thanks for the confirmation. I basically found that it was impossible to use the taglibs packaged with acegi if I kept the acegi jar at the ear level. Hence moving to war became necessary, followed by the exclusions - otherwise spring was being loaded by the war as well as the ear - causing nothing but trouble :). Thanks again. Naresh -Original Message- From: Matt Raible [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 29, 2006 8:53 PM To: Maven Users List Subject: Re: Should Acegi be packaged into ear or war? Here's what I'm using: dependency groupIdorg.acegisecurity/groupId artifactIdacegi-security/artifactId version1.0.1/version exclusions !-- Maven thinks 2.0 is newer than 2.1 -- exclusion groupIdcommons-lang/groupId artifactIdcommons-lang/artifactId /exclusion !-- exclude older versions of Spring -- exclusion groupIdorg.springframework/groupId artifactIdspring-remoting/artifactId /exclusion exclusion groupIdorg.springframework/groupId artifactIdspring-jdbc/artifactId /exclusion exclusion groupIdorg.springframework/groupId artifactIdspring-support/artifactId /exclusion /exclusions /dependency I exclude individual spring artifacts because I'm including the following: dependency groupIdorg.springframework/groupId artifactIdspring/artifactId version2.0-rc2/version /dependency ... and Maven (or maybe it's the poms) doesn't recognize that this JAR is the same (and newer!) as all the Acegi dependencies. Matt On 8/29/06, Henry S. Isidro [EMAIL PROTECTED] wrote: On Saturday, August 26, 2006 13:52, Naresh Bhatia wrote: I am packaging my web application as an ear file because it uses EJBs. I am using Acegi for security. However if I add Acegi as a dependency in the war subproject then it pulls in bunch of other jars that are also needed in my ejb subproject (such as spring) and I run into classloader issues at runtime. To avoid this, I have moved the Acegi dependency into the ejb package. Now everything works fine - Acegi and Spring are both available to the web application. The only problem is that the web application cannot access Acegi taglibs because they are no longer under WEB-INF/lib. I could put Acegi back in the war project but I would have to exclude all the dependent jars - I don't like doing this because the list of Acegi dependent jars is really long! What is the most elegant way to handle this situation? Thanks. Naresh You can try excluding those jars from being pulled in, just use the exclusions tag in the pom. For more information, check this out: http://maven.apache.org/guides/introduction/introduction-to-dependency-m echanism.html HTH, Henry - 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]
Should Acegi be packaged into ear or war?
I am packaging my web application as an ear file because it uses EJBs. I am using Acegi for security. However if I add Acegi as a dependency in the war subproject then it pulls in bunch of other jars that are also needed in my ejb subproject (such as spring) and I run into classloader issues at runtime. To avoid this, I have moved the Acegi dependency into the ejb package. Now everything works fine - Acegi and Spring are both available to the web application. The only problem is that the web application cannot access Acegi taglibs because they are no longer under WEB-INF/lib. I could put Acegi back in the war project but I would have to exclude all the dependent jars - I don't like doing this because the list of Acegi dependent jars is really long! What is the most elegant way to handle this situation? Thanks. Naresh
RE: Problem with Maven 2 - AndroMDA team asked me to register it with Maven support
The only thing that surprises me is that I never faced this issue with Maven 1. It would either connect to the repository perfectly and download everything in one shot or if it could not connect, it would come to a dead stop - repeated tries never helped. Is Maven 2 different somehow in how it deals with connections? Naresh -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos Sanchez Sent: Monday, August 21, 2006 7:25 PM To: Maven Users List Subject: Re: Problem with Maven 2 - AndroMDA team asked me to register it with Maven support it's not only getting busy but seems that they think it's a DoS attack when you try to download several files in a short period of time and ban you for some minutes. On 8/21/06, Doug Douglass [EMAIL PROTECTED] wrote: Nathan, If you really believe that 'central' (i.e., ibiblio.org) is over loaded (and it certainly is!) then running maven over and over isn't much of a solution, nor is it helping the situation. Do yourself a favor and define a mirror[1]. Ted, I think the same advice should help you out. Unfortunately, if this is your first experience with maven, it may seem a little disconcerting. Trust me, and the other on this list, maven is a good thing, but the curve can be a little steep/rough in some areas. Perhaps mavens installation settings.xml should include a mirror if just to decrease ibiblio traffic? HTH, Doug [1] http://maven.apache.org/guides/mini/guide-mirror-settings.html On 8/21/06, Beyer,Nathan [EMAIL PROTECTED] wrote: I've found that when you're first running many on a brand new project and/or an empty local repository, that you'll have to run it several times to resolve all of the dependencies, especially those coming from 'central'. The server sometimes just gets busy and starts rejecting connections. Are you getting the exact same error on the exact same dependency everytime you run? If so, have you tried accessing the URL that's failing [1] via a browser? Do you have any special settings configured to force a download of all dependencies each time? -Nathan [1] http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-site-rendere r/1.0-al http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-site-renderer /1.0-al http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-site-rendere r/1.0-alpha-8/doxia-site-renderer-1.0-alpha-8.jar.sha1 pha-8/doxia-site-renderer-1.0-alpha-8.jar.sha1 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, August 21, 2006 5:41 PM To: users@maven.apache.org Subject: Problem with Maven 2 - AndroMDA team asked me to register it with Maven support The AndroMDA team (www.AndroMDA.org http://www.andromda.org/ ) has suggested that I log this issue with Maven for resolution. AndroMDA utilizes Maven 2. I am trying to install a AndroMDA getting started project called Northwind.TimeTracker. I have run mvn install about 25 times and I am getting maven errors each time. Below is my output from mvn -e install which has been run from the Northwind.Timestracker root directory. I would appreciate if you can provide any suggestions as to what might be wrong. Thanks Tedh C:\VSProjects\AndroMDA\Northwind.TimeTrackermvn -e install + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Northwind.TimeTracker [INFO] Northwind.TimeTracker MDA [INFO] - --- [INFO] Building Northwind.TimeTracker [INFO] task-segment: [install] [INFO] - --- Downloading: http://www.ibiblio.org/maven2/org/codehaus/plexus/plexus-i18n/1.0-b eta-6/plexus-i18n-1.0-beta-6.pom 771b downloaded Downloading: http://www.ibiblio.org/maven2/org/codehaus/plexus/plexus-velocity/1 ..1.3/plexus-velocity-1.1.3.pom 976b downloaded Downloading: http://www.ibiblio.org/maven2/org/codehaus/plexus/plexus-components /1.1.5/plexus-components-1.1.5.pom 2K downloaded Downloading: http://www.ibiblio.org/maven2/org/codehaus/plexus/plexus/1.0.5/plex us-1.0.5.pom 5K downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-core/1.0 -alpha-8/doxia-core-1.0-alpha-8.pom 1K downloaded Downloading: http://www.ibiblio.org/maven2/oro/oro/2.0.7/oro-2.0.7.pom 141b downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-sink-api /1.0-alpha-8/doxia-sink-api-1.0-alpha-8.pom 424b downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-decorati on-model/1.0-alpha-8/doxia-decoration-model-1.0-alpha-8.pom 1K downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/reporting/maven-repo
RE: Newbie question, missing AndroMDA plugin on ibiblio Maven 1.0.2
This is not an answer to your question, but FYI, the tutorial you are trying is dated. The latest tutorial is at http://galaxy.andromda.org/index.php?option=com_contenttask=categorysectionid=11id=42Itemid=89 and tells you step-by-step how to use AndroMDA with Maven 2. Naresh -Original Message- From: rgc [mailto:[EMAIL PROTECTED] Sent: Friday, June 30, 2006 3:29 PM To: users@maven.apache.org Subject: Newbie question, missing AndroMDA plugin on ibiblio Maven 1.0.2 Hi, I´m trying to follow the androMDA tutorial[1], but when I try to download the AndroMDA plugin, maven can not find it in ibiblio, and does not look in the alternate site (http://team.andromda.org). Why can´t maven look in team.andromda.org after failing in ibiblio.org? Actually, I downloaded the plugin(in team.andromda.org) and put it manually in maven´s plugin folder, but when I try to build an Andromda enabled project, it fails for apparently the same reason(fail to find things in ibiblio, and doesn´t try to look in team.andromda.org). Sorry if it´s obvious or already seem, but I´m new to maven and couldn´t find an answer. Can anyone help? Thanks. Rommell Caixeta [1] http://galaxy.andromda.org/docs-3.1/starting.html __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.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: How to test an ejb package with Maven and TestNG?
Thanks Tim. I had niether created a testng.xml nor the surefire config :-). As soon as I did these, everything started working. Thanks so much for your help. Naresh -Original Message- From: Tim Kettler [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 28, 2006 4:09 AM To: Maven Users List Subject: Re: How to test an ejb package with Maven and TestNG? Hi, see comment inline... Naresh Bhatia schrieb: I have a maven project with packaging set to ejb. I would like to test this project outside an ejb container by simply calling POJO classes inside it. I have written a very simple test using TestNG: public class UserServiceTest { @Test public void testGetAllUsers() { ... } } However, when Maven runs it says running UserServiceTest, but does not run the single test inside it. Here's the output: Running org.andromda.timetracker.service.UserServiceTest Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.07 sec 1) Why is Maven skipping my test? Have you specified a testng.xml in you plugin configuration. There seems to be a bug in surefire that lets it doesn't pick up the annotated tests (see [1]). The workaround until the bug is fixed is to create a testng.xml and specify your tests/suites in there. Here's a sample plugin configuration: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId version2.2/version configuration suiteXmlFiles suiteXmlFilesrc/test/resources/testng.xml/suiteXmlFile /suiteXmlFiles /configuration /plugin 2) What is the test supposed to run on: classes in the classes directory or the packaged jar. I suspect it is the former, because it seems that the packaging is done after the tests are run. If this is indeed true then, it should really not matter that I am trying to test a project that will be packaged as an ejb. Correct? The directories target/classes and target/test-classes are added to the classpath. Thanks. Naresh Hope this helps -Tim [1] http://jira.codehaus.org/browse/MSUREFIRE-117 - 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]
How to test an ejb package with Maven and TestNG?
I have a maven project with packaging set to ejb. I would like to test this project outside an ejb container by simply calling POJO classes inside it. I have written a very simple test using TestNG: public class UserServiceTest { @Test public void testGetAllUsers() { ... } } However, when Maven runs it says running UserServiceTest, but does not run the single test inside it. Here's the output: Running org.andromda.timetracker.service.UserServiceTest Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.07 sec 1) Why is Maven skipping my test? 2) What is the test supposed to run on: classes in the classes directory or the packaged jar. I suspect it is the former, because it seems that the packaging is done after the tests are run. If this is indeed true then, it should really not matter that I am trying to test a project that will be packaged as an ejb. Correct? Thanks. Naresh
Error with maven-archetype-j2ee-simple
I am running the following command to generate a simple J2EE app: mvn archetype:create -DgroupId=TestEarApp -DartifactId=TestEarApp -DarchetypeArtifactId=maven-archetype-j2ee-simple But I am getting the following error. Can someone give me a helping hand on this one? [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [archetype:create] (aggregator-style) [INFO] [INFO] Setting property: classpath.resource.loader.class = 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'. [INFO] Setting property: resource.loader = 'classpath'. [INFO] ** [INFO] Starting Jakarta Velocity v1.4 [INFO] RuntimeInstance initializing. [INFO] Default Properties File: org\apache\velocity\runtime\defaults\velocity.properties [INFO] Default ResourceManager initializing. (class org.apache.velocity.runtime.resource.ResourceManagerImpl) [INFO] Resource Loader Instantiated: org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ClasspathResourceLoader : initialization starting. [INFO] ClasspathResourceLoader : initialization complete. [INFO] ResourceCache : initialized. (class org.apache.velocity.runtime.resource.ResourceCacheImpl) [INFO] Default ResourceManager initialization complete. [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Literal [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Macro [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Parse [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Include [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Foreach [INFO] Created: 20 parsers. [INFO] Velocimacro : initialization starting. [INFO] Velocimacro : adding VMs from VM library template : VM_global_library.vm [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. [INFO] Velocimacro : error using VM library template VM_global_library.vm : org.apache.velocity.exception.ResourceNotFoundException: Unable to find resource 'VM_global_library.vm' [INFO] Velocimacro : VM library template macro registration complete. [INFO] Velocimacro : allowInline = true : VMs can be defined inline in templates [INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may NOT replace previous VM definitions [INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be global in scope if allowed. [INFO] Velocimacro : messages on : VM system will output logging messages [INFO] Velocimacro : autoload off : VM system will not automatically reload global library macros [INFO] Velocimacro : initialization complete. [INFO] Velocity successfully started. [INFO] [archetype:create] [INFO] Defaulting package to group ID: TestEarApp [INFO] [INFO] Using following parameters for creating Archetype: maven-archetype-j2ee-simple:RELEASE [INFO] [INFO] Parameter: groupId, Value: TestEarApp [INFO] Parameter: outputDirectory, Value: D:\ProjectsTest\Maven2\TestEarApp [INFO] Parameter: packageName, Value: TestEarApp [INFO] Parameter: package, Value: TestEarApp [INFO] Parameter: version, Value: 1.0-SNAPSHOT [INFO] Parameter: artifactId, Value: TestEarApp [INFO] ResourceManager : found archetype-resources/pom.xml with loader org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] * End of debug info from resources from generated POM *** [INFO] ResourceManager : found archetype-resources/pom.xml with loader org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ResourceManager : found archetype-resources/ear/pom.xml with loader org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ResourceManager : found archetype-resources/ejbs/src/main/resources/META-INF/ejb-jar.xml with loader org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ResourceManager : found archetype-resources/ejbs/pom.xml with loader org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ResourceManager : found archetype-resources/primary-source/pom.xml with loader org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ResourceManager : found archetype-resources/projects/logging/pom.xml with loader org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ResourceManager : found archetype-resources/projects/pom.xml with loader org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ResourceManager : found
RE: Error with maven-archetype-j2ee-simple
Thanks Felipe. Unfortunately, -U does not help. I even wiped out the entire m2 repository and tried from scratch. I still get the same two errors: [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. ... [ERROR] ResourceManager : unable to find resource 'archetype-resources/site/pom.xml' in any resource loader. Naresh -Original Message- From: Felipe Gaúcho [mailto:[EMAIL PROTECTED] Sent: Friday, June 16, 2006 11:47 AM To: Maven Users List Subject: Re: Error with maven-archetype-j2ee-simple I was having several problems with the maven until I started to run the command with the -U flag.. it forced the maven to update its libraries and the things started to happens. On 6/16/06, Naresh Bhatia [EMAIL PROTECTED] wrote: I am running the following command to generate a simple J2EE app: mvn archetype:create -DgroupId=TestEarApp -DartifactId=TestEarApp -DarchetypeArtifactId=maven-archetype-j2ee-simple But I am getting the following error. Can someone give me a helping hand on this one? [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [archetype:create] (aggregator-style) [INFO] [INFO] Setting property: classpath.resource.loader.class = 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'. [INFO] Setting property: resource.loader = 'classpath'. [INFO] ** [INFO] Starting Jakarta Velocity v1.4 [INFO] RuntimeInstance initializing. [INFO] Default Properties File: org\apache\velocity\runtime\defaults\velocity.properties [INFO] Default ResourceManager initializing. (class org.apache.velocity.runtime.resource.ResourceManagerImpl) [INFO] Resource Loader Instantiated: org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ClasspathResourceLoader : initialization starting. [INFO] ClasspathResourceLoader : initialization complete. [INFO] ResourceCache : initialized. (class org.apache.velocity.runtime.resource.ResourceCacheImpl) [INFO] Default ResourceManager initialization complete. [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Literal [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Macro [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Parse [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Include [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Foreach [INFO] Created: 20 parsers. [INFO] Velocimacro : initialization starting. [INFO] Velocimacro : adding VMs from VM library template : VM_global_library.vm [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. [INFO] Velocimacro : error using VM library template VM_global_library.vm : org.apache.velocity.exception.ResourceNotFoundException: Unable to find resource 'VM_global_library.vm' [INFO] Velocimacro : VM library template macro registration complete. [INFO] Velocimacro : allowInline = true : VMs can be defined inline in templates [INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may NOT replace previous VM definitions [INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be global in scope if allowed. [INFO] Velocimacro : messages on : VM system will output logging messages [INFO] Velocimacro : autoload off : VM system will not automatically reload global library macros [INFO] Velocimacro : initialization complete. [INFO] Velocity successfully started. [INFO] [archetype:create] [INFO] Defaulting package to group ID: TestEarApp [INFO] [INFO] Using following parameters for creating Archetype: maven-archetype-j2ee-simple:RELEASE [INFO] [INFO] Parameter: groupId, Value: TestEarApp [INFO] Parameter: outputDirectory, Value: D:\ProjectsTest\Maven2\TestEarApp [INFO] Parameter: packageName, Value: TestEarApp [INFO] Parameter: package, Value: TestEarApp [INFO] Parameter: version, Value: 1.0-SNAPSHOT [INFO] Parameter: artifactId, Value: TestEarApp [INFO] ResourceManager : found archetype-resources/pom.xml with loader org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] * End of debug info from resources from generated POM *** [INFO] ResourceManager : found archetype-resources/pom.xml with loader org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ResourceManager : found archetype-resources/ear/pom.xml
RE: RE: Error with maven-archetype-j2ee-simple
Yep, that's exactly the problem. Any idea on release cycle of maven-archetype? Thanks. Naresh -Original Message- From: Kieran Brady [mailto:[EMAIL PROTECTED] Sent: Friday, June 16, 2006 12:17 PM To: users@maven.apache.org Subject: RE: RE: Error with maven-archetype-j2ee-simple I think this is your problem: http://jira.codehaus.org/browse/ARCHETYPE-36 Seems it was fixed early this week so you may need to build it from source or wait for the next release. Thanks Felipe. Unfortunately, -U does not help. I even wiped out the entire m2 repository and tried from scratch. I still get the same two errors: [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. ... [ERROR] ResourceManager : unable to find resource 'archetype-resources/site/pom.xml' in any resource loader. Naresh -Original Message- From: Felipe Gaúcho [mailto:[EMAIL PROTECTED] Sent: Friday, June 16, 2006 11:47 AM To: Maven Users List Subject: Re: Error with maven-archetype-j2ee-simple I was having several problems with the maven until I started to run the command with the -U flag.. it forced the maven to update its libraries and the things started to happens. On 6/16/06, Naresh Bhatia [EMAIL PROTECTED] wrote: I am running the following command to generate a simple J2EE app: mvn archetype:create -DgroupId=TestEarApp -DartifactId=TestEarApp -DarchetypeArtifactId=maven-archetype-j2ee-simple But I am getting the following error. Can someone give me a helping hand on this one? [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [archetype:create] (aggregator-style) [INFO] [INFO] Setting property: classpath.resource.loader.class = 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'. [INFO] Setting property: resource.loader = 'classpath'. [INFO] ** [INFO] Starting Jakarta Velocity v1.4 [INFO] RuntimeInstance initializing. [INFO] Default Properties File: org\apache\velocity\runtime\defaults\velocity.properties [INFO] Default ResourceManager initializing. (class org.apache.velocity.runtime.resource.ResourceManagerImpl) [INFO] Resource Loader Instantiated: org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ClasspathResourceLoader : initialization starting. [INFO] ClasspathResourceLoader : initialization complete. [INFO] ResourceCache : initialized. (class org.apache.velocity.runtime.resource.ResourceCacheImpl) [INFO] Default ResourceManager initialization complete. [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Literal [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Macro [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Parse [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Include [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Foreach [INFO] Created: 20 parsers. [INFO] Velocimacro : initialization starting. [INFO] Velocimacro : adding VMs from VM library template : VM_global_library.vm [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. [INFO] Velocimacro : error using VM library template VM_global_library.vm : org.apache.velocity.exception.ResourceNotFoundException: Unable to find resource 'VM_global_library.vm' [INFO] Velocimacro : VM library template macro registration complete. [INFO] Velocimacro : allowInline = true : VMs can be defined inline in templates [INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may NOT replace previous VM definitions [INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be global in scope if allowed. [INFO] Velocimacro : messages on : VM system will output logging messages [INFO] Velocimacro : autoload off : VM system will not automatically reload global library macros [INFO] Velocimacro : initialization complete. [INFO] Velocity successfully started. [INFO] [archetype:create] [INFO] Defaulting package to group ID: TestEarApp [INFO] [INFO] Using following parameters for creating Archetype: maven-archetype-j2ee-simple:RELEASE [INFO] [INFO] Parameter: groupId, Value: TestEarApp [INFO] Parameter: outputDirectory, Value: D:\ProjectsTest\Maven2\TestEarApp [INFO] Parameter: packageName, Value: TestEarApp [INFO] Parameter: package, Value: TestEarApp [INFO] Parameter: version, Value: 1.0-SNAPSHOT [INFO] Parameter
RE: RE: Error with maven-archetype-j2ee-simple
Yep, JAVA_HOME=D:\Program Files\Java\jdk1.5.0_06 which is where my JDK is installed. I agree, sometimes it is stupid things like this that can cause the problem - but it is not this one :-). May be it is just a matter of waiting for the next version with the fix. Naresh -Original Message- From: Felipe Gaúcho [mailto:[EMAIL PROTECTED] Sent: Friday, June 16, 2006 1:58 PM To: Maven Users List Subject: Re: RE: Error with maven-archetype-j2ee-simple did you set the JAVA_HOME ? * I know it could be stupid answers, but sometimes the problem is just like that On 6/16/06, Naresh Bhatia [EMAIL PROTECTED] wrote: Yep, that's exactly the problem. Any idea on release cycle of maven-archetype? Thanks. Naresh -Original Message- From: Kieran Brady [mailto:[EMAIL PROTECTED] Sent: Friday, June 16, 2006 12:17 PM To: users@maven.apache.org Subject: RE: RE: Error with maven-archetype-j2ee-simple I think this is your problem: http://jira.codehaus.org/browse/ARCHETYPE-36 Seems it was fixed early this week so you may need to build it from source or wait for the next release. Thanks Felipe. Unfortunately, -U does not help. I even wiped out the entire m2 repository and tried from scratch. I still get the same two errors: [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. ... [ERROR] ResourceManager : unable to find resource 'archetype-resources/site/pom.xml' in any resource loader. Naresh -Original Message- From: Felipe Gaúcho [mailto:[EMAIL PROTECTED] Sent: Friday, June 16, 2006 11:47 AM To: Maven Users List Subject: Re: Error with maven-archetype-j2ee-simple I was having several problems with the maven until I started to run the command with the -U flag.. it forced the maven to update its libraries and the things started to happens. On 6/16/06, Naresh Bhatia [EMAIL PROTECTED] wrote: I am running the following command to generate a simple J2EE app: mvn archetype:create -DgroupId=TestEarApp -DartifactId=TestEarApp -DarchetypeArtifactId=maven-archetype-j2ee-simple But I am getting the following error. Can someone give me a helping hand on this one? [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [archetype:create] (aggregator-style) [INFO] [INFO] Setting property: classpath.resource.loader.class = 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'. [INFO] Setting property: resource.loader = 'classpath'. [INFO] ** [INFO] Starting Jakarta Velocity v1.4 [INFO] RuntimeInstance initializing. [INFO] Default Properties File: org\apache\velocity\runtime\defaults\velocity.properties [INFO] Default ResourceManager initializing. (class org.apache.velocity.runtime.resource.ResourceManagerImpl) [INFO] Resource Loader Instantiated: org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ClasspathResourceLoader : initialization starting. [INFO] ClasspathResourceLoader : initialization complete. [INFO] ResourceCache : initialized. (class org.apache.velocity.runtime.resource.ResourceCacheImpl) [INFO] Default ResourceManager initialization complete. [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Literal [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Macro [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Parse [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Include [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Foreach [INFO] Created: 20 parsers. [INFO] Velocimacro : initialization starting. [INFO] Velocimacro : adding VMs from VM library template : VM_global_library.vm [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. [INFO] Velocimacro : error using VM library template VM_global_library.vm : org.apache.velocity.exception.ResourceNotFoundException: Unable to find resource 'VM_global_library.vm' [INFO] Velocimacro : VM library template macro registration complete. [INFO] Velocimacro : allowInline = true : VMs can be defined inline in templates [INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may NOT replace previous VM definitions [INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be global in scope if allowed. [INFO] Velocimacro : messages on : VM system will output logging messages [INFO] Velocimacro : autoload off : VM system
RE: RE: Error with maven-archetype-j2ee-simple
Only 1 VM in the PATH and it is the first one in the path (D:\Program Files\Java\jdk1.5.0_06\bin) Naresh -Original Message- From: Felipe Gaúcho [mailto:[EMAIL PROTECTED] Sent: Friday, June 16, 2006 2:42 PM To: Maven Users List Subject: Re: RE: Error with maven-archetype-j2ee-simple verify also if some other VM is in your PATH variable, like the IBM websphere ones or an old configuration... good luck my friend :) On 6/16/06, Naresh Bhatia [EMAIL PROTECTED] wrote: Yep, JAVA_HOME=D:\Program Files\Java\jdk1.5.0_06 which is where my JDK is installed. I agree, sometimes it is stupid things like this that can cause the problem - but it is not this one :-). May be it is just a matter of waiting for the next version with the fix. Naresh -Original Message- From: Felipe Gaúcho [mailto:[EMAIL PROTECTED] Sent: Friday, June 16, 2006 1:58 PM To: Maven Users List Subject: Re: RE: Error with maven-archetype-j2ee-simple did you set the JAVA_HOME ? * I know it could be stupid answers, but sometimes the problem is just like that On 6/16/06, Naresh Bhatia [EMAIL PROTECTED] wrote: Yep, that's exactly the problem. Any idea on release cycle of maven-archetype? Thanks. Naresh -Original Message- From: Kieran Brady [mailto:[EMAIL PROTECTED] Sent: Friday, June 16, 2006 12:17 PM To: users@maven.apache.org Subject: RE: RE: Error with maven-archetype-j2ee-simple I think this is your problem: http://jira.codehaus.org/browse/ARCHETYPE-36 Seems it was fixed early this week so you may need to build it from source or wait for the next release. Thanks Felipe. Unfortunately, -U does not help. I even wiped out the entire m2 repository and tried from scratch. I still get the same two errors: [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. ... [ERROR] ResourceManager : unable to find resource 'archetype-resources/site/pom.xml' in any resource loader. Naresh -Original Message- From: Felipe Gaúcho [mailto:[EMAIL PROTECTED] Sent: Friday, June 16, 2006 11:47 AM To: Maven Users List Subject: Re: Error with maven-archetype-j2ee-simple I was having several problems with the maven until I started to run the command with the -U flag.. it forced the maven to update its libraries and the things started to happens. On 6/16/06, Naresh Bhatia [EMAIL PROTECTED] wrote: I am running the following command to generate a simple J2EE app: mvn archetype:create -DgroupId=TestEarApp -DartifactId=TestEarApp -DarchetypeArtifactId=maven-archetype-j2ee-simple But I am getting the following error. Can someone give me a helping hand on this one? [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [archetype:create] (aggregator-style) [INFO] [INFO] Setting property: classpath.resource.loader.class = 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'. [INFO] Setting property: resource.loader = 'classpath'. [INFO] ** [INFO] Starting Jakarta Velocity v1.4 [INFO] RuntimeInstance initializing. [INFO] Default Properties File: org\apache\velocity\runtime\defaults\velocity.properties [INFO] Default ResourceManager initializing. (class org.apache.velocity.runtime.resource.ResourceManagerImpl) [INFO] Resource Loader Instantiated: org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader [INFO] ClasspathResourceLoader : initialization starting. [INFO] ClasspathResourceLoader : initialization complete. [INFO] ResourceCache : initialized. (class org.apache.velocity.runtime.resource.ResourceCacheImpl) [INFO] Default ResourceManager initialization complete. [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Literal [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Macro [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Parse [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Include [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Foreach [INFO] Created: 20 parsers. [INFO] Velocimacro : initialization starting. [INFO] Velocimacro : adding VMs from VM library template : VM_global_library.vm [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. [INFO] Velocimacro : error using VM library template VM_global_library.vm