Assembly Tar: How to exclude directories
I'm curious if the Assembly plugin is capable of creating a tar file similar to the following command: find * ! -type d | tar zcvfT $TARFILE - if you exec 'tar ztvf myAssembly.tar.gz' you will see that directories are listed in the tar file. if you create a tar w/ the above command, you will notice that when you list the tar w/ 'tar ztvf myAssembly.tar.gz' you will just see files and the full path to that file. please note, i am not trying to exclude entire directories or to flatten the tar, but to not include the directories in the tar. please try out these commands w/ a sample if its confusing and you will see what i mean. thanks. -- View this message in context: http://www.nabble.com/Assembly-Tar%3A-How-to-exclude-directories-tp19806706p19806706.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]
Re: [INFO] Dependency ... has changed ... messages during build
fyi, this is a bug in maven-war-plugin 2.1-alpha-2. I have filed a bug for it: http://jira.codehaus.org/browse/MWAR-168 these incorrectly reported messages do not appear in maven-war-plugin 2.0.2. try: mvn clean; mvn install; mvn install; with both 2.0.2 and 2.1-alpha-2. during the 3rd command you will see these messages with 2.1-alpha-2 and not with 2.0.2. what is not clear to me is why 'alpha' versions make it into the releases repository. I previously did not set my version for the maven-war-plugin. 2.1-alpha-2 is the default version. In the Maven world, I thought alpha/beta versions = SNAPSHOTS. -- View this message in context: http://www.nabble.com/-INFO--Dependency-...-has-changed-...-messages-during-build-tp19276739p19296172.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]
[INFO] Dependency ... has changed ... messages during build
After installing 3rd party dependencies in Nexus and then building a war, the first time the build runs the dependencies are downloaded fine from Nexus, the second time I get a INFO message for every one of the dependencies I added: [INFO] Dependency[Dependency {groupId=com.stubhub.mycompany.globalLib, artifactId=saxon-xpath, version=8, type=jar}] has changed (was Dependency {groupId=com.mycompany.legacy.globalLib, artifactId=saxon-xpath, version=8, type=jar}). etc. The message does not appear to be hurting anything but its extremely verbose when it should not be - and I am wondering why it is saying the dependency has changed. What's this message about and how do I make it go away? Thanks! -- View this message in context: http://www.nabble.com/-INFO--Dependency-...-has-changed-...-messages-during-build-tp19276739p19276739.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]
Re: [INFO] Dependency ... has changed ... messages during build
Yeah, I see that... I actually edited my post. The groupIds are the same... for the post - I attempted to replace my domain with mycompany and pasted over the word legacy instead. Oops. Anyway, the groupIds are in fact the same. Sorry for the confusion. Please let me know if you have further ideas about this message. Thanks. -- View this message in context: http://www.nabble.com/-INFO--Dependency-...-has-changed-...-messages-during-build-tp19276739p19279904.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]
Can/should my repository id under distributionmanagement be the same as the one in settings.xml?
Repositories elements seem to play different roles - either you are retrieving from the repository, using the defined respository element in settings.xml or you are deploying to a repository using the repository element inside of distributionmanagement within the pom.xml. The way in which this is configured is confusing For my company repository (I think its called the local remote repository), of course I want to do both retrieve and deploy artifacts. Is it ok to use the same id name for both repository elements in settings.xml and pom.xml - and are they even related or treated differently? For instance, if I were to declare in the respository element in settings.xml that the repository was disabled, and yet in the pom.xml I had a repository element with the same id as the one in the settings.xml file, when I exec 'mvn deploy' on that project, will the deployment phase be disabled? If not, how do I optionally disable the deployment to a repository and still exec the deploy phase (if my repo is not yet setup but I still need to exec the deploy phase)? What is the best practice here for defining repository ids for local remote repositories which are used for both retrieving and deploying artifacts? Both respository elements refer to the same hostname, yet they appear to be defined separately and play different roles - so I am curious if there would or would not be a conflict in defining the same id name for both - as defining separate repo ids for the same host seems unnecessary. Example: In my parent pom.xml: ... distributionManagement repository idmy-repo/id urlscp://repo/maven2/url /repository /distributionManagement ... In settings.xml: ... repositories repository releases enabledfalse/enabled updatePolicyalways/updatePolicy checksumPolicywarn/checksumPolicy /releases snapshots enabledfalse/enabled updatePolicydaily/updatePolicy checksumPolicyfail/checksumPolicy /snapshots idmy-repo/id urlhttp://repo/maven2//url layoutdefault/layout /repository /repositories ... Thanks! -- View this message in context: http://www.nabble.com/Can-should-my-repository-id-under-distributionmanagement-be-the-same-as-the-one-in-settings.xml--tp19213047p19213047.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]
Re: How to prevent child pom from exec'ing parent pom ant plugin tasks
Brett Porter wrote: Yes, I think so. I wanted to follow up on this post with something I found in the release notes of Maven 2.0.9: # MNG-3286 - The inherited field in a plugin execution block is now functioning correctly. Previously you could only dis-inherit an entire plugin configuration. http://maven.apache.org/release-notes.html -- View this message in context: http://www.nabble.com/How-to-prevent-child-pom-from-exec%27ing-parent-pom-ant-plugin-tasks-tp19060977p19171358.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]
Re: How to prevent child pom from exec'ing parent pom ant plugin tasks
Thanks for the tip - Interestingly enough inherited is valid under both plugin and execution, but only works under plugin. [ worked ] !-- parent pom -- plugin artifactIdmaven-antrun-plugin/artifactId inheritedfalse/inherited executions execution idparent/id phasegenerate-resources/phase configuration tasks echohello world - parent/echo /tasks /configuration goals goalrun/goal /goals /execution /plugin [ did not work ] !-- parent pom -- plugin artifactIdmaven-antrun-plugin/artifactId executions execution idparent/id phasegenerate-resources/phase inheritedfalse/inherited configuration tasks echohello world - parent/echo /tasks /configuration goals goalrun/goal /goals /execution /plugin Is this a bug? -- View this message in context: http://www.nabble.com/How-to-prevent-child-pom-from-exec%27ing-parent-pom-ant-plugin-tasks-tp19060977p19077475.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]
How to prevent child pom from exec'ing parent pom ant plugin tasks
I have a parent pom who exec's an ant plugin tasks, but I do not want the child pom of the parent to exec the same ant plugin execution when the child runs the ant plugin. It appears that the child pom's instance of the ant plugin inherits the parent pom's ant plugin executions - but I just want that ant plugin execution to exec in the parent pom, not in the child pom as well. How can I prevent the child pom from exec'ing its parents ant plugin execution? Thanks! The output from below would be: // when parent pom exec'd hello world - parent // when child pom exec'd hello world - parent hello world - child // however, I just want // when parent pom exec'd hello world - parent // when child pom exec'd hello world - child !-- parent pom -- plugin artifactIdmaven-antrun-plugin/artifactId executions execution idparent/id phasegenerate-resources/phase configuration tasks echohello world - parent/echo /tasks /configuration goals goalrun/goal /goals /execution /plugin !-- from child pom -- plugin artifactIdmaven-antrun-plugin/artifactId executions execution idchild/id phasegenerate-resources/phase configuration tasks echohello world - child/echo /tasks /configuration goals goalrun/goal /goals /execution /plugin -- View this message in context: http://www.nabble.com/How-to-prevent-child-pom-from-exec%27ing-parent-pom-ant-plugin-tasks-tp19060977p19060977.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]
Importing Oracle DMP File With Maven
What is the best way to import an Oracle dump file my_data.dmp back into Oracle with Maven? Is there a plugin for this? Thanks. -- View this message in context: http://www.nabble.com/Importing-Oracle-DMP-File-With-Maven-tp16191606s177p16191606.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]
Re: running optional ant tasks with maven-antrun-plugin
The above XML apparently only works when the POM's packaging is jar. When I execute this POM from a parent POM, who's packaging is pom, the optional ant task jar files are not included in and the ant tasks blow out w/ an error. I can only exec mvn install in the same directory which has the POM of packaing jar. When I cd .. and exec mvn install on the parent POM who's packing is pom I get the error. Any reason why the plugin dependency is lost? -- View this message in context: http://www.nabble.com/running-optional-ant-tasks-with-maven-antrun-plugin-tp15842721s177p15950594.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]
Re: pom dependencies not found in the reactor.
This problem seems similar to mine: http://www.nabble.com/running-optional-ant-tasks-with-maven-antrun-plugin-td15842721s177.html Why is the parent pom not seeing the plugin dependencies of a required jar module? greenstar wrote: Hello, I have a situation where dependencies of type pom are not found in the reactor (ie: multi-module builds). If the dependency is of type jar, then it is found in the reactor with no problems. What is special about pom types in the reactor? As an aside, the reason I am depending on a pom type is because I use this for a bundling mechanism to group common sets of dependencies that are included in other artifacts over and over again. We can't use the dependencyManagement parent mechanism because we already use the single inheritance for another orthogonal concern. Using pom bundles works well except for the fact that dependencies of this type are not found in the reactor. Am I abusing poms by using them this way? Is there a better way to group dependencies without using the parent's dependencyManagement mechanism? I could also just change the type of these bundles to type jar. This works fine. It produces a small empty jar artifact which is fine, but this seems a bit hackish. Thanks for your time. -- View this message in context: http://www.nabble.com/pom-dependencies-not-found-in-the-reactor.-tp15950904s177p15951029.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]
Changing POM Versions
For large Maven projects, what is the best practice way for changing the version of the POMs? Just created a script and traverse all POMs to alter their version or is there a better method? Thanks. -- View this message in context: http://www.nabble.com/Changing-POM-Versions-tp15951936s177p15951936.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]
Re: running optional ant tasks with maven-antrun-plugin
I just found that this is a bug: http://jira.codehaus.org/browse/MANTRUN-51 In a multi-module project, the ant plugin dependencies are lost. The 'workaround' is the place the ant plugin dependencies in the 1st module despite if you actually need the ant plugin there, simply to load the dependencies, such that when you get to the later module that needs them, they are loaded. -- View this message in context: http://www.nabble.com/running-optional-ant-tasks-with-maven-antrun-plugin-tp15842721s177p15956621.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]
Re: pom dependencies not found in the reactor.
There is something wrong w/ the list or Nabble. My posts were not going through so I hit resend on Nabble. Nabble said the post was not accepted so I don't understand why there are duplicates. Nothing went through last night through this afternoon. I'm guessing either the list got backed up for 12+ hours and finally fired them all out, or Nabble was incorrect when it said the post was not accepted when it really was. I'd be interested to know if there were issues with the list or Nabble in the past day. Sorry for the dups! Wayne Fay wrote: Apparently Nabble is re-sending these emails repeatedly. Is gotama the only person using Nabble who is experiencing these troubles? Are other people seeing it too? Or is gotama simply hitting refresh and causing these emails to be sent over and over again without realizing it? Wayne On 3/10/08, gotama [EMAIL PROTECTED] wrote: This problem seems similar to mine: http://www.nabble.com/running-optional-ant-tasks-with-maven-antrun-plugin-td15842721s177.html Why is the parent pom not seeing the plugin dependencies of a required jar module? greenstar wrote: Hello, I have a situation where dependencies of type pom are not found in the reactor (ie: multi-module builds). If the dependency is of type jar, then it is found in the reactor with no problems. What is special about pom types in the reactor? As an aside, the reason I am depending on a pom type is because I use this for a bundling mechanism to group common sets of dependencies that are included in other artifacts over and over again. We can't use the dependencyManagement parent mechanism because we already use the single inheritance for another orthogonal concern. Using pom bundles works well except for the fact that dependencies of this type are not found in the reactor. Am I abusing poms by using them this way? Is there a better way to group dependencies without using the parent's dependencyManagement mechanism? I could also just change the type of these bundles to type jar. This works fine. It produces a small empty jar artifact which is fine, but this seems a bit hackish. Thanks for your time. -- View this message in context: http://www.nabble.com/pom-dependencies-not-found-in-the-reactor.-tp15950904s177p15951029.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/pom-dependencies-not-found-in-the-reactor.-tp15950904s177p15970390.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]
idea:idea broken IDEA projects
There is a bug for the IDEA plugin: http://jira.codehaus.org/browse/MIDEA-98 http://jira.codehaus.org/browse/MIDEA-102 I am using maven 2.0.8 w/ idea plugin 2.1 on XP w/ Cygwin. When I exec mvn idea:idea through Cygwin, the resulting IDEA project files have malformed file paths. When I exec mvn idea:idea through XP command line, the project is fine. From the above links, its not clear if this is fixed or not in the 2.2-SNAPSHOT of the IDEA Maven plugin. If you have some info on this issues, please explain. Also, I have followed these directions on using SNAPSHOTS but IDEA Maven plugin 2.2-SNAPSHOT was not downloaded correctly. http://maven.apache.org/guides/development/guide-plugin-snapshot-repositories.html How do you use snapshot versions of plugins? Thanks -- View this message in context: http://www.nabble.com/idea%3Aidea-broken-IDEA-projects-tp15862511s177p15862511.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]
Re: How to deploy ears to application instead of repository?
Excellent... thank you. I'll check it out. Does Maven's lifecycle end at the repository and deploying to an application one of those more customizable tasks that is not under the normal realm of Maven? The books I've looked through seem to end their deploy discussion around the repository and generally what Maven is good at is simplifying common generic tasks. I can see how a plugin would be required to do more of a customizable task like deploying to specific containers. Wendy Smoak-3 wrote: How can I use Maven to simply copy ears - retreived from the local repository, and scp them to a specific directory on a remote server? Take a look at Cargo: http://cargo.codehaus.org/ (Or you could do something as simple as exec-maven-plugin + a shell script.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/How-to-deploy-ears-to-application-instead-of-repository--tp15818671s177p15834765.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]
Re: How to deploy ears to application instead of repository?
Actually, Cargo seems broken, at least for JBoss. Has anyone actually remote deployed to JBoss4x successfully with Cargo? What I have read and tried is that: 1) remote stop/start does not work; mvn cargo:start gives me only local containers can be started, 2) remote deploying to JBoss appears to have a bug: http://jira.codehaus.org/browse/CARGO-416 http://www.nabble.com/JBoss-Remote-Deployment-workaround-for-HTTP-500-error-td10079769s177.html So what does this give me? You need to have the war file present on the remote system in order to hot deploy it - which ends up deployed in a tmp directory and gone after a jboss restart anyway. And without starting/stopping remotely, Cargo gives me/anyone nothing... no remote file copy, no remote jboss start/stop, no persistent war deployments... Am I missing something or is Cargo broken software? Thanks. -- View this message in context: http://www.nabble.com/How-to-deploy-ears-to-application-instead-of-repository--tp15818671s177p15838462.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]
Re: How to deploy ears to application instead of repository?
Any Maven solutions? Come on guys - we're talking about copying a file from point a to point b. Cargo can't do this? Maven can't do this? If you can't tell me how Cargo can do it, how can I simply scp a file in Maven? Thanks. -- View this message in context: http://www.nabble.com/How-to-deploy-ears-to-application-instead-of-repository--tp15818671s177p15838928.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]
install:install-file via POM file
How can I do: mvn install:install-file not from the command line, but configured in a POM? I'd like to automate this as the EAR I am installing to the repo will change frequently, but is not built w/ Maven. Until the module is Mavenized, I simply want a module POM to copy an EAR from a directory, say c:\deploy\version_3.0.1\app.EAR, version it using the parameter specified in the POM and install it in the local/company repository. Once the module has been Mavenized, I can tear this out and the parent POM will not know that the module is now building with Maven. I basically want to create a place holder POM for various modules which simply copies EARs from a location and trick the parent POM into thinking its a regular Maven module. I don't want to manually exec this on the command line because there are 15 EARs like this and 40 developers would have to do the same thing. I just want to automate this w/ mvn and be done. Thanks. -- View this message in context: http://www.nabble.com/install%3Ainstall-file-via-POM-file-tp15841398s177p15841398.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]
running optional ant tasks with maven-antrun-plugin
How can I run optional ant tasks with maven-antrun-plugin ? When I run it, it is missing the optional jar from the classpath - even though the jar is properly placed in %ANT_HOME%/lib/ and exec'ing the same ant task in native ant works fine. so there is some disconnect w/ the classpath... My assumption is that maven-antrun-plugin uses a different classpath. How can the maven-antrun-plugin classpath be configured to support optional ant tasks? Thanks... Ant could not find the task or a class this task relies upon. This is common and has a number of causes; the usual solutions are to read the manual pages then download and install needed JAR files, or fix the build file: - You have misspelt 'scp'. Fix: check your spelling. - The task needs an external JAR file to execute and this is not found at the right place in the classpath. Fix: check the documentation for dependencies. Fix: declare the task. - The task is an Ant optional task and the JAR file and/or libraries implementing the functionality were not found at the time you yourself built your installation of Ant from the Ant sources. Fix: Look in the ANT_HOME/lib for the 'ant-' JAR corresponding to the task and make sure it contains more than merely a META-INF/MANIFEST.MF. If all it contains is the manifest, then rebuild Ant with the needed libraries present in ${ant.home}/lib/optional/ , or alternatively, download a pre-built release version from apache.org - The build file was written for a later version of Ant Fix: upgrade to at least the latest release version of Ant - The task is not an Ant core or optional task and needs to be declared using taskdef. - You are attempting to use a task defined using presetdef or macrodef but have spelt wrong or not defined it at the point of use -- View this message in context: http://www.nabble.com/running-optional-ant-tasks-with-maven-antrun-plugin-tp15842721s177p15842721.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]
Re: running optional ant tasks with maven-antrun-plugin
Awesome... thanks. That did the trick... Here is the final config fyi... Remotely stops JBoss, copies over a new EAR file and remotely starts JBoss: plugins plugin artifactIdmaven-antrun-plugin/artifactId dependencies dependency groupIdorg.apache.ant/groupId artifactIdant-jsch/artifactId version1.7.0/version /dependency dependency groupIdcom.jcraft/groupId artifactIdjsch/artifactId version0.1.31/version /dependency /dependencies executions execution phasecompile/phase configuration tasks property environment=env/ sshexec host=hostname username=username keyfile=${env.USERPROFILE}/.ssh/id_rsa command=service jboss stop / scp file=c:/deploy/myApp.ear todir=[EMAIL PROTECTED]:/opt/jboss/server/default/deploy keyfile=${env.USERPROFILE}/.ssh/id_rsa passphrase= verbose=true / sshexec host=hostname username=username keyfile=${env.USERPROFILE}/.ssh/id_rsa command=service jboss start / /tasks /configuration goals goalrun/goal /goals /execution /executions /plugin -- View this message in context: http://www.nabble.com/running-optional-ant-tasks-with-maven-antrun-plugin-tp15842721s177p15844991.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]
How to deploy ears to application instead of repository?
What I'd like to do is use Maven to scp some ear artifacts to my server's JBoss deploy directory - not to a repository. How can I do this? When I use distributionManagement the ear is in fact scp'd, but with everything else related to a repository... html files and in a path of .../com/mycomp/project/. How can I use Maven to simply copy ears - retreived from the local repository, and scp them to a specific directory on a remote server? Thanks... -- View this message in context: http://www.nabble.com/How-to-deploy-ears-to-application-instead-of-repository--tp15818671s177p15818671.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]