Highly Available Artifactory
Hi all, I have recently been doing some investigation into making Artifactory Highly Available, and to be honest am having difficulty in finding an acceptable solution. To date the only solution I have found is having a 'cluster' of 2 Artifactory repositories which are load balanced. Each repository is then made to use the other as a proxy, so if a request for an artifact fails it searches in the repository of the other node. The problems I see with this approach are as follows: 1) There will be situations where losing one node will leave you with an incomplete set of artifacts. This will be when an artifact has been deployed to node X, and not yet requested from node Y - thus pulling it into it's local cache. 2) The second problem, similar to the first, is after a SNAPSHOT of artifact X has been deployed to node 1, and later requested from node 2, an updated version of that SNAPSHOT is then deployed to node 1. When a further request of that SNAPSHOT is made, the result of the request will be unknown - you could get one of the two different versions of the SNAPSHOT. 3) The security settings need to be maintained manually across the two nodes (potentially 3/4 if you include DR as well - and for our internal 20-30 different areas within the repository this is a huge overhead.) I have heard mumblings about the use of MySQL and it's replication abilities, however, have not seen any documented way to make use of these. If anyone has any further information on this topic then it would be greatly appreciated. Kind Regards, Matt Tordoff P.S. If there is no solution for Artifactory, is there a solution for any other product e.g. Archiva? The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: dependency and dependencymanagement - confusion
If you have additional dependencies in project B that aren't in A, and those dependencies have an additional dependencies which are the same as those in project A, but of a different version. Then you require dependency management. The best way to look at it is to see a tree of dependencies, each with their own subdependencies. If at any point in that tree you have two dependencies on the same component, however, with different versions, you need to specify which version to use in preference. Matt -Original Message- From: kvenkatraman [mailto:[EMAIL PROTECTED] Sent: 04 November 2008 09:35 To: users@maven.apache.org Subject: dependency and dependencymanagement - confusion I have project A and B. B is the child of A. So B Inherits properties and dependencies of A. If I have x version of dependency in A , same will be available for B also. Then why do we need dependencyManagement , because by changing the version of dependency in A will automatically availabe in B. When dependency of A is avaliable in B due to inheritance , then why are we required to call the parent dependency with group-id:artifactid for managed dependency I have searched a lot to question and i am still confused. thanks in advance kumar -- View this message in context: http://www.nabble.com/dependency-and-dependencymanagement---confusion-tp 20318920p20318920.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Multiple executions of Maven-Compiler-Plugin
Hi All, I want to compile Java code to two different target versions. I want to compile a single java file to v1.5 then 3 files to v1.1 and then 30 remaining files to v1.5. Is it possible to do this within a single build loop? I don't really want to have to create an entire pom.xml and all the trimmings just to build a single file. I would like to instruct all of this as part of a single pom.xml. From looking at the documentation relating to the Maven-Compiler-Plugin I am not sure if this is entirely possible though, since it says that the compile target is linked directly to the compile phase of the lifecycle. If anyone has had any experience doing a similar thing, or has any ideas then it would be greatly appreciated. Kind Regards, Matt _ All new Live Search at Live.com http://clk.atdmt.com/UKM/go/msnnkmgl001006ukm/direct/01/
RE: continuous integration server
Has anyone looked at Bamboo? -Original Message- From: Tom Huybrechts [mailto:[EMAIL PROTECTED] Sent: 13 April 2008 13:21 To: Maven Users List Subject: Re: continuous integration server Hudson, without a doubt. See https://hudson.dev.java.net/ or a live instance at http://hudson.jboss.org/hudson/ On Sun, Apr 13, 2008 at 1:36 PM, Peter Horlock [EMAIL PROTECTED] wrote: Hi, Which continuous integration server would you recommend me? Continuum? Or is there also a version by sonatype in the making?! :-) Thanks in advance, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Highly Available Archiva
Hi all, Does anyone have experience in setting up Archiva in a highly available manner? What is the best considered approach for doing this? Is it possible to replicate deployments to a server across all other servers in a cluster? Are there any options for automatic failover? Any advice or pointers on this would be greatly appreciated. Kind Regards, Matt T _ The next generation of Windows Live is here http://www.windowslive.co.uk/get-live
RE: Maven Assembly Plugin
Inside of my fileSet element I have included a: directory${basedir}/directory Element... Does this help? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 28 March 2008 11:52 To: users@maven.apache.org Subject: Maven Assembly Plugin Hi, I am trying to create a zip file containing all static web content, to be put on a separate Apache server. The Maven Assembly plugin seems to be meant to be used for such a task - http://maven.apache.org/plugins/maven-assembly-plugin/ According to the instructions given, I added: plugins ... plugin artifactIdmaven-assembly-plugin/artifactId configuration descriptors descriptor${basedir}/my-maven-assembly-desc.xml/descriptor /descriptors /configuration /plugin /plugins to my parent pom. Then I created the file my-maven-assembly-desc.xml in the base directory of my subproject: ?xml version=1.0? assembly idmyzip/id formats formatzip/format /formats fileSets fileSet includes include**/*.css/include include**/*.js/include include**/*.pdf/include include**/favicon.ico/include include**/*.gif/include include**/*.jpg/include include**/*.png/include include**/robots.txt/include include**/*.xsd/include /includes /fileSet /fileSets includeBaseDirectorytrue/includeBaseDirectory includeSiteDirectoryfalse/includeSiteDirectory /assembly However, when executing mvn assembly:assembly I get this error: [INFO] [assembly:assembly] [INFO] Reading assembly descriptor: D:\MYPROJECT/my-maven-assembly-desc.xml [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to create assembly: Error creating assembly archive myzip: You must set at least one file. Any ideas what's wrong here? Thanks in advance! Stefanie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bug within Maven ANT Tasks?
Hi Herve, Thanks for this response. I have replaced my old maven-ant-tasks-2.0.8.jar with the one you pointed me to. The substitution of the property works fine now, however, it keeps giving me a 401 error (access denied). I am specifying my authentication details (username and password) inside of my settings.xml. Any help or means by which I can debug this more would be greatly appreciated (i'm currently using -v to get ANT to give me verbose output, however, the 401 message is not as detailed as I would like useful). Cheers, Matt Le lundi 10 mars 2008, Matthew Tordoff a écrit : Hi all, It looks like this could have been fixed in 2.0.9 which introduces support for default profiles. I am guessing because I am defining my properties within a profile , this is why it is not being read by the Maven ANT tasks. I just put a SNAPSHOT on http://people.apache.org/~hboutemy/maven-ant-tasks-2.0.9-SNAPSHOT.jar to let you check if it works for you. Does anyone know when or how to find out when this version will be available? I have looked on their roadmap and it seems like all issues have been resolved for 2.0.9. Maven Ant Tasks 2.0.9 will be released 1 or 2 weeks after Maven 2.0.9. regards, Hervé Matt -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: 10 March 2008 16:26 To: users@maven.apache.org Subject: Bug within Maven ANT Tasks? Hi all, I am using Maven ANT tasks to deploy a number of JAR files I produce as part of my build. For each JAR file I have a corresponding pom.xml file (not called pom.xml however:) ). I define references to these files in my build script as follows: artifact:pom id=xxx.pom file=xxx.xml/ And later refer to them when I want to deploy as follows: artifact:deploy file=xxx.jar remoteRepository refid=my-repository/ pom refid=xxx.pom/ /artifact:deploy Since I have multiple pom files (one for each JAR file to deploy) I need to set the version of the JAR artifacts in every pom file. To avoid having to do this I tried adding a property deploy.version inside of my settings.xml as follows: settings ... profiles profile iddefault/id activation activeByDefaulttrue/activeByDefault /activation ... properties deploy.versionversion_number/deploy.version /properties ... /profile /profiles ... /settings I have then put ${deploy.version} inside of the version tag of each of my poms. The issue is that when I run my ANT deploy task this variable is not translated from ${deploy.version}, however, if I rename each of the pom files to pom.xml and run mvn help:effective-pom then the property name is appropriately substituted with whatever I have set deploy.version to in settings.xml. My question is... why is there this inconsistency in substitution? Any help would be greatly appreciated. Kind Regards, Matt _ Telly addicts unite! http://www.searchgamesbox.com/tvtown.shtml _ Free games, great prizes - get gaming at Gamesbox. http://www.searchgamesbox.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Telly addicts unite! http://www.searchgamesbox.com/tvtown.shtml
Bug within Maven ANT Tasks?
Hi all, I am using Maven ANT tasks to deploy a number of JAR files I produce as part of my build. For each JAR file I have a corresponding pom.xml file (not called pom.xml however:) ). I define references to these files in my build script as follows: artifact:pom id=xxx.pom file=xxx.xml/ And later refer to them when I want to deploy as follows: artifact:deploy file=xxx.jar remoteRepository refid=my-repository/ pom refid=xxx.pom/ /artifact:deploy Since I have multiple pom files (one for each JAR file to deploy) I need to set the version of the JAR artifacts in every pom file. To avoid having to do this I tried adding a property deploy.version inside of my settings.xml as follows: settings ... profiles profile iddefault/id activation activeByDefaulttrue/activeByDefault /activation ... properties deploy.versionversion_number/deploy.version /properties ... /profile /profiles ... /settings I have then put ${deploy.version} inside of the version tag of each of my poms. The issue is that when I run my ANT deploy task this variable is not translated from ${deploy.version}, however, if I rename each of the pom files to pom.xml and run mvn help:effective-pom then the property name is appropriately substituted with whatever I have set deploy.version to in settings.xml. My question is... why is there this inconsistency in substitution? Any help would be greatly appreciated. Kind Regards, Matt _ Telly addicts unite! http://www.searchgamesbox.com/tvtown.shtml
RE: Bug within Maven ANT Tasks?
Hi all, It looks like this could have been fixed in 2.0.9 which introduces support for default profiles. I am guessing because I am defining my properties within a profile , this is why it is not being read by the Maven ANT tasks. Does anyone know when or how to find out when this version will be available? I have looked on their roadmap and it seems like all issues have been resolved for 2.0.9. Matt -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: 10 March 2008 16:26 To: users@maven.apache.org Subject: Bug within Maven ANT Tasks? Hi all, I am using Maven ANT tasks to deploy a number of JAR files I produce as part of my build. For each JAR file I have a corresponding pom.xml file (not called pom.xml however:) ). I define references to these files in my build script as follows: artifact:pom id=xxx.pom file=xxx.xml/ And later refer to them when I want to deploy as follows: artifact:deploy file=xxx.jar remoteRepository refid=my-repository/ pom refid=xxx.pom/ /artifact:deploy Since I have multiple pom files (one for each JAR file to deploy) I need to set the version of the JAR artifacts in every pom file. To avoid having to do this I tried adding a property deploy.version inside of my settings.xml as follows: settings ... profiles profile iddefault/id activation activeByDefaulttrue/activeByDefault /activation ... properties deploy.versionversion_number/deploy.version /properties ... /profile /profiles ... /settings I have then put ${deploy.version} inside of the version tag of each of my poms. The issue is that when I run my ANT deploy task this variable is not translated from ${deploy.version}, however, if I rename each of the pom files to pom.xml and run mvn help:effective-pom then the property name is appropriately substituted with whatever I have set deploy.version to in settings.xml. My question is... why is there this inconsistency in substitution? Any help would be greatly appreciated. Kind Regards, Matt _ Telly addicts unite! http://www.searchgamesbox.com/tvtown.shtml _ Free games, great prizes - get gaming at Gamesbox. http://www.searchgamesbox.com
Updating M2_HOME/conf/settings.xml
Hi all, I just wondered if anyone has any best practises for updating the global settings.xml in Maven. I have considered checking the conf folder into SVN, or even potentially checking the whole maven install into SVN, then when changes are made send out an email and people can just do an SVN update to pick up the changes. The only disadvantage of this process is that it relies on people reading their mail and kicking off the update. I would preferably like a method of automatically publishing changes which would automatically update all developers machines. Any thoughts around this would be greatly appreciated. Regards, Matt P.S. I would also be interested on your views regarding checking in solely the settings.xml file into version control, vs checking in the whole install. _ Free games, great prizes - get gaming at Gamesbox. http://www.searchgamesbox.com
Re: Updating M2_HOME/conf/settings.xml
Hi Stefan, The reason that we don't have one master POM as a parent to all other POMs is that we have multiple different products, all under independant source control. These products may want to have differing master POMs. Also, we will be overriding the central repository location in the global settings.xml. Without the repository you won't be able to retrieve the master POM. The solution we have decided upon is to use a software distribution management tool from Symantec (LiveState) which can be used to automatically push the latest configuration for Maven directly onto developers machines (even upgrade Maven itself if necessary). This requires no manual work to be done from the developers point of view. Matt -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 07 February 2008 13:42 To: Maven Users List Subject: Re: Updating M2_HOME/conf/settings.xml Put maven-install-dir/conf/settings.xml on a shared drive, or replace it with a symlink to a shared drive. Why do you need to change the settings.xml anyway? Could it not be done in a master pom that is the parent to all other poms? Then you can simply deploy the master pom and you're done. Stefan Matthew Tordoff wrote: Hi all, I just wondered if anyone has any best practises for updating the global settings.xml in Maven. I have considered checking the conf folder into SVN, or even potentially checking the whole maven install into SVN, then when changes are made send out an email and people can just do an SVN update to pick up the changes. The only disadvantage of this process is that it relies on people reading their mail and kicking off the update. I would preferably like a method of automatically publishing changes which would automatically update all developers machines. Any thoughts around this would be greatly appreciated. Regards, Matt P.S. I would also be interested on your views regarding checking in solely the settings.xml file into version control, vs checking in the whole install. _ Free games, great prizes - get gaming at Gamesbox. http://www.searchgamesbox.com -- best regards, Stefan Seidel software developer VUB Printmedia GmbH Chopinstraße 4 D-04103 Leipzig Germany tel.+49 (341) 9 60 50 07 fax.+49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web.www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim Preuss Neudorf, Dr. Christian Preuss Neudorf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Share what Santa brought you https://www.mycooluncool.com
maven-release-plugin error
Hi all, I am having difficulties with the maven-release-plugin. It is the first time I have attempted to use this plugin and the error that it is throwing is really confusing me (see below). I have setup the tagBase and developerConnection configuration properties within the POM. Does anyone know of a good tutorial for getting a release up and running, because the documentation on the plugin page seems light to say the least. I tried doing the release with the version set to both trunk-SNAPSHOT-devname and 0.3, but this didn't seem to make any difference. Kind Regards, Matt [INFO] [release:prepare] [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] You don't have a SNAPSHOT project in the reactor projects list. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 3 seconds [INFO] Finished at: Thu Jan 31 12:07:34 GMT 2008 [INFO] Final Memory: 5M/9M [INFO] _ Free games, great prizes - get gaming at Gamesbox. http://www.searchgamesbox.com
RE: Setting the javac bootclasspath using dependencies
The following page has an example of setting the bootclasspath: http://maven.apache.org/plugins/maven-compiler-plugin/examples/pass-comp iler-arguments.html It seems to not use the -D before the parameter, im not sure if this is partly to blame for the problems you are experiencing. Matt -Original Message- From: Clifton [mailto:[EMAIL PROTECTED] Sent: 24 January 2008 15:58 To: users@maven.apache.org Subject: Setting the javac bootclasspath using dependencies What's the best, most painless way to set the bootclasspath for the maven-compiler-plugin? I'm trying to break out some shared code between my J2ME midlet module and my servlet module into a shared module that builds a jar. I'd like the compiler to use the midp20 and cldc11 jars on the boot classpath. I just tried checking these jars into artifactory (our local repo) setting a dependency on them and then using the following expression for the compilerArguments tag: -Dbootclasspath=${project.dependencies} The expression returns a list of dependencies and doesn't format correctly. Am I missing something? -- View this message in context: http://www.nabble.com/Setting-the-javac-bootclasspath-using-dependencies -tp15067527s177p15067527.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Questions: Automatically-set tokens in Maven 2 loading properties from files
Hi Dan, This is a pretty good list of the 'tokens' or properties that are available in Maven2: http://docs.codehaus.org/display/MAVENUSER/MavenPropertiesGuide Matt -Original Message- From: Allen, Daniel [mailto:[EMAIL PROTECTED] Sent: 24 January 2008 13:07 To: users@maven.apache.org Subject: Questions: Automatically-set tokens in Maven 2 loading properties from files I'm new to Maven, and have a couple questions that I've not been able to answer from the documentation on the site so far, so I thought I'd put them out here. -What I'm trying to do Basically, I have the Maven 1 maven.xml file copied below (which, as you can see, actually does a lot of its work via Ant call-throughs), and have been assigned to convert the project to Maven 2. I've pasted the contents of maven.xml below, at the bottom of the message. Basically, the idea was to have 3 goals: live1, live2 (identical except for server names--we run the app on a small cluster), and dev. Each has its own property file, which is loaded into Maven's properties, and then used to fill in various tokens in config files. It seems like goals are gone in Maven 2, so I'm trying to replace that idea with different profiles, but I'm encountering a couple of problems in the conversion. -Questions First, is there a comprehensive list of the tokens that are automatically set in Maven 2? I'm talking about things like ${basedir}, which is the only one I've been able to uncover so far, that maven assigns values to without needed to read them from a file somewhere. I'm loooking especially for a Maven 2 equivalent to ${maven.war.webapp.dir}, which apparently was set in the Maven 1 war plugin, but not in the Maven 2 version. I assume it's still there, but I don't see anything to indicate what it's called now. Second, as I mentioned, the old goals loaded their particular properties files into Maven. This is where things like ${email.reports} come from in the copy/paste below. It seems to use ant:run to load the files that way, which apparently brings the properties into Maven (not Ant)? That seems strange and unintuitive, but that's the impression I get. The same peculiar behavior does not appear to happen when I use Maven2's ant:run to perform the same task. So, is there a way to get Maven to read a standard Java properties file and make those available for ${} tokens? Note that I cannot use filter, because I need those substitutions available in pom.xml Thanks, Dan Allen -The file I'm trying to convert ?xml version=1.0 encoding=UTF-8? !-- Old Maven 1 maven.xml file. Works, but I'm trying to convert to Maven 2. -- project default=dev xmlns:j=jelly:core xmlns:util=jelly:util xmlns:ant=jelly:ant !-- Setup the log4j.properties by copying the correct one to log4j.properties in target directory and replacing the path token -- preGoal name=java:jar-resources ant:echo message=${maven.war.webapp.dir} / ant:echo message=${maven.src.dir} / ant:filter token=tomcat.home value=${tomcat.home} / ant:copy file=${maven.src.dir}/conf/${log4j.properties.file} tofile=${maven.war.webapp.dir}/WEB-INF/classes/log4j.properties overwrite=true filtering=true / ant:copy file=${maven.src.dir}/conf/hibernate/${hibernate.properties.file} tofile=${maven.war.webapp.dir}/WEB-INF/classes/hibernate.properties overwrite=true filtering=true / ant:filter token=email.business value=${email.business} / ant:filter token=spreadsheet.storage value=${spreadsheet.storage} / ant:filter token=email.reports value=${email.reports} / ant:filter token=host.url value=${host.url} / ant:filter token=email.alerts.system value=${email.alerts.system} / ant:filter token=daemon.rv value=${daemon.rv} / ant:copy file=${maven.src.dir}/webapp/WEB-INF/web.xml tofile=${maven.war.webapp.dir}/WEB-INF/web.xml overwrite=true filtering=true / /preGoal !-- Export the SQL for Hibernate tables -- postGoal name=war:webapp attainGoal name=hibernate:schema-export / /postGoal !-- Configures Tomcat (server.xml and Context insurancederiv.xml) -- goal name=configureDevTomcat prereqs=war:init !-- war:init sets maven.war.webapp.dir -- ant:filter token=target.home value=${maven.war.webapp.dir} / ant:copy file=context.xml tofile=${tomcat.home}/conf/Catalina/${host}/insurancederiv.xml overwrite=true filtering=true / ant:filter token=host value=${host} / ant:copy file=server.xml tofile=${tomcat.home}/conf/server.xml overwrite=true filtering=true / /goal !-- Development target -- goal name=dev j:set var=log4j.properties.file value=log4j.dev.properties / j:set var=hibernate.properties.file value=hibernate.properties.dev /
RE: Importing Maven Built Products into an ANT build
This is just the kind of thing I have been looking for! It is ideal for my situation :) Thankyou Matt -Original Message- From: Hervé BOUTEMY [mailto:[EMAIL PROTECTED] Sent: 21 January 2008 18:22 To: Maven Users List Subject: Re: Importing Maven Built Products into an ANT build Hi Matthew, Your use case seems ideal for Maven Ant Tasks: instead of running 'mvn dependency:unpack-dependencies', you can add a target to your buildfile that use dependencies task, either with an external pom or dependencies declared directly in the buildfile. See http://maven.apache.org/ant-tasks.html Regards, Hervé Le lundi 21 janvier 2008, Matthew Tordoff a écrit : Hi all, I am looking at the best approach to importing maven built products into an ANT build. The approach I have at the moment is having a maven-imports folder within my build directory, and within that folder I have a pom.xml describing a list of dependencies that are required by my ANT build. As part of the ANT build I run 'mvn dependency:unpack-dependencies' which collects all of the required dependencies and either fetches them from the local repository (for developer owned modules) or from an external repository if not found locally (for other 3rd party dependencies, and modules developed by other project teams released to the repository). The ANT build then appropriately manipulates the imported dependencies. I am not 100% certain that this is the correct approach because I feel as if I am not using Maven in the way it was designed. Since the pom.xml is not being used to describe a certain module or component, but instead simply a means by which I can list all of the dependencies I need to retrieve from the Maven repositories. I look forward to hearing back about what suggestions you may have. Your thoughts will be greatly appreciated. Kind Regards, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Importing Maven Built Products into an ANT build
Hi all, I am looking at the best approach to importing maven built products into an ANT build. The approach I have at the moment is having a maven-imports folder within my build directory, and within that folder I have a pom.xml describing a list of dependencies that are required by my ANT build. As part of the ANT build I run 'mvn dependency:unpack-dependencies' which collects all of the required dependencies and either fetches them from the local repository (for developer owned modules) or from an external repository if not found locally (for other 3rd party dependencies, and modules developed by other project teams released to the repository). The ANT build then appropriately manipulates the imported dependencies. I am not 100% certain that this is the correct approach because I feel as if I am not using Maven in the way it was designed. Since the pom.xml is not being used to describe a certain module or component, but instead simply a means by which I can list all of the dependencies I need to retrieve from the Maven repositories. I look forward to hearing back about what suggestions you may have. Your thoughts will be greatly appreciated. Kind Regards, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ .
RE: Setting Java System property
I still haven't moved forwards with this. Does any one have any ideas? -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: 14 January 2008 17:56 To: Maven Users List Subject: Setting Java System property Hi all, I am having problems setting a Java System Property as part of my build. I have tried setting it in all kinds of places and the only one that I have found to work is setting it as part of the maven command line as follows: mvn compile -Dsystemprop=blah Setting in the above way is the only way in which I appear to be able to access the file at a later stage from one of my MOJOs via System.getProperty(systemprop) . I don't want to have to set this at the command line because I want to minimise what is typed each time mvn is run. The other approaches I have tried are... Within pom.xml - configuration systempropblah/systemprop /configuration also... configuration properties systempropblah/systemprop properties /configuration within settings.xml... properties systempropblah/systemprop properties Any help would be greatly appreciated. Regards, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Setting Java System property
Thanks for that but I have already looked at the appropriate documentation. I have tried setting the system property in all of those locations and for some reason none of the settings are passed through. I did find a JIRA bug opened against this problem somewhere, and thus am guessing this functionality isn't yet available. -Original Message- From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: 15 January 2008 09:53 To: Maven Users List Cc: Matthew Tordoff Subject: RE: Setting Java System property http://maven.apache.org/ref/current/maven-model/maven.html Search for properties. Matthew Tordoff [EMAIL PROTECTED] schrieb: I still haven't moved forwards with this. Does any one have any ideas? -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: 14 January 2008 17:56 To: Maven Users List Subject: Setting Java System property Hi all, I am having problems setting a Java System Property as part of my build. I have tried setting it in all kinds of places and the only one that I have found to work is setting it as part of the maven command line as follows: mvn compile -Dsystemprop=blah Setting in the above way is the only way in which I appear to be able to access the file at a later stage from one of my MOJOs via System.getProperty(systemprop) . I don't want to have to set this at the command line because I want to minimise what is typed each time mvn is run. The other approaches I have tried are... Within pom.xml - configuration systempropblah/systemprop /configuration also... configuration properties systempropblah/systemprop properties /configuration within settings.xml... properties systempropblah/systemprop properties Any help would be greatly appreciated. Regards, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings
RE: Setting Java System property
Hi Minto, The reason that this works for this plugin, is because inside of the plugin it will explicitly execute a System.setProperty(key, value) operation with the name value pair that was passed. This is not however, standard functionality across all plugins. I am essentially having to write this same functionality into each of my plugins, where actually I just wanted to set this property one time in my pom or settings.xml, which would be applied across all plugins, however, at this stage this does not seem to be available. Thanks for the response. Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 15 January 2008 10:56 To: users@maven.apache.org Subject: RE: Setting Java System property Hi Matthew, For my unittest I included the following to set system properties: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId configuration forkModeonce/forkMode systemProperties property name java.util.prefs.PreferencesFactory /name value nl.xup.prefs.memoryprefs.MemoryPreferencesFactory /value /property /systemProperties /configuration /plugin I hope this helps. Kind regards, Minto van der Sluis -Oorspronkelijk bericht- Van: Matthew Tordoff [mailto:[EMAIL PROTECTED] Verzonden: dinsdag 15 januari 2008 10:43 Aan: Maven Users List Onderwerp: RE: Setting Java System property I still haven't moved forwards with this. Does any one have any ideas? -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: 14 January 2008 17:56 To: Maven Users List Subject: Setting Java System property Hi all, I am having problems setting a Java System Property as part of my build. I have tried setting it in all kinds of places and the only one that I have found to work is setting it as part of the maven command line as follows: mvn compile -Dsystemprop=blah Setting in the above way is the only way in which I appear to be able to access the file at a later stage from one of my MOJOs via System.getProperty(systemprop) . I don't want to have to set this at the command line because I want to minimise what is typed each time mvn is run. The other approaches I have tried are... Within pom.xml - configuration systempropblah/systemprop /configuration also... configuration properties systempropblah/systemprop properties /configuration within settings.xml... properties systempropblah/systemprop properties Any help would be greatly appreciated. Regards, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full
RE: Setting Java System property
Hi Simon, Sorry for the confusion, but I am not trying to set a basic property, but a JVM System Property. A property which would be accessible from the Java code using System.getProperty(PropertyName); I then want that property to be available to every plugin I execute. Matt -Original Message- From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: 15 January 2008 12:39 To: Maven Users List; Matthew Tordoff Subject: RE: Setting Java System property Matthew Tordoff [EMAIL PROTECTED] schrieb: Thanks for that but I have already looked at the appropriate documentation. I have tried setting the system property in all of those locations and for some reason none of the settings are passed through. I did find a JIRA bug opened against this problem somewhere, and thus am guessing this functionality isn't yet available. Are you trying to set a global property, or one specific to just a particular plugin? You appear to be trying to do the latter by nesting your properties info inside a configuration tag. However the page I referred you to says about configuration: The configuration as DOM object. which strongly implies to me that this is only interpreted by the plugin, and you cannot assume that maven looks in here, ie the plugin alone is responsible for interpreting the contents. I could be wrong here, but don't think so.. Setting properties in a pom which are global to all stuff in the pom (and child poms) is trivial, and definitely works when *not* nested within a configuration element (as documented in the page I referred you to): project ... properties foofooval/foo /properties /project It also works in settings.xml, but you do need to be sure that the profile it is defined within is active.. Regards, Simon The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Setting Java System property
That's pretty much the same as what I found. What did you do in settings.xml? -Original Message- From: Labanca, Rick [mailto:[EMAIL PROTECTED] Sent: 15 January 2008 15:32 To: Maven Users List Subject: RE: Setting Java System property From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 15, 2008 7:39 AM To: Maven Users List; Matthew Tordoff Subject: RE: Setting Java System property Setting properties in a pom which are global to all stuff in the pom (and child poms) is trivial, and definitely works when *not* nested within a configuration element (as documented in the page I referred you to): project ... properties foofooval/foo /properties /project It also works in settings.xml, but you do need to be sure that the profile it is defined within is active.. I wish this would work, from what I've tried the properties will not get passed to child modules. The only way I can get a property to be seen by all poms is to -Dparm=val or use settings.xml. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Setting Java System property
Hi all, I am having problems setting a Java System Property as part of my build. I have tried setting it in all kinds of places and the only one that I have found to work is setting it as part of the maven command line as follows: mvn compile -Dsystemprop=blah Setting in the above way is the only way in which I appear to be able to access the file at a later stage from one of my MOJOs via System.getProperty(systemprop) . I don't want to have to set this at the command line because I want to minimise what is typed each time mvn is run. The other approaches I have tried are... Within pom.xml - configuration systempropblah/systemprop /configuration also... configuration properties systempropblah/systemprop properties /configuration within settings.xml... properties systempropblah/systemprop properties Any help would be greatly appreciated. Regards, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ .
Ordering of compilation
Hi all, I have the need to impose a specific ordering of compilation of some source code I have. I need to achieve the following: 1 - compile some Java 2 - translate SQLJ (dependent on above compilation) 3 - compile some further Java (dependent on translated SQLJ) To translate the SQLJ I have created my own plugin which is attached to the validate-sources phase of the build. All of my java code is not building until the compile phase, and thus the build is breaking because some of the code needs to have been built before the SQLJ translation. I am looking at building the initial java code in a separate module, then importing it and unpacking it as a dependency and then continuing with the build as previously designed, packing everything up in a single JAR at the end. The reason for the mail is that I would like to avoid creating another module if possible, and was wondering if anyone had found a way in which the compilation plugin could be attached to a different phase of the build (as opposed to compile). I am also open to other suggestions as to how I may solve my problem. Feedback would be greatly appreciated. Regards, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ .
RE: Ordering of compilation
Hi Nick, Thanks for your response. I actually decided to follow your second option of configuring a second execution of the compiler plugin. The only problem is that when the build gets to the main compilation it doesn't appear to have the target folder on the classpath and thus can't find the code I compiled in the generate-sources phase. I know that you can pass command-line arguments to the compiler, but I would want to append to the classpath and not overwrite it completely. Do you have any ideas for a solution? Thanks again, Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 09 January 2008 10:15 To: Maven Users List Subject: RE: Ordering of compilation I am looking at building the initial java code in a separate module, then importing it and unpacking it as a dependency and then continuing with the build as previously designed, packing everything up in a single JAR at the end. I would go for this way. Even not unpacking the dependency, but just stay dependent on it at runtime. The reason for the mail is that I would like to avoid creating another module if possible, and was wondering if anyone had found a way in which the compilation plugin could be attached to a different phase of the build (as opposed to compile). This is possible. You can configure another execution of the compiler plugin: build plugins plugin artifactIdmaven-compiler-plugin/artifactId executions execution idcompile-before-process-sources/id phasegenerate-sources/phase goalsgoalcompile/goal/goals configuration excludesexclude**/**/exclude/excludes includesincludecom/example/package/include/includes /configuration /execution /executions configuration excludesexcludecom/example/package/exclude/excludes includesinclude**/**/include/includes /configuration /plugin /plugins /build Then bind your sqlj plugin to the process sources phase. This is untested, but I guess with a little tweaking you can make it work. Hth, Nick Stolwijk -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: Wed 1/9/2008 10:50 AM To: Maven Users List Subject: Ordering of compilation Hi all, I have the need to impose a specific ordering of compilation of some source code I have. I need to achieve the following: 1 - compile some Java 2 - translate SQLJ (dependent on above compilation) 3 - compile some further Java (dependent on translated SQLJ) To translate the SQLJ I have created my own plugin which is attached to the validate-sources phase of the build. All of my java code is not building until the compile phase, and thus the build is breaking because some of the code needs to have been built before the SQLJ translation. I am looking at building the initial java code in a separate module, then importing it and unpacking it as a dependency and then continuing with the build as previously designed, packing everything up in a single JAR at the end. The reason for the mail is that I would like to avoid creating another module if possible, and was wondering if anyone had found a way in which the compilation plugin could be attached to a different phase of the build (as opposed to compile). I am also open to other suggestions as to how I may solve my problem. Feedback would be greatly appreciated. Regards, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right
RE: Ordering of compilation
Hi Nick, I have switched to your approach and do as follows: Module 1: build first java package Module 2: translate SQLJ and build second java package (with module 1 listed as a dependency within the pom) However, whatever I seem to do, my SQLJ plugin doesn't seem to be able to find the module1.jar on the classpath. When I echo the class path (System.getProperty(java.class.path)) from within the plugin code at runtime all I get is the following: c:\maven-2.0.7/boot/classworlds-1.1.jar Which as you can see isn't the most helpful. Do you know how to display a list of all the actual jars which are being included in the classpath, or do you have any other suggestions as to what might be going wrong (incorrect installation of PLSQL packages maybe?). Regards, Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 09 January 2008 12:22 To: Maven Users List Subject: RE: Ordering of compilation As an afterthought, I would still recommend two modules: module 1: compile and process-classes (which is a phase, to bind your sqlj plugin to) module 2: dependency on module 1 and compile This is much easier to understand for other developers and inline with the maven thought. Hth, Nick Stolwijk -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wed 1/9/2008 1:17 PM To: Maven Users List Subject: RE: Ordering of compilation The target/classes directory is in the classpath (check with mvn -X clean compile). Did you generate classes or java files? If you generated classes they should be in target/classes, if you generated java files, you'll need the maven-build-helper-plugin [1]. Hth, Nick Stolwijk [1] http://mojo.codehaus.org/build-helper-maven-plugin/index.html -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: Wed 1/9/2008 12:30 PM To: Maven Users List Subject: RE: Ordering of compilation Hi Nick, Thanks for your response. I actually decided to follow your second option of configuring a second execution of the compiler plugin. The only problem is that when the build gets to the main compilation it doesn't appear to have the target folder on the classpath and thus can't find the code I compiled in the generate-sources phase. I know that you can pass command-line arguments to the compiler, but I would want to append to the classpath and not overwrite it completely. Do you have any ideas for a solution? Thanks again, Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 09 January 2008 10:15 To: Maven Users List Subject: RE: Ordering of compilation I am looking at building the initial java code in a separate module, then importing it and unpacking it as a dependency and then continuing with the build as previously designed, packing everything up in a single JAR at the end. I would go for this way. Even not unpacking the dependency, but just stay dependent on it at runtime. The reason for the mail is that I would like to avoid creating another module if possible, and was wondering if anyone had found a way in which the compilation plugin could be attached to a different phase of the build (as opposed to compile). This is possible. You can configure another execution of the compiler plugin: build plugins plugin artifactIdmaven-compiler-plugin/artifactId executions execution idcompile-before-process-sources/id phasegenerate-sources/phase goalsgoalcompile/goal/goals configuration excludesexclude**/**/exclude/excludes includesincludecom/example/package/include/includes /configuration /execution /executions configuration excludesexcludecom/example/package/exclude/excludes includesinclude**/**/include/includes /configuration /plugin /plugins /build Then bind your sqlj plugin to the process sources phase. This is untested, but I guess with a little tweaking you can make it work. Hth, Nick Stolwijk -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: Wed 1/9/2008 10:50 AM To: Maven Users List Subject: Ordering of compilation Hi all, I have the need to impose a specific ordering of compilation of some source code I have. I need to achieve the following: 1 - compile some Java 2 - translate SQLJ (dependent on above compilation) 3 - compile some further Java (dependent on translated SQLJ) To translate the SQLJ I have created my own plugin which is attached to the validate-sources phase of the build. All of my java code is not building until the compile phase, and thus the build is breaking because some of the code needs to have been built before the SQLJ translation. I am looking at building the initial java code in a separate module, then importing it and unpacking it as a dependency and then continuing with the build as previously
RE: Downloading artefacts
Instead of using the unpack-dependencies goal, try just using the unpack goal, and specify each individual artifact you require ... (I have attached my execution to the validate phase since I require the files I import and unpack as part of later stages of the build). plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId executions execution idImport and unpack required artifacts/id phasevalidate/phase goals goalunpack/goal /goals configuration artifactItems artifactItem groupIdgroup/groupId artifactIdartifact/artifactId versionversion/version typezip/type overWritetrue/overWrite classifierassembly identifier/classifier /artifactItem /artifactItems /configuration /execution /executions /plugin Setting overwrite to true will always replace the local file. Add more artifactItem definitions if you want to import multiple artifacts. For more information regarding this plugin visit: http://maven.apache.org/plugins/maven-dependency-plugin/index.html Regards, Matt -Original Message- From: Richard Chamberlain [mailto:[EMAIL PROTECTED] Sent: 08 January 2008 10:52 To: Maven Users List Subject: Downloading artefacts Hi, I'd like to write a script that downloads a number of artefacts stored in a maven repo. The main artefacts are jar files, but I have attached a zip file containing all dependencies, start and stop scripts and configuration files so that i can distribute this to customers. It is the zip that I'm trying to download and unpack to a test environment. Each subsequent time it is run, any snapshots that have been updated would be downloaded and unzipped. I've tried mvn dependency:unpack-dependencies but I've had the following issues: - It doesn't delete the old directory when updating (i could do this myself but i don't want to delete directories that won't be updated) - It downloads all transitive dependencies even if they are not going to be unpacked What is the best way to do this in maven? Thanks, Rich The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: import file from other modules
Hi Francois, To retrieve any files you first of all need to install them into the Maven repository in some way, and to install them into the Maven repository so they are accessible by other modules which can then retrieve them. The basic steps are: Package/Assemble, Install/Deploy, Retrieve. - To assemble files into packages use the Maven Assembly Plugin (potentially creating a zip file of all the files you wish to distribute). - To install the files use either the Maven install or deploy plugins (depending on where you want to copy the files to install for your local repository and deploy for your remote/proxy repository) - To retrieve the packages use the Maven dependency plugin (and potentially the unpack goal). See how you get along with this and if you have more questions then please ask. Matt -Original Message- From: François Xavier Gendrin [mailto:[EMAIL PROTECTED] Sent: 08 January 2008 13:23 To: users@maven.apache.org Subject: import file from other modules Hi, I search into archive but I didn't found. I'm searching a way to include files (shell script, properties files, etc.) from an another module, and I didn't know how to do it. Best regards, -- François Xavier Gendrin IT Engineer [EMAIL PROTECTED] __ STORE ELECTRONIC SYSTEMS 1-7 rue Henri de France 95870 Bezons - France Tél. : + 33 1 34 34 61 61 Fax : + 33 1 34 34 61 62 www.store-electronic-systems.com www.ses-esl.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Retrieving and unpacking assemblies
Hi all, I recently created a POM module which as part of it contains a ZIP file created via the assembly plugin (since the current released version of Maven does not allow packaging of type ZIP). I have another project which needs to make use of this ZIP file, so I need that module to import the original zip file and unpack it. To achieve this I have tried to use the maven-dependency-plugin, however, I have only been successful in being able to retrieve the POM file and not the ZIP file. Does anyone have a proven method for importing and unpacking assemblies attached to modules? Any help would be greatly appreciated. Regards, Matt P.S. I have no problems retrieving modules and unpacking them, only assemblies created as a result of the modules packaging phase. The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Retrieving and unpacking assemblies
Hi all, I found the answer to this here... http://maven.apache.org/plugins/maven-assembly-plugin/faq.html#classifie r You can refer to the assembly using the id of the assembly as the dependency classifier. Matt -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: 07 January 2008 11:22 To: Maven Users List Subject: Retrieving and unpacking assemblies Hi all, I recently created a POM module which as part of it contains a ZIP file created via the assembly plugin (since the current released version of Maven does not allow packaging of type ZIP). I have another project which needs to make use of this ZIP file, so I need that module to import the original zip file and unpack it. To achieve this I have tried to use the maven-dependency-plugin, however, I have only been successful in being able to retrieve the POM file and not the ZIP file. Does anyone have a proven method for importing and unpacking assemblies attached to modules? Any help would be greatly appreciated. Regards, Matt P.S. I have no problems retrieving modules and unpacking them, only assemblies created as a result of the modules packaging phase. The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Existance of ZIP Archetype? | How to distribute DB code to different mvn modules?
Hi all, Does anyone know if there is an existance of a ZIP archetype or similar for maven. I am looking to build a project organised in the following way: Super Module = contains = WAR = contains = JAR = contains = SQLJ code which depends on PL/SQL = contains = PL/SQL The PL/SQL code also has to be delivered as part of the Super Module so it can be run on the various environments upon which it will be deployed. The way I thought of solving this was to create a zip maven module which was a child module of the Super Module, and was depended upon by the JAR module which would subsequently unpack that dependency locally to allow the building of the SQLJ (which is precompiled against the database, and requires the appropriate PL/SQL to have been run on the DB, creating views, types and packages). Am I going about this in the correct way? Any ideas to help me with my approach would be greatly appreciated. Cheers, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ .
RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules?
But how do I create the initial project structure? mvn archetype:create -DgroupId= -DartifactId= -DarchetypeArtifactId=? I am essentially looking for what to put in place of the ? Do I just create a standard JAR project and then change the packaging type to zip? Or do I not use the archetype:create method and create a POM from scratch? Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff MAURY Sent: 04 January 2008 11:54 To: Maven Users List Subject: Re: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? Use the zip packaging in your POM Jeff On Jan 4, 2008 12:18 PM, Matthew Tordoff [EMAIL PROTECTED] wrote: Hi all, Does anyone know if there is an existance of a ZIP archetype or similar for maven. I am looking to build a project organised in the following way: Super Module = contains = WAR = contains = JAR = contains = SQLJ code which depends on PL/SQL = contains = PL/SQL The PL/SQL code also has to be delivered as part of the Super Module so it can be run on the various environments upon which it will be deployed. The way I thought of solving this was to create a zip maven module which was a child module of the Super Module, and was depended upon by the JAR module which would subsequently unpack that dependency locally to allow the building of the SQLJ (which is precompiled against the database, and requires the appropriate PL/SQL to have been run on the DB, creating views, types and packages). Am I going about this in the correct way? Any ideas to help me with my approach would be greatly appreciated. Cheers, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . -- La mélancolie c'est communiste Tout le monde y a droit de temps en temps La mélancolie n'est pas capitaliste C'est même gratuit pour les perdants La mélancolie c'est pacifiste On ne lui rentre jamais dedans La mélancolie oh tu sais ça existe Elle se prend même avec des gants La mélancolie c'est pour les syndicalistes Il faut juste sa carte de permanent Miossec (2006) http://www.jeffmaury.com http://riadiscuss.jeffmaury.com The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules?
Does that mean that I have to download and build that version from scratch? If so where can I download it from? I have been looking at http://jira.codehaus.org/browse/MNG/fixforversion/13143 but there doesn't seem an obvious place where I can get the source. Is it easy to build? Regards, Matt -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: 04 January 2008 13:42 To: Maven Users List Subject: RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? The fix version in the jira is 2.1-alpha-1. Mystery solved -Original Message- From: Tomasz Pik [mailto:[EMAIL PROTECTED] Sent: Friday, January 04, 2008 7:36 AM To: Maven Users List Subject: Re: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? On Jan 4, 2008 12:53 PM, Jeff MAURY [EMAIL PROTECTED] wrote: Use the zip packaging in your POM hm, according to http://jira.codehaus.org/browse/MNG-1683 there should be 'zip' packaging. But: $ cat pom.xml ?xml version=1.0 encoding=iso-8859-1? project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIda.b.c/groupId artifactIdd/artifactId packagingzip/packaging version1.0-SNAPSHOT/version /project [EMAIL PROTECTED] ~/xip $ mvn -U package [INFO] Scanning for projects... [INFO] [INFO] Building Unnamed - a.b.c:d:zip:1.0-SNAPSHOT [INFO]task-segment: [package] [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Cannot find lifecycle mapping for packaging: 'zip'. Component descriptor cannot be found in the component repository: org.apache.maven.lifecycle.mapping.LifecycleMappingzip. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Fri Jan 04 13:09:56 CET 2008 [INFO] Final Memory: 1M/4M [INFO] shows that such packaging is not supported. Anyone knows what should I do to make it working? Thanks, Tomek Jeff On Jan 4, 2008 12:18 PM, Matthew Tordoff [EMAIL PROTECTED] wrote: Hi all, Does anyone know if there is an existance of a ZIP archetype or similar for maven. I am looking to build a project organised in the following way: Super Module = contains = WAR = contains = JAR = contains = SQLJ code which depends on PL/SQL = contains = PL/SQL The PL/SQL code also has to be delivered as part of the Super Module so it can be run on the various environments upon which it will be deployed. The way I thought of solving this was to create a zip maven module which was a child module of the Super Module, and was depended upon by the JAR module which would subsequently unpack that dependency locally to allow the building of the SQLJ (which is precompiled against the database, and requires the appropriate PL/SQL to have been run on the DB, creating views, types and packages). Am I going about this in the correct way? Any ideas to help me with my approach would be greatly appreciated. Cheers, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . -- La mélancolie c'est communiste Tout le monde y a droit de temps en temps La mélancolie n'est pas capitaliste C'est même gratuit pour les perdants La mélancolie c'est pacifiste On ne lui rentre jamais dedans La mélancolie oh tu
RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules?
Apologies for continuing this however, I cannot seem to find 2.1-alpha-1 any where in the svn repository. I have searched the site with google for 2.1-alpha-1 and it returns no results. Am I looking in the wrong place? I did find: http://svn.apache.org/viewvc/maven/components/branches/MNG-612-2.1.x But this seems to be a branch created to fix bug MNG-612, and not the 2.1-alpha-1 release candidate. Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 04 January 2008 14:58 To: Maven Users List Subject: RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? Unfortunately it is not just a new version of a plugin, but a new version of maven itself. To build it, check out the maven trunk and follow the instructions on this page: http://maven.apache.org/guides/development/guide-building-m2.html Hth, Nick Stolwijk -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: Fri 1/4/2008 3:54 PM To: Maven Users List Subject: RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? Does that mean that I have to download and build that version from scratch? If so where can I download it from? I have been looking at http://jira.codehaus.org/browse/MNG/fixforversion/13143 but there doesn't seem an obvious place where I can get the source. Is it easy to build? Regards, Matt -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: 04 January 2008 13:42 To: Maven Users List Subject: RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? The fix version in the jira is 2.1-alpha-1. Mystery solved -Original Message- From: Tomasz Pik [mailto:[EMAIL PROTECTED] Sent: Friday, January 04, 2008 7:36 AM To: Maven Users List Subject: Re: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? On Jan 4, 2008 12:53 PM, Jeff MAURY [EMAIL PROTECTED] wrote: Use the zip packaging in your POM hm, according to http://jira.codehaus.org/browse/MNG-1683 there should be 'zip' packaging. But: $ cat pom.xml ?xml version=1.0 encoding=iso-8859-1? project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIda.b.c/groupId artifactIdd/artifactId packagingzip/packaging version1.0-SNAPSHOT/version /project [EMAIL PROTECTED] ~/xip $ mvn -U package [INFO] Scanning for projects... [INFO] [INFO] Building Unnamed - a.b.c:d:zip:1.0-SNAPSHOT [INFO]task-segment: [package] [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Cannot find lifecycle mapping for packaging: 'zip'. Component descriptor cannot be found in the component repository: org.apache.maven.lifecycle.mapping.LifecycleMappingzip. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Fri Jan 04 13:09:56 CET 2008 [INFO] Final Memory: 1M/4M [INFO] shows that such packaging is not supported. Anyone knows what should I do to make it working? Thanks, Tomek Jeff On Jan 4, 2008 12:18 PM, Matthew Tordoff [EMAIL PROTECTED] wrote: Hi all, Does anyone know if there is an existance of a ZIP archetype or similar for maven. I am looking to build a project organised in the following way: Super Module = contains = WAR = contains = JAR = contains = SQLJ code which depends on PL/SQL = contains = PL/SQL The PL/SQL code also has to be delivered as part of the Super Module so it can be run on the various environments upon which it will be deployed. The way I thought of solving this was to create a zip maven module which was a child module of the Super Module, and was depended upon by the JAR module which would subsequently unpack that dependency locally to allow the building of the SQLJ (which is precompiled against the database, and requires the appropriate PL/SQL to have been run on the DB, creating views, types and packages). Am I going about this in the correct way? Any ideas to help me with my approach would be greatly appreciated. Cheers, Matt The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied
RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules?
Thanks very much for everyone's help, it is much appreciated. Since we are going to be rolling the use of our build tool out across all of our developers we have opted to only use full releases of Maven. To solve the below problem, I used the POM packaging type, along with the maven-assembly-plugin to package the PLSQL in a zip file. I will hopefully however be including the updated zip packaging method when it is available. I think that it is a really useful piece of functionality and will have quite a few different cases in which it would be used. Thanks again, Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 04 January 2008 15:36 To: Maven Users List Subject: RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? I guess alpha-1 is not an official release, but just the trunk, which can be downloaded here: https://svn.apache.org/repos/asf/maven/components/trunk/ Hth, Nick Stolwijk -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: Fri 1/4/2008 4:21 PM To: Maven Users List Subject: RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? Apologies for continuing this however, I cannot seem to find 2.1-alpha-1 any where in the svn repository. I have searched the site with google for 2.1-alpha-1 and it returns no results. Am I looking in the wrong place? I did find: http://svn.apache.org/viewvc/maven/components/branches/MNG-612-2.1.x But this seems to be a branch created to fix bug MNG-612, and not the 2.1-alpha-1 release candidate. Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 04 January 2008 14:58 To: Maven Users List Subject: RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? Unfortunately it is not just a new version of a plugin, but a new version of maven itself. To build it, check out the maven trunk and follow the instructions on this page: http://maven.apache.org/guides/development/guide-building-m2.html Hth, Nick Stolwijk -Original Message- From: Matthew Tordoff [mailto:[EMAIL PROTECTED] Sent: Fri 1/4/2008 3:54 PM To: Maven Users List Subject: RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? Does that mean that I have to download and build that version from scratch? If so where can I download it from? I have been looking at http://jira.codehaus.org/browse/MNG/fixforversion/13143 but there doesn't seem an obvious place where I can get the source. Is it easy to build? Regards, Matt -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: 04 January 2008 13:42 To: Maven Users List Subject: RE: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? The fix version in the jira is 2.1-alpha-1. Mystery solved -Original Message- From: Tomasz Pik [mailto:[EMAIL PROTECTED] Sent: Friday, January 04, 2008 7:36 AM To: Maven Users List Subject: Re: Existance of ZIP Archetype? | How to distribute DB code to different mvn modules? On Jan 4, 2008 12:53 PM, Jeff MAURY [EMAIL PROTECTED] wrote: Use the zip packaging in your POM hm, according to http://jira.codehaus.org/browse/MNG-1683 there should be 'zip' packaging. But: $ cat pom.xml ?xml version=1.0 encoding=iso-8859-1? project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIda.b.c/groupId artifactIdd/artifactId packagingzip/packaging version1.0-SNAPSHOT/version /project [EMAIL PROTECTED] ~/xip $ mvn -U package [INFO] Scanning for projects... [INFO] [INFO] Building Unnamed - a.b.c:d:zip:1.0-SNAPSHOT [INFO]task-segment: [package] [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Cannot find lifecycle mapping for packaging: 'zip'. Component descriptor cannot be found in the component repository: org.apache.maven.lifecycle.mapping.LifecycleMappingzip. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Fri Jan 04 13:09:56 CET 2008 [INFO] Final Memory: 1M/4M [INFO] shows that such packaging is not supported. Anyone knows what should I do to make it working? Thanks, Tomek Jeff On Jan 4, 2008 12:18 PM, Matthew Tordoff [EMAIL PROTECTED
RE: How do I deploy my jar in my remote repository?
mvn deploy :) -Original Message- From: Thomas Chang [mailto:[EMAIL PROTECTED] Sent: 03 January 2008 10:57 To: Maven Users List Subject: How do I deploy my jar in my remote repository? Hi all, I try to deploy my jar in remote server according to http://maven.apache.org/guides/getting-started/index.html#How_do_I_deploy_my_jar_in_my_remote_repository. But I couldn't find the mvn command to do this. Someone knows? Thomas - Ihr erstes Fernweh? Wo gibt es den schönsten Strand. The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How do I deploy my jar in my remote repository?
What is your setup? Have you recently changed your proxy settings? Has this problem only just started appearing or have you had it for a long time? Do the other mvn build phases work (install, etc)? Have you got your repositories set up ok? Should be something like the following... (if you are using a proxy) # repositories # repository # idcentral/id # nameMyCompany Central Repository/name # urlhttp://maven-repos:/repository/url # snapshots # enabledtrue/enabled # /snapshots # releases # enabledtrue/enabled # /releases # /repository # /repositories # pluginRepositories # pluginRepository # idcentral/id # nameMyCompany Central Repository/name # urlhttp://maven-repos:/repository/url # /pluginRepository # /pluginRepositories # build -Original Message- From: Thomas Chang [mailto:[EMAIL PROTECTED] Sent: 03 January 2008 11:02 To: Maven Users List Subject: RE: How do I deploy my jar in my remote repository? Sorry, I find the mvn command: mvn deploy But I got error as I run it: E:\Projekte\TestMavenConfigmvn deploy [INFO] Scanning for projects... [INFO] - --- [INFO] Building Test Maven COnfig using Injecting POM Properties via settings.x ml [INFO]task-segment: [deploy] [INFO] - --- [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-deploy-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Thu Jan 03 12:00:33 CET 2008 [INFO] Final Memory: 3M/6M [INFO] E:\Projekte\TestMavenConfig * Hi all, I try to deploy my jar in remote server according to http://maven.apache.org/guides/getting-started/index.html#How_do_I_deploy_my_jar_in_my_remote_repository. But I couldn't find the mvn command to do this. Someone knows? Thomas - Ihre erste Baustelle? Wissenswertes für Bastler und Hobby Handwerker. The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Managing remote repositories
We are currently using Artifactory, would there be any benefits into moving to Archiva? What are people's experiences with the different proxies? Matt -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: 18 December 2007 22:23 To: Maven Users List Subject: Re: Managing remote repositories On 12/18/07, Siegmann Daniel, NY [EMAIL PROTECTED] wrote: I want to have one private repository with all of our internal artifacts and 3rd party libraries. I also want to have one proxy repository which includes this private repo, some other private repos, and numerous public repos. Both would hold releases and snapshots. I want developers to just be able to add a single mirror in their settings.xml which is a mirrorOf *. Is this going to work, or is there some other way this needs to be structured? Is this even a good idea, or is there some other best practice? Archiva has separate mailing lists; you can find subscription info here: http://maven.apache.org/archiva/mail-lists.html There is information about using Archiva as a single repository on this page: http://maven.apache.org/archiva/docs/1.0/userguide/using-repository.html (To eliminate the need to log in, grant the appropriate roles to the 'guest' user.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Wacky Duplicate Path Problem
This is due to differences in SVN clients, and is not directly linked to either cygwin or windows. I believe that your windows version of the SVN client will be more recent. If you look at the release notes for SVN 1.4... http://subversion.tigris.org/svn_1.4_releasenotes.html You will see it states, that any working copy made with v1.4 or further will not be compatible with earlier clients. Therefore if you created a working copy with a v1.4 onwards version of SVN, and tried to work with it with a version pre 1.4 then you will get this problem. Thus you have either the option of upgrading your cygwin client (if there is a v1.4 or higher client available), or by downgrading your Windows client and making a fresh checkout of the repository. Hope this is of help, Matt -Original Message- From: Harper, Brad [mailto:[EMAIL PROTECTED] Sent: 14 December 2007 18:54 To: users@maven.apache.org Subject: Wacky Duplicate Path Problem Hi: I've suddenly been hit by the problem described at http://jira.codehaus.org/browse/SCM-213 when running the 'release:prepare release:perform' goals. The svn command-line client fails when receiving an argument containing duplicate paths using two different conventions: one cygwin, the other Windows. svn: '/cygdrive/p/eclipse-workspace-qa-2.4.12/framework/p:/eclipse-workspace- qa- 2.4.12/framework' is not a working copy Last week it worked. Today it doesn't. Anyone have thoughts? Thanks. Brad - Here's a fragment of the -X output [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-release-plugin:2.0-beta -6:prepare' -- [DEBUG] (f) addSchema = true [DEBUG] (f) autoVersionSubmodules = false [DEBUG] (s) basedir = p:\eclipse-workspace-qa-2.4.12\framework [DEBUG] (f) commitByProject = false [DEBUG] (f) dryRun = false [DEBUG] (f) generateReleasePoms = false [DEBUG] (f) preparationGoals = clean verify [DEBUG] (f) project = [EMAIL PROTECTED] [DEBUG] (f) reactorProjects = [EMAIL PROTECTED] [DEBUG] (f) resume = true [DEBUG] (f) scmCommentPrefix = [maven-release-plugin] [DEBUG] (f) settings = [EMAIL PROTECTED] [DEBUG] (f) updateDependencies = true [DEBUG] (f) useEditMode = false [DEBUG] -- end configuration -- [INFO] [release:prepare] [INFO] Resuming release from phase 'scm-commit-release' [INFO] Checking in modified POMs... [INFO] Executing: svn --non-interactive commit --file c:\DOCUME~1\bsharp\LOCALS~ 1\Temp\maven-scm-298175632.commit --targets c:\DOCUME~1\bsharp\LOCALS~1\Temp\mav en-scm-46278-targets [INFO] Working directory: p:\eclipse-workspace-qa-2.4.12\framework [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Unable to commit files Provider message: The svn command failed. Command output: svn: '/cygdrive/p/eclipse-workspace-qa-2.4.12/framework/p:/eclipse-workspace- qa- 2.4.12/framework' is not a working copy svn: Can't open file '/cygdrive/p/eclipse-workspace-qa-2.4.12/framework/p:/eclip se-workspace-qa-2.4.12/framework/.svn/entries': No such file or directory [INFO] [DEBUG] Trace org.apache.maven.BuildFailureException: Unable to commit files Provider message: The svn command failed. Command output: svn: '/cygdrive/p/eclipse-workspace-qa-2.4.12/framework/p:/eclipse-workspace- qa- 2.4.12/framework' is not a working copy svn: Can't open file '/cygdrive/p/eclipse-workspace-qa-2.4.12/framework/p:/eclip se-workspace-qa-2.4.12/framework/.svn/entries': No such file or directory ... Caused by: org.apache.maven.plugin.MojoFailureException: Unable to commit files Provider message: The svn command failed. Command output: svn: '/cygdrive/p/eclipse-workspace-qa-2.4.12/framework/p:/eclipse-workspace- qa- 2.4.12/framework' is not a working copy svn: Can't open file '/cygdrive/p/eclipse-workspace-qa-2.4.12/framework/p:/eclip se-workspace-qa-2.4.12/framework/.svn/entries': No such file or directory ... [INFO] [INFO] Total time: 4 seconds [INFO] Finished at: Fri Dec 14 12:45:11 CST 2007 [INFO] Final Memory: 5M/9M [INFO] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit
RE: Issue with jspc-maven-plugin - specifying uriroot
Have you also tried refactoring the path for the webXML entry? -Original Message- From: S.Murali [mailto:[EMAIL PROTECTED] Sent: 17 December 2007 10:58 To: users@maven.apache.org Subject: RE: Issue with jspc-maven-plugin - specifying uriroot Thanks for the reply, Matt. The warSourceDirectory is an existing one and also tried replacing the with ${basedir}/. It din't help - still facing the same issue. This occurs only in 2.0 version of plugin for compilation using tomact6. It works fine with 1.0 version. Pl. let know if you have any other thoughts.. Thanks, Murali Matthew Tordoff wrote: Hi Murali, I think that this is a problem relating to the warSourceDirectory: - Have you checked that the warSourceDirectory is an existing directory? - I also read somewhere that you also might have to specify the warSourceDirectory starting with ${basedir}/ Please let me know if either of these solutions help. Regards, Matt -Original Message- From: S.Murali [mailto:[EMAIL PROTECTED] Sent: 14 December 2007 16:08 To: users@maven.apache.org Subject: Issue with jspc-maven-plugin - specifying uriroot Hi, I using jspc-maven-plugin pre-compile my JSP in a war packaged module. I am using following plugin configuration plugin groupIdorg.codehaus.mojo.jspc/groupId artifactIdjspc-maven-plugin/artifactId executions execution idcheck-jsp-source/id phaseprocess-sources/phase goals goalcompile/goal /goals /execution /executions configuration webXml../mymodule/vfe/WEB-INF/web.xml/webXml warSourceDirectory../mymodule/vfe/warSourceDirectory /configuration !-- Use the Tomcat 6 JSP compiler -- dependencies dependency groupIdorg.codehaus.mojo.jspc/groupId artifactIdjspc-compiler-tomcat6/artifactId version2.0-SNAPSHOT/version /dependency /dependencies /plugin On building module, I am getting following exception. [INFO] Compiling JSP source files to /home/dev1/codebase/sandbox/teams/work/dev3/mymodule/target/jsp-source [INFO] -- -- [ERROR] FATAL ERROR [INFO] -- -- [INFO] The -uriroot option must specify a pre-existing directory [INFO] -- -- [INFO] Trace org.apache.jasper.JasperException: The -uriroot option must specify a pre-existing directory at org.apache.jasper.JspC.execute(JspC.java:1128) at org.codehaus.mojo.jspc.compiler.tomcat6.JspCompilerImpl.compile(JspCom pi lerImpl.java:109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j av a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess or Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Refl ec tionMetaMethod.java:52) at org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassHe lp er.java:714) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:583) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:476) at org.codehaus.groovy.runtime.Invoker.invokePojoMethod(Invoker.java:104) at org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:77) at org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.j av a:85) at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(Script By tecodeAdapter.java:158) at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethod0(Script By tecodeAdapter.java:182) at org.codehaus.mojo.jspc.CompilationMojoSupport.execute(CompilationMojoS up port.groovy:333) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugin Ma nager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defau lt LifecycleExecutor.java:534) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLif ec ycle(DefaultLifecycleExecutor.java:475) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defaul tL ifecycleExecutor.java:454) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHand le Failures(DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegment s( DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLif ec ycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute
RE: Issue with jspc-maven-plugin - specifying uriroot
Hi Murali, I think that this is a problem relating to the warSourceDirectory: - Have you checked that the warSourceDirectory is an existing directory? - I also read somewhere that you also might have to specify the warSourceDirectory starting with ${basedir}/ Please let me know if either of these solutions help. Regards, Matt -Original Message- From: S.Murali [mailto:[EMAIL PROTECTED] Sent: 14 December 2007 16:08 To: users@maven.apache.org Subject: Issue with jspc-maven-plugin - specifying uriroot Hi, I using jspc-maven-plugin pre-compile my JSP in a war packaged module. I am using following plugin configuration plugin groupIdorg.codehaus.mojo.jspc/groupId artifactIdjspc-maven-plugin/artifactId executions execution idcheck-jsp-source/id phaseprocess-sources/phase goals goalcompile/goal /goals /execution /executions configuration webXml../mymodule/vfe/WEB-INF/web.xml/webXml warSourceDirectory../mymodule/vfe/warSourceDirectory /configuration !-- Use the Tomcat 6 JSP compiler -- dependencies dependency groupIdorg.codehaus.mojo.jspc/groupId artifactIdjspc-compiler-tomcat6/artifactId version2.0-SNAPSHOT/version /dependency /dependencies /plugin On building module, I am getting following exception. [INFO] Compiling JSP source files to /home/dev1/codebase/sandbox/teams/work/dev3/mymodule/target/jsp-source [INFO] [ERROR] FATAL ERROR [INFO] [INFO] The -uriroot option must specify a pre-existing directory [INFO] [INFO] Trace org.apache.jasper.JasperException: The -uriroot option must specify a pre-existing directory at org.apache.jasper.JspC.execute(JspC.java:1128) at org.codehaus.mojo.jspc.compiler.tomcat6.JspCompilerImpl.compile(JspCompi lerImpl.java:109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Reflec tionMetaMethod.java:52) at org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassHelp er.java:714) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:583) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:476) at org.codehaus.groovy.runtime.Invoker.invokePojoMethod(Invoker.java:104) at org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:77) at org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.jav a:85) at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(ScriptBy tecodeAdapter.java:158) at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethod0(ScriptBy tecodeAdapter.java:182) at org.codehaus.mojo.jspc.CompilationMojoSupport.execute(CompilationMojoSup port.groovy:333) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:534) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec ycle(DefaultLifecycleExecutor.java:475) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:454) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) I have no