Re: maven adding wrong jar files in war lib
No, you don't. Scope mgmt is standard and built-in. I really can't see how sources could have an impact on the libraries in the final war file :-/. I see you're using build-helper-plugin, could you temporarily disable it to see if it changes anything? Cheers. 2009/3/16 agent59624285 agent59624...@spamcorptastic.com Yes, I am using mvn clean package To find out where the asm dependency was coming from. I changed the scope of all dependency entries to provided, but I am still seeing all the jar files (except serverlet-api) in side the lib folder in the war file. If scopeprovided/scope is added to dependency, shouldn't it be not added in the lib folder of the war file when you do mvn clean package? Do you need a separate plugin for it to work? Thanks -- Baptiste Batmat MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor !
including non-java files in the xref report?
hi, Is there any way to have resource files e.g. persistence.xml, hibernate.cfg.xml output as html so that they can be browse online or in other words included e.g. in the xref report? My use-case is to let the users browse not only example java source files but also the configuration resource files that support those examples. Is this possible without having to point to markup view of subversion? TIA, Regards, Giovanni - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Release plug-in failing to resolve env vars.
Hi, Is the proxyURL that you mention a valid URL in the first place...? Try this... http://www.ja-sig.org/wiki/display/UPM30/Nexus+Proxy+Example Santosh =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you
RE: Release plug-in failing to resolve env vars.
Is the proxyURL that you mention a valid URL in the first place...? Try this... http://www.ja-sig.org/wiki/display/UPM30/Nexus+Proxy+Example Yes it is a valid URL. You can see from the logs that it downloaded everything it needed up until the forked maven invocation. /James ** This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmas...@nds.com and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 ** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Release plug-in failing to resolve env vars.
Can you attach the debug output or the logs... Santosh =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you
RE: Release plug-in failing to resolve env vars.
Normal logs attached. Sory I thought these where in the first mail :-( /James -Original Message- From: Santos Patel [mailto:santos.pa...@tcs.com] Sent: 17 March 2009 11:25 To: Maven Users List Subject: RE: Release plug-in failing to resolve env vars. Can you attach the debug output or the logs... Santosh ** This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmas...@nds.com and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 ** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Release plug-in failing to resolve env vars.
hi James, Don't make haste buddy.. It seems you forgot to attach the logs once again. Santosh =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you
Re: Release plug-in failing to resolve env vars.
On Tuesday 17 March 2009 Santos Patel wrote: Don't make haste buddy.. It seems you forgot to attach the logs once again. Or the list blocks (large?) attachements? Try pasting it to http://pastebin.com/ or similar an post the link. hth, - martin signature.asc Description: This is a digitally signed message part.
Release plug-in failing to resolve env vars.
Hi all,
A while ago I had a problem with my settings containing environment
variables that failed during any forked maven process[1]. This was my
fault as I was referencing ${bob} and not ${env.bob}
I changed this - and all was well in the world for a while - but I
cleaned out my local repostitory and things are failing again.
Tested with 2.0.9, 2.0.10, 2.1.0-RC3
A simple test project and settings.xml is attached - Am I doing
something incorrect or is this a maven bug?
D:\workspaces\svn_all\maven\sandbox\james\buildenvtests\trunk\anothertes
tset | grep proxyURL
proxyURL=http://nexus/nexus/content/repositories
both builds fail as they beleive env.proxyURL is undefined - but this
is set as a user variable in windows.
/James
[1]
http://mail-archives.apache.org/mod_mbox/maven-users/200901.mbox/%3CFC63
46dcac897f4e9673c4418e6448c80190c...@ukex07.uk.nds.com%3e
**
This e-mail is confidential, the property of NDS Ltd and intended for the
addressee only. Any dissemination, copying or distribution of this message or
any attachments by anyone other than the intended recipient is strictly
prohibited. If you have received this message in error, please immediately
notify the postmas...@nds.com and destroy the original message. Messages sent
to and from NDS may be monitored. NDS cannot guarantee any message delivery
method is secure or error-free. Information could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or contain viruses. We do not
accept responsibility for any errors or omissions in this message and/or
attachment that arise as a result of transmission. You should carry out your
own virus checks before opening any attachment. Any views or opinions presented
are solely those of the author and do not necessarily represent those of NDS.
To protect the environment please do not print this e-mail unless necessary.
NDS Limited Registered Office: One London Road, Staines, Middlesex, TW18 4EX,
United Kingdom. A company registered in England and Wales Registered no.
3080780 VAT no. GB 603 8808 40-00
**
?xml version=1.0 encoding=UTF-8?
settings 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/xsd/settings-1.0.0.xsd;
mirrors
mirror
idcentral-mirror/id
nameMaven Central [nexus mirror]/name
url${env.proxyURL}/central/url
mirrorOfcentral/mirrorOf
/mirror
/mirrors
/settings
?xml version=1.0 encoding=UTF-8?
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
groupIdcom.nds.test/groupId
artifactIdanothertest/artifactId
version0.0.1-SNAPSHOT/version
packagingjar/packaging
nameAnother test project/name
scm
connectionscm:svn:svn://svnrepo/maven/sandbox/james/buildenvtests/trunk/anothertest/connection
developerConnectionscm:svn:svn+ssh://svnrepo/maven/sandbox/james/buildenvtests/trunk/anothertest/developerConnection
urlhttp://svnrepo/viewvc/sandbox/james/buildenvtests/trunk/anothertest/?root=maven/url
/scm
distributionManagement
site
urlfile:///e:/maven/site/url
/site
repository
idmy-repo/id
nameMy Repository/name
url
file:///e:/maven/repo
/url
/repository
/distributionManagement
/project
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
RE: Release plug-in failing to resolve env vars.
http://jira.codehaus.org/secure/attachment/40724/mvn2.0.10.log http://jira.codehaus.org/secure/attachment/40727/mvn2.0.10_debug.log http://jira.codehaus.org/secure/attachment/40725/mvn2.1.0-RC3.log -Original Message- From: Martin Höller [mailto:mar...@xss.co.at] Sent: 17 March 2009 11:46 To: Maven Users List Subject: Re: Release plug-in failing to resolve env vars. On Tuesday 17 March 2009 Santos Patel wrote: Don't make haste buddy.. It seems you forgot to attach the logs once again. Or the list blocks (large?) attachements? Try pasting it to http://pastebin.com/ or similar an post the link. hth, - martin ** This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmas...@nds.com and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 ** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Plugin to validate the class file version of built artifacts?
Hello, Our current build system is based on JDK 1.4.2 and Maven 2.0.9. We are in the process of migrating from Continuum to Hudson. Hudson requires Java 1.5 for its Maven2 integration. I already updated the configuration of some of the plugins to make sure that 1.4 compatible bytecode is generated. Before I can really make the switch, I would like to be sure that my JAR files only contain Java 1.4 class files (class file version 48.0). Is anyone aware of a Maven plugin that I can run somewhere near the end of my build which checks the class file version of all classes in my built jar/war/ear files? I have the impression of someone mentioning such support, but I can't find it anymore (Google, mailing list archives) Thanks, Ringo - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven-scm-plugin define -Dmaven.scm.provider.cvs.implementation in pom?
2009/3/16 Eric B. ebe...@hotmail.com: I've been trying to figure out if there is a way to specify the maven.scm.provider.cvs.implementation in the pom or in a profile, but haven't been able to find anything. I know I can specify -Dmaven.scm.provider.cvs.implementation=cvs_native on the command line, but would like to do it from the pom. I did find http://jira.codehaus.org/browse/SCM-303, but I am running scm 2.0-beta-8 and I still cant seem to get it to work. I can only confirm that it doesn't work for me either. I tried it with putting the property in an always active profile in my settings.xml. I am running Maven 2.0.9 on Windows 2000SP4 Ringo - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Plugin to validate the class file version of built artifacts?
Maybe you're referring to the maven-enforcer-plugin? [1] I've never used personally so not sure if it can accomplish your goal, but hopefully can help ;) Ciao! Gab [1] http://maven.apache.org/enforcer/enforcer-rules/requireJavaVersion.html 2009/3/17 Ringo De Smet ringo.des...@gmail.com Hello, Our current build system is based on JDK 1.4.2 and Maven 2.0.9. We are in the process of migrating from Continuum to Hudson. Hudson requires Java 1.5 for its Maven2 integration. I already updated the configuration of some of the plugins to make sure that 1.4 compatible bytecode is generated. Before I can really make the switch, I would like to be sure that my JAR files only contain Java 1.4 class files (class file version 48.0). Is anyone aware of a Maven plugin that I can run somewhere near the end of my build which checks the class file version of all classes in my built jar/war/ear files? I have the impression of someone mentioning such support, but I can't find it anymore (Google, mailing list archives) Thanks, Ringo - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Gabriele Columbro Alfresco ECM Product Strategy Consultant +31 627 565 103 Sourcesense - Making sense of open Source (http://www.sourcesense.com)
Re: How to use maven-release-plugin to build/release from a branch?
Eric, 2009/3/16 Eric B. ebe...@hotmail.com: Hi, How can I use the release:perform goal in the maven-release-plugin to build my module located in a CVS branch? I have tried mvn release:perform -DtagBase=B_2_0_0 hoping / expect that it would pass the tagBase command along to CVS to checkout the sources from that tag. Unfortunately, it doesn't: From the maven-release-plugin docs, I deduce that tagBase is only used when your SCM is Subversion. I have never had any problems so far with making a release on a CVS branch. How did you create the tag? You ran mvn release:prepare right? If you ran it and it is successfull, you should be able to just run mvn release:perform without any further arguments. The release plugin should pickup all the required release information from the file release.properties created by the prepare step. Ringo - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Release plug-in failing to resolve env vars.
hi, Can't seem to find out any obvious errors or bugs over here. Try downloading and installing the maven-clean-plugin manually. Then check to see if the same thing pops up for some other plugin. add the downloaded plugin using mvn install:install-file Santosh =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you
Re: Plugin to validate the class file version of built artifacts?
Gabriele, 2009/3/17 Gabriele Columbro g.colum...@sourcesense.com: Maybe you're referring to the maven-enforcer-plugin? [1] I've never used personally so not sure if it can accomplish your goal, but hopefully can help ;) Nope, that's not the one. This one check that you are running under a specific JVM version. I can't use this one because our developers are on a real Java 1.4 environment, and on Hudson I'm running in a Java 1.5 environment. Although I used Maven profiles to my advantage for the different running environments (e.g. configuring the maven compiler plugin differently), I want to 100% sure that all class files generated by *any* plugin are Java 1.4 class files. This plugin should be one that runs at the end of a build and really scans the jar/war/ear files, not the classes folder. Ringo - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Release plug-in failing to resolve env vars.
On Tuesday 17 March 2009 Nord, James wrote: http://jira.codehaus.org/secure/attachment/40724/mvn2.0.10.log http://jira.codehaus.org/secure/attachment/40727/mvn2.0.10_debug.log http://jira.codehaus.org/secure/attachment/40725/mvn2.1.0-RC3.log The release plugin starts a new maven process and it seems to me that environment variables do not get through. I can remember a similar problem some time ago on this list. Maybe there is an open JIRA issue for this, or you can find something searching the archives. Sorry, can't help you further at the moment. - martin -Original Message- From: Martin Höller [mailto:mar...@xss.co.at] Sent: 17 March 2009 11:46 To: Maven Users List Subject: Re: Release plug-in failing to resolve env vars. On Tuesday 17 March 2009 Santos Patel wrote: Don't make haste buddy.. It seems you forgot to attach the logs once again. Or the list blocks (large?) attachements? Try pasting it to http://pastebin.com/ or similar an post the link. hth, - martin * * This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmas...@nds.com and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 * * - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org signature.asc Description: This is a digitally signed message part.
Re: Plugin to validate the class file version of built artifacts?
Ringo De Smet wrote: Gabriele, 2009/3/17 Gabriele Columbro g.colum...@sourcesense.com: Maybe you're referring to the maven-enforcer-plugin? [1] I've never used personally so not sure if it can accomplish your goal, but hopefully can help ;) Nope, that's not the one. This one check that you are running under a specific JVM version. I can't use this one because our developers are on a real Java 1.4 environment, and on Hudson I'm running in a Java 1.5 environment. Although I used Maven profiles to my advantage for the different running environments (e.g. configuring the maven compiler plugin differently), I want to 100% sure that all class files generated by *any* plugin are Java 1.4 class files. This plugin should be one that runs at the end of a build and really scans the jar/war/ear files, not the classes folder. Can't you just configure a JDK1.4 in hudson to use for compiling/running Maven on the jobs that build your project? -dirk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Plugin to validate the class file version of built artifacts?
Dirk, 2009/3/17 Dirk Olmes d...@xanthippe.ping.de: Can't you just configure a JDK1.4 in hudson to use for compiling/running Maven on the jobs that build your project? The tight Maven2 build support in Hudson, including the Maven module dependency support, requires that your Maven runs in Java 1.5 unfortunately. I can run the Maven jobs as free-style jobs, but then I loose the build order based on the Maven dependencies. I'm not gonna configure this manually for 346 Maven modules. :-) Ringo - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Release plug-in failing to resolve env vars.
I copied the maven-clean-plugin from a backup local repo and it then
fails resolving the clean-plugins parent.
[INFO] Downloading:
${env.proxyURL}/central/org/apache/maven/plugins/maven-plugins/10/maven-
plugins-10.pom
[INFO] Downloading:
${env.proxyURL}/central/org/apache/maven/plugins/maven-plugins/10/maven-
plugins-10.pom
-Original Message-
From: Santos Patel [mailto:santos.pa...@tcs.com]
Sent: 17 March 2009 13:01
To: Maven Users List
Subject: RE: Release plug-in failing to resolve env vars.
hi,
Can't seem to find out any obvious errors or bugs over here.
Try downloading and installing the maven-clean-plugin
manually. Then check to see if the same thing pops up for
some other plugin.
add the downloaded plugin using
mvn install:install-file
Santosh
=-=-=
Notice: The information contained in this e-mail message
and/or attachments to it may contain confidential or
privileged information. If you are not the intended
recipient, any dissemination, use, review, distribution,
printing or copying of the information contained in this
e-mail message and/or attachments to it are strictly
prohibited. If you have received this communication in error,
please notify us by reply e-mail or telephone and immediately
and permanently delete the message and any attachments. Thank you
**
This e-mail is confidential, the property of NDS Ltd and intended for the
addressee only. Any dissemination, copying or distribution of this message or
any attachments by anyone other than the intended recipient is strictly
prohibited. If you have received this message in error, please immediately
notify the postmas...@nds.com and destroy the original message. Messages sent
to and from NDS may be monitored. NDS cannot guarantee any message delivery
method is secure or error-free. Information could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or contain viruses. We do not
accept responsibility for any errors or omissions in this message and/or
attachment that arise as a result of transmission. You should carry out your
own virus checks before opening any attachment. Any views or opinions presented
are solely those of the author and do not necessarily represent those of NDS.
To protect the environment please do not print this e-mail unless necessary.
NDS Limited Registered Office: One London Road, Staines, Middlesex, TW18 4EX,
United Kingdom. A company registered in England and Wales Registered no.
3080780 VAT no. GB 603 8808 40-00
**
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Version ranges
2009/3/11 Johannes Schneider maili...@cedarsoft.com: There is a dependency to Jide defined: [2.2.0, 3.0.0) Could anyone give me a hint how to solve this? Drop the build number from your starting version, only leaving the major and minor part: [2.2, 3.0.0) Leaving the build number out of your version specification can be interpreted as : [2.2.*, 3.0.0) Hope this helps. Ringo - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Relative Path to a Local Repo
Hey Lee, Thanks for the response. Unfortunately, setting an environment variable is probably more difficult than getting the recipients to to open up a settings.xml file and edit it. The goal is unzip go with my only guarantees that they have java, maven, and grails installed by someone else. If they have to edit the settings.xml file, they have to edit it, but if there's any way to get past that and use a relative path that's what I'm looking for. Jer On Mon, Mar 16, 2009 at 6:29 PM, Lee Meador l...@leemeador.com wrote: Can you have them set an environment variable to the folder into which they unzipped? there might be a way to make that work. --Lee On Mon, Mar 16, 2009 at 3:41 PM, Jeremy Sager jeremy.a.sa...@gmail.com wrote: Hi everyone - I appreciate any help that might be offered on this topic. I have researched this on google and have not been able to find an answer, so I'm hoping you guys can throw something out there to help, or point to a place I missed on the web that contains the correct information. I have a need for people to be able to execute a maven build against my project from source that is copied onto their machine. For government security reasons, the machine does not have internet access, and the people executing the build have no maven expertise. I include a copy of my repository within the zip file that contains the source code. I include a settings.xml file that tells maven to execute in offline mode, and points to a local repository. I then give the end users a single command that they execute from their shell, and everything works... except for one problem. The localRepository I specify in settings.xml does not seem to accept a relative path. The relative path to the local repo I've sent them will always remain the same. Alternatively to figuring out the relative path in the settings file I point them to, I am quite content to change what I'm doing on the command line, as in mvn -o -Dmaven.local-repo=foo/bar/repository. However, from what I've seen maven.local-repo no longer works. The goal is to give these guys a zip of my source, which includes my repository (thanks to the assembly plugin), and have them unzip and be able to run with a single command line. Again, they have no local repo and no internet access. One final point. If I use an absolute path to the repository in settings.xml, everything works great. Any advice is appreciated, and thank you for your time. Jeremy -- -- Lee Meador Sent from gmail. My real email address is lee AT leemeador.com
Is there a way to verify/check/repair a local repository ?
Hello, I had issues building my project but strangely it was building fine on other computers. So, I tried the following steps: mv ~/.m2/repository ~/.m2/repository.old = build ok mv ~/.m2/repository ~/.m2/repository.new mv ~/.m2/repository.old ~/.m2/repository cp -rf ~/.m2/repository.new/* ~/.m2/repository/ = build ok Using diff, I saw that a few files differ (xml, pom, jar, sha1, ...) so it seems there was something broken in my local repository. Deleting it is not a very convenient solution. Is there a way to verify/check/repair a local repository (I tried -U option without success) ? Thanks, -- Julien Carsique, Nuxeo (Paris, France) www.nuxeo.com - The Open Source ECM Platform - www.nuxeo.org Nuxeo ECM Stack - The Java EE, scalable, standard-based ECM Platform jcarsi...@nuxeo.com | Tel: +33 1 40 33 79 87 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Verbatim HTML in site documentation
Hi, I'm trying to figure out how I can add a little HTML into a site documentation page. I haven't found any examples of this in the APT or XDoc documentation. Is it possible? I'm actually trying to insert a little markup for a generated PayPal Donate button. Thanks in advance. -- View this message in context: http://www.nabble.com/Verbatim-HTML-in-site-documentation-tp22559536p22559536.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is there a way to verify/check/repair a local repository ?
I'm actually having the same problem.After alot of debugging I noticed something interesting. -rw-r--r-- 1 tich tich 1482491 common-util-25-20090313.151759-9.jar -rw-r--r-- 1 tich tich 1482490 common-util-25-20090317.001243-13.jar -rw-r--r-- 1 tich tich 1482491 common-util-25-SNAPSHOT.jar I've snipped out all the non relevant info. Notice the size of -SNAPSHOT? It is actually different from the size of the latest released version (snapshot -13). Since the -SNAPSHOT jar is used in the classpath instead of the actual -2009xxx. versions it will fail the build. It seems that something in maven's mechanism for replacing the SNAPSHOT jars will occasionally break. I haven't had time to look into exactly what it is but this is likely the source of your build errors. Notice that this only effects -SNAPSHOT jars so I don't know if that is true in your scenario. On Tue, Mar 17, 2009 at 8:56 AM, Julien CARSIQUE jcarsi...@nuxeo.comwrote: Hello, I had issues building my project but strangely it was building fine on other computers. So, I tried the following steps: mv ~/.m2/repository ~/.m2/repository.old = build ok mv ~/.m2/repository ~/.m2/repository.new mv ~/.m2/repository.old ~/.m2/repository cp -rf ~/.m2/repository.new/* ~/.m2/repository/ = build ok Using diff, I saw that a few files differ (xml, pom, jar, sha1, ...) so it seems there was something broken in my local repository. Deleting it is not a very convenient solution. Is there a way to verify/check/repair a local repository (I tried -U option without success) ? Thanks, -- Julien Carsique, Nuxeo (Paris, France) www.nuxeo.com - The Open Source ECM Platform - www.nuxeo.org Nuxeo ECM Stack - The Java EE, scalable, standard-based ECM Platform jcarsi...@nuxeo.com | Tel: +33 1 40 33 79 87 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Joan Rivers - I knew I was an unwanted baby when I saw that my bath toys were a toaster and a radio.
Re: maven adding wrong jar files in war lib
Thank you all. I had done something stupid. I had copied the some jar files inside the WEB-INF/lib folder to do debugging on jetty on the project. Later I figured out how to do debugging on jetty using pom. I totally forgot about the jar files in the lib folder ... Thanks -- View this message in context: http://www.nabble.com/maven-adding-wrong-jar-files-in-war-lib-tp22500900p22561567.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is there a way to verify/check/repair a local repository ?
If you mean the metadata xml files in that 25-SNAPSHOT directory w/ the jars then no those are correct.Otherwise, I don't know what you mean by META-INF/maven. On Tue, Mar 17, 2009 at 10:17 AM, Mark Struberg strub...@yahoo.de wrote: have you checked if it isn't only the META-INF/maven contents? LieGrue, strub --- Tim che...@gmail.com schrieb am Di, 17.3.2009: Von: Tim che...@gmail.com Betreff: Re: Is there a way to verify/check/repair a local repository ? An: Maven Users List users@maven.apache.org Datum: Dienstag, 17. März 2009, 16:04 I'm actually having the same problem.After alot of debugging I noticed something interesting. -rw-r--r-- 1 tich tich 1482491 common-util-25-20090313.151759-9.jar -rw-r--r-- 1 tich tich 1482490 common-util-25-20090317.001243-13.jar -rw-r--r-- 1 tich tich 1482491 common-util-25-SNAPSHOT.jar I've snipped out all the non relevant info. Notice the size of -SNAPSHOT? It is actually different from the size of the latest released version (snapshot -13). Since the -SNAPSHOT jar is used in the classpath instead of the actual -2009xxx. versions it will fail the build. It seems that something in maven's mechanism for replacing the SNAPSHOT jars will occasionally break. I haven't had time to look into exactly what it is but this is likely the source of your build errors. Notice that this only effects -SNAPSHOT jars so I don't know if that is true in your scenario. On Tue, Mar 17, 2009 at 8:56 AM, Julien CARSIQUE jcarsi...@nuxeo.com wrote: Hello, I had issues building my project but strangely it was building fine on other computers. So, I tried the following steps: mv ~/.m2/repository ~/.m2/repository.old = build ok mv ~/.m2/repository ~/.m2/repository.new mv ~/.m2/repository.old ~/.m2/repository cp -rf ~/.m2/repository.new/* ~/.m2/repository/ = build ok Using diff, I saw that a few files differ (xml, pom, jar, sha1, ...) so it seems there was something broken in my local repository. Deleting it is not a very convenient solution. Is there a way to verify/check/repair a local repository (I tried -U option without success) ? Thanks, -- Julien Carsique, Nuxeo (Paris, France) www.nuxeo.com - The Open Source ECM Platform - www.nuxeo.org Nuxeo ECM Stack - The Java EE, scalable, standard-based ECM Platform jcarsi...@nuxeo.com | Tel: +33 1 40 33 79 87 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Joan Rivers - I knew I was an unwanted baby when I saw that my bath toys were a toaster and a radio. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Rita Rudner - Before I met my husband, I'd never fallen in love. I'd stepped in it a few times.
Re: maven adding wrong jar files in war lib
Thank you all. I had done something stupid. I had copied the some jar files inside the WEB-INF/lib folder to do debugging on jetty on the project. Later I figured out how to do debugging on jetty using pom. I totally forgot about the jar files in the lib folder ... Thanks -- View this message in context: http://www.nabble.com/maven-adding-wrong-jar-files-in-war-lib-tp22500900p22561624.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to use maven-release-plugin to build/release from a branch?
Ringo De Smet ringo.des...@gmail.com wrote in message news:e20d07ca0903170558v19147b9av5f1848e1af0f5...@mail.gmail.com... Eric, 2009/3/16 Eric B. ebe...@hotmail.com: Hi, How can I use the release:perform goal in the maven-release-plugin to build my module located in a CVS branch? I have tried mvn release:perform -DtagBase=B_2_0_0 hoping / expect that it would pass the tagBase command along to CVS to checkout the sources from that tag. Unfortunately, it doesn't: From the maven-release-plugin docs, I deduce that tagBase is only used when your SCM is Subversion. I have never had any problems so far with making a release on a CVS branch. I came to the same conclusion as well. I looked through the plugin code, and only found that tagBase is used for SVN as well; the scmVersion and scmVersionType aren't used by the release plugin. How did you create the tag? You ran mvn release:prepare right? If you ran it and it is successfull, you should be able to just run mvn release:perform without any further arguments. The release plugin should pickup all the required release information from the file release.properties created by the prepare step. I think that might be where my problem / confusion lies. In the past, I would always tag my code, then checkout without any cvs tracking information and build from that. I think my problem is that I am still trying to do the same thing, hoping / expecting that the plugin would be able to prepare/perform from a given tag, and not necesarily from a sandbox. Thanks, Eric - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Plugin to validate the class file version of built artifacts?
google this animal sniffer Kohsuke it should give you what you're after (just not sure if Kohsuke created the db for jdk 1.4) On 17/03/2009, Ringo De Smet ringo.des...@gmail.com wrote: Dirk, 2009/3/17 Dirk Olmes d...@xanthippe.ping.de: Can't you just configure a JDK1.4 in hudson to use for compiling/running Maven on the jobs that build your project? The tight Maven2 build support in Hudson, including the Maven module dependency support, requires that your Maven runs in Java 1.5 unfortunately. I can run the Maven jobs as free-style jobs, but then I loose the build order based on the Maven dependencies. I'm not gonna configure this manually for 346 Maven modules. :-) Ringo - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Release plug-in failing to resolve env vars.
hi,
Sorry but could you explain the need for this proxyURL thing. Is this a
network proxy?
why dont you try adding it in the active profile as a property in the
settings.xml. I presume it can be done that way, probably.
Santosh
On Tue, Mar 17, 2009 at 7:05 PM, Nord, James jn...@nds.com wrote:
I copied the maven-clean-plugin from a backup local repo and it then
fails resolving the clean-plugins parent.
[INFO] Downloading:
${env.proxyURL}/central/org/apache/maven/plugins/maven-plugins/10/maven-
plugins-10.pom
[INFO] Downloading:
${env.proxyURL}/central/org/apache/maven/plugins/maven-plugins/10/maven-
plugins-10.pom
-Original Message-
From: Santos Patel [mailto:santos.pa...@tcs.com]
Sent: 17 March 2009 13:01
To: Maven Users List
Subject: RE: Release plug-in failing to resolve env vars.
hi,
Can't seem to find out any obvious errors or bugs over here.
Try downloading and installing the maven-clean-plugin
manually. Then check to see if the same thing pops up for
some other plugin.
add the downloaded plugin using
mvn install:install-file
Santosh
=-=-=
Notice: The information contained in this e-mail message
and/or attachments to it may contain confidential or
privileged information. If you are not the intended
recipient, any dissemination, use, review, distribution,
printing or copying of the information contained in this
e-mail message and/or attachments to it are strictly
prohibited. If you have received this communication in error,
please notify us by reply e-mail or telephone and immediately
and permanently delete the message and any attachments. Thank you
**
This e-mail is confidential, the property of NDS Ltd and intended for the
addressee only. Any dissemination, copying or distribution of this message
or any attachments by anyone other than the intended recipient is strictly
prohibited. If you have received this message in error, please immediately
notify the postmas...@nds.com and destroy the original message. Messages
sent to and from NDS may be monitored. NDS cannot guarantee any message
delivery method is secure or error-free. Information could be intercepted,
corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
We do not accept responsibility for any errors or omissions in this message
and/or attachment that arise as a result of transmission. You should carry
out your own virus checks before opening any attachment. Any views or
opinions presented are solely those of the author and do not necessarily
represent those of NDS.
To protect the environment please do not print this e-mail unless
necessary.
NDS Limited Registered Office: One London Road, Staines, Middlesex, TW18
4EX, United Kingdom. A company registered in England and Wales Registered
no. 3080780 VAT no. GB 603 8808 40-00
**
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Santosh Patel
Re: mvn site issue with cobertura
What's up with that property variable that's not being expanded:
${co.t3.version} ?
huser wrote:
Hi,
I am getting the following error while running mvn site.
What is wrong here ?
[INFO] Storing buildNumber: 65557 at timestamp: 2009-03-16T14:33:40-0500
[INFO] [cobertura:instrument]
[INFO] Not executing cobertura:instrument as the project is not a Java
classpath
-capable package
[INFO] [site:site]
[INFO] Not executing cobertura:report as the cobertura data file
(C:\ws\int_002_
dev_test\services-api\target\cobertura\cobertura.ser) could not be found
Downloading: http://domain.com:8081/nexus/content/groups/public/c
om/co/t3/t3/${co.t3.version}/t3-${co.t3.version}.pom
Downloading: http://domain.com:8081/nexus/content/groups/public/c
om/co/t3/t3/${co.t3.version}/t3-${co.t3.version}.pom
Downloading: http://domain.com:8081/nexus/content/groups/public/c
om/co/t3/t3/${co.t3.version}/t3-${co.t3.version}.pom
[INFO] Parent project loaded from repository.
Downloading: http://domain.com:8081/nexus/content/groups/public/c
om/co/t3/t3/${co.t3.version}/t3-${co.t3.version}-site_en.xml
Downloading: http://domain:8081/nexus/content/groups/public/c
om/co/t3/t3/${co.t3.version}/t3-${co.t3.version}-site_en.xml
Downloading: http://domain.com:8081/nexus/content/groups/public/c
om/co/t3/t3/${co.t3.version}/t3-${co.t3.version}-site_en.xml
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] The site descriptor cannot be resolved from the repository: The
system ca
nnot find the path specified
[INFO]
[INFO] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 18 seconds
[INFO] Finished at: Mon Mar 16 14:33:40 CDT 2009
[INFO] Final Memory: 43M/77M
[INFO]
The plugin for Cobertura is:
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdcobertura-maven-plugin/artifactId
configuration
aggregatetrue/aggregate
instrumentation
ignores /
excludes /
/instrumentation
/configuration
/plugin
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Relative Path to a Local Repo
Couldn't you just provide the packaged version, and a documentation for the
advanced user to build from sources by configuring the settings.xml? About
this last point, why don't you ask people to set yourProjectRoot environment
variable to the unzipped root of your archive, the use something like
${env.yourProjectRoot}/repository from the provided settings.xml?
Btw, if those people are no developers. I can't see why you want them to
build the jar by themselves?
Maybe another thought: why don't you install a corporate maven repository
manager with the repository in question? Aren't you in the same network as
those people?
Cheers.
2009/3/17 Jeremy Sager jeremy.a.sa...@gmail.com
Hey Lee,
Thanks for the response. Unfortunately, setting an environment variable is
probably more difficult than getting the recipients to to open up a
settings.xml file and edit it.
The goal is unzip go with my only guarantees that they have java,
maven,
and grails installed by someone else.
If they have to edit the settings.xml file, they have to edit it, but if
there's any way to get past that and use a relative path that's what I'm
looking for.
Jer
On Mon, Mar 16, 2009 at 6:29 PM, Lee Meador l...@leemeador.com wrote:
Can you have them set an environment variable to the folder into which
they
unzipped? there might be a way to make that work.
--Lee
On Mon, Mar 16, 2009 at 3:41 PM, Jeremy Sager jeremy.a.sa...@gmail.com
wrote:
Hi everyone -
I appreciate any help that might be offered on this topic. I have
researched
this on google and have not been able to find an answer, so I'm hoping
you
guys can throw something out there to help, or point to a place I
missed
on
the web that contains the correct information.
I have a need for people to be able to execute a maven build against my
project from source that is copied onto their machine.
For government security reasons, the machine does not have internet
access,
and the people executing the build have no maven expertise.
I include a copy of my repository within the zip file that contains the
source code. I include a settings.xml file that tells maven to execute
in
offline mode, and points to a local repository.
I then give the end users a single command that they execute from their
shell, and everything works... except for one problem.
The localRepository I specify in settings.xml does not seem to accept a
relative path. The relative path to the local repo I've sent them will
always remain the same.
Alternatively to figuring out the relative path in the settings file I
point
them to, I am quite content to change what I'm doing on the command
line,
as
in mvn -o -Dmaven.local-repo=foo/bar/repository. However, from what
I've
seen maven.local-repo no longer works.
The goal is to give these guys a zip of my source, which includes my
repository (thanks to the assembly plugin), and have them unzip and be
able
to run with a single command line. Again, they have no local repo and
no
internet access.
One final point. If I use an absolute path to the repository in
settings.xml, everything works great.
Any advice is appreciated, and thank you for your time.
Jeremy
--
-- Lee Meador
Sent from gmail. My real email address is lee AT leemeador.com
--
Baptiste Batmat MATHUS - http://batmat.net
Sauvez un arbre,
Mangez un castor !
Jar file destination
I have set up a auto generated jar file upon code change using Edit lunch configuration properties window (see below). It's working fine but I would like to change the destination for jar that has been created. Right now, it's putting under the project default dir. C:\WorkspaceMyEclipse\HRTrainingPersistence\target. What would be the arguments to change jar destination dir so instead of putting the jar under target dir, I want to change it to T:\java\lib dir somthing like that. http://www.nabble.com/file/p22566923/mavenWizardWindow.jpg Please help. Hobi -- View this message in context: http://www.nabble.com/Jar-file-destination-tp22566923p22566923.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Verbatim HTML in site documentation
TomStrummer wrote: Hi, I'm trying to figure out how I can add a little HTML into a site documentation page. I haven't found any examples of this in the APT or XDoc documentation. Is it possible? I'm actually trying to insert a little markup for a generated PayPal Donate button. Thanks in advance. Sounds like this issue: http://jira.codehaus.org/browse/DOXIA-142 Note that this was fixed in Doxia 1.1. The Site Plugin 2.0 uses Doxia 1.0. There is a branch in svn for a Site Plugin that uses Doxia 1.1, but it hasn't been released. http://svn.eu.apache.org/repos/asf/maven/plugins/branches/maven-site-plugin-doxia-1.1/ -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Verbatim HTML in site documentation
Thanks Dennis. That's exactly what I'm looking for. So there's no snapshot release of the site plugin that uses Doxia 1.1? Thanks again. -Tom dennisl-2 wrote: TomStrummer wrote: Hi, I'm trying to figure out how I can add a little HTML into a site documentation page. I haven't found any examples of this in the APT or XDoc documentation. Is it possible? I'm actually trying to insert a little markup for a generated PayPal Donate button. Thanks in advance. Sounds like this issue: http://jira.codehaus.org/browse/DOXIA-142 Note that this was fixed in Doxia 1.1. The Site Plugin 2.0 uses Doxia 1.0. There is a branch in svn for a Site Plugin that uses Doxia 1.1, but it hasn't been released. http://svn.eu.apache.org/repos/asf/maven/plugins/branches/maven-site-plugin-doxia-1.1/ -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://www.nabble.com/Verbatim-HTML-in-site-documentation-tp22559536p22567148.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Jar file destination
I have set up a auto generated jar file upon code change using Edit lunch configuration properties window (see below). It's working fine but I would like to change the destination for jar that has been created. Right now, it's putting under the project default dir. You should ask this on the MyEclipse Users list, or use the tech support that is funded by your subscription to MyEclipse (which is a commercial offering). Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Using archetype:generate with internal repository
Hello Sagara, That really helped, thank you. I had to do a bit of digging but I finally got it. One question though. If I do mvn archetype:generate -DarchetypeCatalog=http://url it works fine, but if I do the following it gives me errors mvn archetype:generate -DarchetypeArtifactId=artifact-id -DarchetypeGroupId=group-id -DarchetypeVersion=1.0 -DarchetypeCatalog=http://url I get the following error [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [archetype:generate] (aggregator-style) [INFO] [INFO] Preparing archetype:generate [INFO] No goals needed for project - skipping [INFO] Setting property: classpath.resource.loader.class = 'org.codehaus.plexus .velocity.ContextClassLoaderResourceLoader'. [INFO] Setting property: velocimacro.messages.on = 'false'. [INFO] Setting property: resource.loader = 'classpath'. [INFO] Setting property: resource.manager.logwhenfound = 'false'. [INFO] [archetype:generate] [INFO] Generating project in Interactive mode [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] : java.lang.NullPointerException null [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 4 seconds [INFO] Finished at: Tue Mar 17 15:04:03 EDT 2009 [INFO] Final Memory: 8M/14M [INFO] Also if I do exacttly the above but replace the url with local and if I've the archetype-catalog.xml in my .m2 directory it works fine too. What am I doing wrong? Shahzad Qureshi Systems Analyst/Programmer Applications Directorate, CIOB Environment Canada shahzad.qure...@ec.gc.ca -Original Message- From: Sagara Gunathunga [mailto:sagar...@gmail.com] Sent: Tuesday, March 17, 2009 1:05 AM To: Maven Users List Subject: Re: Using archetype:generate with internal repository Hi Shahzad, Do you have archetype-catalog.xml file on your internal repository ? ,it is required to have a archetype-catalog.xml file to get Archetype information for Maven Archetype Plug-in. please see the [1] [1] - http://maven.apache.org/plugins/maven-archetype-plugin/specification/arc hetype-catalog.html Thanks , On Tue, Mar 17, 2009 at 12:07 AM, Qureshi,Shahzad [Ontario] shahzad.qure...@ec.gc.ca wrote: Hi all, I am having difficulty using archetype:generate plugin where I want it to use an archetype stored in our internal repository. I was able to do so using archetype:create plugin. I've a settings.xml in .m2 directory and that's where archetype:create reads the internal repository information but archetype:generate doesn't seem to do that. I tried using -DarchetypeRepository but I probably am not entering the internal repository url properly. This is what I am typing and I am getting Build Error because it can't find my archetype mvn archetype:generate -DarchetypeArtifactId=default-archetype -DarchetypeGroupId=default-archetype -DarchetypeVersion=1.0 -DarchetypeRepository=http://serveraddress/Intranet/maven-repo http://serveraddress/Intranet/maven-repo is where archetype-default archetype is residing Any ideas? thanks Shahzad Qureshi Systems Analyst/Programmer Applications Directorate, CIOB Environment Canada shahzad.qure...@ec.gc.ca -- Sagara Gunathunga Blog - ssagara.blogspot.com Web - http://sagaras.awardspace.com/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Jar file destination
Here what MyEclipse said. This is a maven query and I dont have enough knowledge about maven to help you with this issue. You should cross post this issue on the Maven forums. - Nipun Wayne Fay wrote: I have set up a auto generated jar file upon code change using Edit lunch configuration properties window (see below). It's working fine but I would like to change the destination for jar that has been created. Right now, it's putting under the project default dir. You should ask this on the MyEclipse Users list, or use the tech support that is funded by your subscription to MyEclipse (which is a commercial offering). Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://www.nabble.com/Jar-file-destination-tp22566923p22567771.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: building clojure with maven; the bootstrapping problem
I have a maven clojure compile plugin at http://github.com/talios/clojure-maven-plugin/tree/master which I've been using in small experiments, and now other people are also using it (and even forking on github). Would love to see some more love for it thou my clojure experimenting has slowed down lately due to other work getting in the way thou... On Tue, Mar 17, 2009 at 8:40 AM, B Smith-Mannschott bsmith.o...@gmail.com wrote: (2) This problem would be solved if we had a clojure-compiler-maven-plugin to call upon, but of course if we wanted it to perform well, we'd want to make sure that the copy of clojure it used had itself been built with the clojure-compiler-maven-plugin. ;-) How would you, as a maven user, go about this? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
resolve jar path by specifying dependency with a property
Have searched for hours to resolve something that initially seemed to be
an easy issue...
Question is: can I somehow get hold of the path to a jar of a dependency
specified in my pom while running a plugin like mvn exec:exec in my
pom?
In my pom.xml I have various dependencies, one of which is something
like, as usual:
dependency
groupIdnet.whatever.domain/groupId
artifactIdmydep/artifactId
version1.4/version
scopetest/scope
/dependency
which is a jar called, say, mydep.jar.
In this pom I want to use the exec plugin to run a java application.
I configure the exec plugin with classpath/, main class, scope, other
arguments, I run it from the command line with mvn exec:exec and it is
all good.
However, if I want to pass to exec two more arguments as java options,
like this:
argument-Xbootclasspath/a:path/to/mydep.jar/argument
argument-javaagent: path/to/mydep.jar
/argument
then I would not know how to specify them without hardcoding the path.
Ideally, I would like to do something similar to (similarly to what you
do for project name for instance, like ${project.name}):
argument-Xbootclasspath/a:${project.dependencies.dependency.mydep.jar}
/argument
argument-javaagent:${project.dependencies.dependency.mydep.jar}/argum
ent
Is this possible to do somehow or do I have to modify the exec mojo for
getting hold of the wanted dependency?
I searched quite a bit to find this out and looks like I have to create
my mojo for it, but wanted to make sure first.
Max
--
Max Calderoni
Senior Java GUI Engineer
SenSage, Inc.
massimo.calder...@sensage.com
Re: resolve jar path by specifying dependency with a property
Is this possible to do somehow or do I have to modify the exec mojo for getting hold of the wanted dependency? I'm not aware of such a feature, though it sounds useful. I'd encourage you to modify the exec plugin and contribute your changes back, rather than building your own new plugin to support this specific feature. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is there a way to verify/check/repair a local repository ?
The META-INF inside the jars. Tim wrote: If you mean the metadata xml files in that 25-SNAPSHOT directory w/ the jars then no those are correct.Otherwise, I don't know what you mean by META-INF/maven. On Tue, Mar 17, 2009 at 10:17 AM, Mark Struberg strub...@yahoo.de wrote: have you checked if it isn't only the META-INF/maven contents? LieGrue, strub --- Tim che...@gmail.com schrieb am Di, 17.3.2009: Von: Tim che...@gmail.com Betreff: Re: Is there a way to verify/check/repair a local repository ? An: Maven Users List users@maven.apache.org Datum: Dienstag, 17. März 2009, 16:04 I'm actually having the same problem.After alot of debugging I noticed something interesting. -rw-r--r-- 1 tich tich 1482491 common-util-25-20090313.151759-9.jar -rw-r--r-- 1 tich tich 1482490 common-util-25-20090317.001243-13.jar -rw-r--r-- 1 tich tich 1482491 common-util-25-SNAPSHOT.jar I've snipped out all the non relevant info. Notice the size of -SNAPSHOT? It is actually different from the size of the latest released version (snapshot -13). Since the -SNAPSHOT jar is used in the classpath instead of the actual -2009xxx. versions it will fail the build. It seems that something in maven's mechanism for replacing the SNAPSHOT jars will occasionally break. I haven't had time to look into exactly what it is but this is likely the source of your build errors. Notice that this only effects -SNAPSHOT jars so I don't know if that is true in your scenario. On Tue, Mar 17, 2009 at 8:56 AM, Julien CARSIQUE jcarsi...@nuxeo.com wrote: Hello, I had issues building my project but strangely it was building fine on other computers. So, I tried the following steps: mv ~/.m2/repository ~/.m2/repository.old = build ok mv ~/.m2/repository ~/.m2/repository.new mv ~/.m2/repository.old ~/.m2/repository cp -rf ~/.m2/repository.new/* ~/.m2/repository/ = build ok Using diff, I saw that a few files differ (xml, pom, jar, sha1, ...) so it seems there was something broken in my local repository. Deleting it is not a very convenient solution. Is there a way to verify/check/repair a local repository (I tried -U option without success) ? Thanks, -- Julien Carsique, Nuxeo (Paris, France) www.nuxeo.com - The Open Source ECM Platform - www.nuxeo.org Nuxeo ECM Stack - The Java EE, scalable, standard-based ECM Platform jcarsi...@nuxeo.com | Tel: +33 1 40 33 79 87 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Joan Rivers - I knew I was an unwanted baby when I saw that my bath toys were a toaster and a radio. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
resolve jar path by specifying dependency with a property
Have searched for hours to resolve something that initially seemed to be an
easy issue…
Question is: can I somehow get hold of the path to a jar of a dependency
specified in my pom while running a plugin like mvn exec:exec also
specified in my pom?
In my pom.xml I have various dependencies, one of which is something like,
as usual:
dependency
groupIdnet.whatever.domain/groupId
artifactIdmydep/artifactId
version1.4/version
scopetest/scope
/dependency
which is a jar called, say, mydep.jar.
In this pom.xml I want to use the exec plugin to run a java application.
I configure the exec plugin with classpath/, main class, scope, other
arguments, I run it from the command line with mvn exec:exec and it is all
good.
However, if I want to pass to exec two more arguments as java options, like
this:
argument-Xbootclasspath/a:path/to/mydep.jar/argument
argument-javaagent: path/to/mydep.jar /argument
then how do i do that without hardcoding the path?
Ideally, I would like to do something similar to (similarly to what you do
for project name for instance, like ${project.name}):
argument-Xbootclasspath/a:${project.dependencies.dependency.mydep.jar}/argument
argument-javaagent:${project.dependencies.dependency.mydep.jar}/argument
Is this possible to do somehow or do I have to modify the exec mojo for
getting hold of the wanted dependency?
I searched quite a bit to find this out and looks like I have to create my
mojo for it, but wanted to make sure first.
Max
--
Max Calderoni
Senior Java GUI Engineer
SenSage, Inc.
massimo.calder...@sensage.com
--
Max Calderoni
Re: resolve jar path by specifying dependency with a property
On Tue, Mar 17, 2009 at 8:09 PM, Max Calderoni max.calder...@gmail.com wrote: Have searched for hours to resolve something that initially seemed to be an easy issue… I replied to this email when you originally sent it hours ago. Sending the same email twice within such a short period of time (under 10hrs) is simply bad form on a mailing list such as this, especially once you've gotten a response. If you didn't see my response, check the archives @ Nabble.com. Reply to that thread if you're still looking for help. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
