RE: prevent absolute file path in "project" assembly
There are two other configuration files that you'll want to investigate besides your pom for assemblies. I usually have a /main/assembly directory with a component.xml and then an assembly descriptor file. If you can't get what you need from this URL (http://maven.apache.org/plugins/maven-assembly-plugin/assembly.html ), let me know and I can provide some examples. Mike Corum -Original Message- From: REMIJAN, MICHAEL J [AG/1000] [mailto:michael.j.remi...@monsanto.com] Sent: Tuesday, May 05, 2009 10:12 AM To: Maven Users List Subject: prevent absolute file path in "project" assembly I'm trying to use the assembly plugin with the "project" descriptorId and when I run this the zip file it creates contains the absolute directory on my file system to the project - in the zip file is c:\an\absolute\path\to\my\project How do I configure the plugin to only have the project directory in the zip file? org.apache.maven.plugins maven-assembly-plugin 2.2-beta-3 create-src-distribution package single project - This e-mail message may contain privileged and/or confidential information, and is intended to be received only by persons entitled to receive such information. If you have received this e-mail in error, please notify the sender immediately. Please delete it and all attachments from any servers, hard drives or any other media. Other use of this e-mail by you is strictly prohibited. All e-mails and attachments sent and received are subject to monitoring, reading and archival by Monsanto, including its subsidiaries. The recipient of this e-mail is solely responsible for checking for the presence of "Viruses" or other "Malware". Monsanto, along with its subsidiaries, accepts no liability for any damage caused by any such code transmitted by or accompanying this e-mail or any attachment. - - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: System Scope
"Theoretically", yes. However, it could be several years before management in companies trust Maven well enough and before the security is shown to be sufficient to be able to implement that solution. There of course is the licensing issue. Some software companies have valid reasons why they don't want their software showing up in Maven-type repositories. Then, it becomes a legal issue. I'm hoping that the Maven developers will realize the importance of keeping their audience with large companies. This suggested change (taking out system scope) would cause security, audit, and legal problems for companies that could cause them to have to move away from Maven. It would be a shame for me because I've gotten a lot of value out of Maven and I know many others have as well. I guess we'd be forced to do as one of the other respondents suggested; modify Maven to put the feature back in. Perhaps, if the Maven developers insist on making this change, they could at least maintain a branch (and downloads) with system scope still in it so that larger companies (and we're not that large) could still use Maven. I really don't understand the reasoning for taking it out at all. When I think hard about it, it just doesn't make sense. Mike Corum -Original Message- From: Henrique Prange [mailto:[EMAIL PROTECTED] Sent: Friday, August 29, 2008 12:37 PM To: Maven Users List Subject: Re: System Scope Hi Mike, Couldn't you create a secured place into your Repository Manager? Only people with the required credentials will have access to those jars. Cheers, Henrique CORUM, M E [AG/1000] wrote: > I assume that you would be replacing that with some equivalent > functionality, right? Otherwise, you would be taking away the > capability for large companies to use Maven. Let me give an example > (actually two). We have jar files from vendors that our Maven projects > must depend on. In one case, there is a licensing agreement that > disallows us from putting these jars into Maven/Nexus. In another case, > the jar is "security-sensitive" and must not be put in Maven due to > audit or security requirements. The company I work at has over 200 > Maven projects now. Taking out system scope would immediately cause us > to have to look for an alternative to Maven due to legal, audit, and > security requirements. System scope (or an equivalent capability) must > stay in Maven for it to be used by many companies. > > Mike Corum > > -Original Message- > From: Stephen Connolly [mailto:[EMAIL PROTECTED] > Sent: Friday, August 29, 2008 9:25 AM > To: Maven Users List > Cc: Maven Users List; Asif > Subject: Re: RE: > > because the system scope is scheduled for removal post 2.0.x (or is > that post 2.1 now ;-) ) > > Sent from my iPod > > On 29 Aug 2008, at 14:21, Martin Gainty <[EMAIL PROTECTED]> wrote: > >> Good Morning Asif >> >> why sparingly? >> >> thanks >> Martin >> __ >> Disclaimer and confidentiality note >> Everything in this e-mail and any attachments relates to the >> official business of Sender. This transmission is of a confidential >> nature and Sender does not endorse distribution to any party other >> than intended recipient. Sender does not necessarily endorse content >> contained within this transmission. >> >> >>> From: [EMAIL PROTECTED] >>> To: [EMAIL PROTECTED] >>> CC: users@maven.apache.org >>> Date: Fri, 29 Aug 2008 16:44:28 +0530 >>> Subject: RE: >>> >>> One way is to use the system.setting, helps >>> you point to jars on the File System but this should be used >>> SPARINGLY >>> Use the maven repository, that's the true power of Maven. >>> >>> >>> >>> From: Asif [mailto:[EMAIL PROTECTED] >>> Sent: Friday, August 29, 2008 3:43 PM >>> To: Saket Lakshminarayan Chiluveru >>> Cc: users@maven.apache.org >>> Subject: >>> >>> Hey Guys, >>> Thank you for all the support. >>> I achieved making a war using maven for a very simple web-app. >>> One more doubt though, how can I refer to the jars needed by the >>> app from pom.xml. >>> I know one way is by defining dependencies. >>> Isn't there a simple entry that could be made in pom.xml that acts >>> as a classpath. >>> >>> DISCLAIMER == This e-mail may contain privileged and >>> confidential information which is the property of Persistent >>> Systems Ltd. It is intended only for the use of the individual
RE: RE: System Scope
I assume that you would be replacing that with some equivalent functionality, right? Otherwise, you would be taking away the capability for large companies to use Maven. Let me give an example (actually two). We have jar files from vendors that our Maven projects must depend on. In one case, there is a licensing agreement that disallows us from putting these jars into Maven/Nexus. In another case, the jar is "security-sensitive" and must not be put in Maven due to audit or security requirements. The company I work at has over 200 Maven projects now. Taking out system scope would immediately cause us to have to look for an alternative to Maven due to legal, audit, and security requirements. System scope (or an equivalent capability) must stay in Maven for it to be used by many companies. Mike Corum -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Friday, August 29, 2008 9:25 AM To: Maven Users List Cc: Maven Users List; Asif Subject: Re: RE: because the system scope is scheduled for removal post 2.0.x (or is that post 2.1 now ;-) ) Sent from my iPod On 29 Aug 2008, at 14:21, Martin Gainty <[EMAIL PROTECTED]> wrote: > > Good Morning Asif > > why sparingly? > > thanks > Martin > __ > Disclaimer and confidentiality note > Everything in this e-mail and any attachments relates to the > official business of Sender. This transmission is of a confidential > nature and Sender does not endorse distribution to any party other > than intended recipient. Sender does not necessarily endorse content > contained within this transmission. > > >> From: [EMAIL PROTECTED] >> To: [EMAIL PROTECTED] >> CC: users@maven.apache.org >> Date: Fri, 29 Aug 2008 16:44:28 +0530 >> Subject: RE: >> >> One way is to use the system.setting, helps >> you point to jars on the File System but this should be used >> SPARINGLY >> Use the maven repository, that's the true power of Maven. >> >> >> >> From: Asif [mailto:[EMAIL PROTECTED] >> Sent: Friday, August 29, 2008 3:43 PM >> To: Saket Lakshminarayan Chiluveru >> Cc: users@maven.apache.org >> Subject: >> >> Hey Guys, >> Thank you for all the support. >> I achieved making a war using maven for a very simple web-app. >> One more doubt though, how can I refer to the jars needed by the >> app from pom.xml. >> I know one way is by defining dependencies. >> Isn't there a simple entry that could be made in pom.xml that acts >> as a classpath. >> >> DISCLAIMER == This e-mail may contain privileged and >> confidential information which is the property of Persistent >> Systems Ltd. It is intended only for the use of the individual or >> entity to which it is addressed. If you are not the intended >> recipient, you are not authorized to read, retain, copy, print, >> distribute or use this message. If you have received this >> communication in error, please notify the sender and delete all >> copies of this message. Persistent Systems Ltd. does not accept any >> liability for virus infected mails. >> >> CAUTION - Disclaimer * >> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION >> intended solely >> for the use of the addressee(s). If you are not the intended >> recipient, please >> notify the sender by e-mail and delete the original message. >> Further, you are not >> to copy, disclose, or distribute this e-mail or its contents to any >> other person and >> any such actions are unlawful. This e-mail may contain viruses. >> Infosys has taken >> every reasonable precaution to minimize this risk, but is not >> liable for any damage >> you may sustain as a result of any virus in this e-mail. You should >> carry out your >> own virus checks before opening the e-mail or attachment. Infosys >> reserves the >> right to monitor and review the content of all messages sent to or >> from this e-mail >> address. Messages sent to or from this e-mail address may be stored >> on the >> Infosys e-mail system. >> ***INFOSYS End of Disclaimer INFOSYS*** > > _ > Be the filmmaker you always wanted to be-learn how to burn a DVD wit > h Windows(r). > http://clk.atdmt.com/MRT/go/108588797/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - This e-mail message may contain privileged and/or confidential information, and is intended to be received only by persons entitled to receive such information. If you have received this e-mail in error, please notify the sender immediately. Please delete it and all attachments from any servers, hard drives or any other media. Other use of this e-
RE: Cleanup after failed integration-test phase?
This is actually an important problem. We are trying to implement Maven for a situation where we have over 100 CruiseControl projects. We really have to have a solution to this one in order to clean up resources (shutdown war files in pooled Tomcats - not in the same process as the Maven run) after a failed build. Otherwise, the apps load up in a Tomcat until it runs out of memory. I guess we'll need to modify some code somewhere but I'm not sure of the best place. We have no issue with that but we just need some leading on the right place to put it. Mike Corum -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 19, 2008 4:34 PM To: Maven Users List Subject: RE: Cleanup after failed integration-test phase? The build will fail if any phase fails so there isn't currently a way to execute a post failure action. -Original Message- From: Alexander Lvov [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 19, 2008 5:16 PM To: Maven Users List Subject: Re: Cleanup after failed integration-test phase? Hi, Whats wrong with mvn clean http://maven.apache.org/plugins/maven-clean-plugin/usage.html 2008/3/19, jimpo <[EMAIL PROTECTED]>: > > > Isn't there any way of executing some actions after a phase has failed? > -- > View this message in context: > http://www.nabble.com/Cleanup-after-failed-integration-test-phase--tp160 02531s177p16142888.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] - This e-mail message may contain privileged and/or confidential information, and is intended to be received only by persons entitled to receive such information. If you have received this e-mail in error, please notify the sender immediately. Please delete it and all attachments from any servers, hard drives or any other media. Other use of this e-mail by you is strictly prohibited. All e-mails and attachments sent and received are subject to monitoring, reading and archival by Monsanto, including its subsidiaries. The recipient of this e-mail is solely responsible for checking for the presence of "Viruses" or other "Malware". Monsanto, along with its subsidiaries, accepts no liability for any damage caused by any such code transmitted by or accompanying this e-mail or any attachment. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] Sonar 1.1 Released : Quality Management Dashboard
It looks like that link doesn't work. Let us know when the site is back up. Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Freddy Mallet Sent: Friday, March 07, 2008 7:54 AM To: users@maven.apache.org Subject: [ANN] Sonar 1.1 Released : Quality Management Dashboard The Sonar team is pleased to announce the release of Sonar 1.1. Sonar is a new Open Source (LGPL) Quality Management Dashboard hosted by Codehaus to monitor java projects. If you only work on few java projects, we highly encourage people to take a look or keep using great Open Source tools like Maven Dashboard, XRadar and QALab but if you want to keep control on 10, 50, 100 or more java projects, Sonar could be a more suitable solution to fit enterprise's needs. The particularity of Sonar is to aggregate all quality data in a central database. This database is populated through a Maven plugin which doesn't required any change to your pom file. Take a look at http://sonar.hortis.ch to get a very quick idea of the current functionalities or challenge our 2 minutes installation guide if you want to get more. Sonar is sponsored by Hortis, a Swiss IT company based in Geneva and specialized in agile methodologies Enjoy, -- The Sonar team - This e-mail message may contain privileged and/or confidential information, and is intended to be received only by persons entitled to receive such information. If you have received this e-mail in error, please notify the sender immediately. Please delete it and all attachments from any servers, hard drives or any other media. Other use of this e-mail by you is strictly prohibited. All e-mails and attachments sent and received are subject to monitoring, reading and archival by Monsanto, including its subsidiaries. The recipient of this e-mail is solely responsible for checking for the presence of "Viruses" or other "Malware". Monsanto, along with its subsidiaries, accepts no liability for any damage caused by any such code transmitted by or accompanying this e-mail or any attachment. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
