Re: Hi
Hi Nick, Thanks a lot for your reply I have internet connection and the issue is i am trying to access is from office...there is no proxy although we have set some script in Lan settings in IE as configuration scriptand when i tried through web browser i was able to open the site. can i use this script also instead of proxy?If yes how? Thanks in advance. Shubham Nick Stolwijk wrote: Do you have a connection to the internet? Maven will download all the plugins and dependencies Maven and your project needs. If it can't connect to the central repository it will not work. When your browser normally connect to the internet through a proxy, specify this proxy in the settings.xml inside your maven installation directory (conf/settings.xml). Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Thu, Sep 11, 2008 at 12:39 PM, Shubham Saraswat [EMAIL PROTECTED] wrote: Hi, I need maven for repackaging LGPL for Edocs installation. I downloaded Mavan 2.0.9 and set the PATH and M2_HOME Mvn -version is working fine. But mvn compile is giving following error:- # mvn compile [INFO] Scanning for projects... [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [compile] [INFO] Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.maven.plugins ArtifactId: maven-resources-plugin Version: 2.2 Reason: Unable to download the artifact from any repository org.apache.maven.plugins:maven-resources-plugin:pom:2.2 from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Sep 10 10:43:11 IST 2008 [INFO] Final Memory: 4M/494M [INFO] I tried downloading maven-resources-plugin-2.2.pom and replaced it with pom.xml in the repacking directory. But still same errors. Please suggest. Shubham Saraswat * Office: +91 80 2852 0261 Extn- 15258 | Mobile: +91 9902006402 Infosys(r) P O W E R E D B Y I N T E L L E C T D R I V E N B Y V A L U E S 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*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] :confused: -- View this message in context: http://n2.nabble.com/Hi-tp1082498p1094494.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: Jar not updating from remote repo
Have a look at mvn deploy:deploy-file -DgeneratePom=true -Dfile=myjar.jar -Dversion=1.0-SNAPSHOT -DartifactId=foo -DgroupId=com.foobar On Wed, Sep 17, 2008 at 12:51 AM, Yaakov Chaikin [EMAIL PROTECTED]wrote: Well, I ran the mvn clean install, etc. using the DSMP proxy server and then moved what it cached into the repository. I didn't actually manually deploy anything except those JARs from a parallel project. How do I deploy those poms? Thanks, Yaakov. On Tue, Sep 16, 2008 at 6:59 PM, Stephen Connolly [EMAIL PROTECTED] wrote: It's looking for the poms... did you deploy poms? BTW when doing a deploy you can generate basic poms if you don't have a pom to deploy On Tue, Sep 16, 2008 at 8:14 PM, Yaakov Chaikin [EMAIL PROTECTED]wrote: DO you know why, given my repositories setup, every time I ran, it downloads the following: Downloading: https://x/maven/org/codehaus/plexus/plexus-component-api/1.0-alpha-15/plexus-component-api-1.0-alpha-15.pom Downloading: https://x/maven/org/codehaus/plexus/plexus-component-api/1.0-alpha-15/plexus-component-api-1.0-alpha-15.pom Downloading: https://x/maven/org/codehaus/plexus/plexus-container-default/1.0-alpha-15/plexus-container-default-1.0-alpha-15.pom Downloading: https://x/maven/org/codehaus/plexus/plexus-container-default/1.0-alpha-15/plexus-container-default-1.0-alpha-15.pom How do I disable downloading this every time? Thanks, Yaakov. On Tue, Sep 16, 2008 at 2:24 PM, Stephen Connolly [EMAIL PROTECTED] wrote: The *key* thing to understand is that once Maven downloads foo-1.0.jar and has it in its local repository, it will *never* download it again. This is why you should always keep the version as -SNAPSHOT and use the release plugin (or roll your own scripts if you're crazy) to roll a release. The result of using the release plugin is that developers will never _normally_ build a non-SNAPSHOT version, and each build of a non-SNAPSHOT will get deployed to your maven repo... and they should only be being built once to ensure that there is only one release of the artifact for that version number. On Tue, Sep 16, 2008 at 7:21 PM, Stephen Connolly [EMAIL PROTECTED] wrote: The update ppolicy for a remote repo will control how often maven looks for updates versions being available also... but the thing is this is only is Maven thinks it could use a newer version... so if your dependency is like version1.0/version then that's a no fixed version, but I'd suggest to use 1.0 and as long as Maven has a 1.0 downloaded, there's no need to check. Similarly if you have version[1.0]/version However, if you have version[1.0,2.0-!)/version Then Maven _can_ use a newer one if available. If no other project is forcing or strongly suggesting a specific version within the range, then Maven will use the update policy to decide how often to check for other versions that match the range(s) that apply for the version. At least that's my understanding (and results of some quick experiments) -Stephen On Tue, Sep 16, 2008 at 7:00 PM, Yaakov Chaikin [EMAIL PROTECTED]wrote: Hmm... Is that REALLY true? The documentation for the 'updatePolicy' certainly seems to disagree since it exists for both snapshots and releases: updatePolicy: This element specifies how often updates should attempt to occur. Maven will compare the local POM's timestamp (stored in a repository's maven-metadata file) to the remote. The choices are: always, daily (default), interval:X (where X is an integer in minutes) or never. The documentation for mvn --help also says this for '-U': -U,--update-snapshots Forces a check for updated releases and snapshots on remote repositories So, how do you explain these then? What do they do? On Tue, Sep 16, 2008 at 1:53 PM, Wayne Fay [EMAIL PROTECTED] wrote: Maven NEVER updates jars that have a non-snapshot version associated with them. If you are updating jars then they MUST be called a.b.c-SNAPSHOT for Maven to notice the changes. Wayne On Tue, Sep 16, 2008 at 10:47 AM, Yaakov Chaikin [EMAIL PROTECTED] wrote: Hi, I am using Maven 2.0.8. I have a custom remote maven repo with some JARs imported there. I recently updated one of the JARs there, but noticed that when I built on the client, no update was pulled from the remote repo and my local repo still has the old one. Only after I erased the actual JAR from the local repo, did it pull the file from the remote repo. I checked and all the files in the directory under (version) 1.0 of that JAR file have new timestamps, so it's definitely new. I then tried to force by doing this: mvn -U clean install That didn't
Re: Embedding maven
Brett Porter [EMAIL PROTECTED] writes: I don't think it's really documented, and is certainly subject to change given the nature of trunk. Your best bet might be to look at the CLI on trunk as it uses the embedder itself. OK, I'll try that, thanks again. -- Arnaud Bailly, PhD OQube - Software Engineering http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven and Configuration packages
Karl Heinz Marbaise wrote: Hi Jörg, thanks for answering... The id of the assembly *is* the classifier ... so how do you create distinct files, if you use always the same assembly? Note, that the result of the assembly *is* already an attached artifact. Simply call mvn deploy and you will see which artifact Maven explicitly knows about. Remember, those are the only ones that will be published in the official repository making a release. Ok. I just do in my pom for the assembly plugin: execution idconfig-1/id phasepackage/phase /goalsgoalsingle/goal/goals configuration descriptorsdescriptor.../assembly/config.xml/descriptor /descriptors filtersfilterfilterC1.properties/filter/filters finalName${basename}-config1/finalName /execution This part i repeat for every config i need where i change only the filter file... IIRC setting the finalName will only change the name locally in your target directory. If Maven deploys those filed into the repository, they will overwrite themselves, since from Maven's view they are all the same and the artifacts name in the repo is build from the artifactId and the classifier defined in the assembly/config.xml. This also means that performing a release your files are lost after you cleaned out your local build directory. Call mvn install and look into your local repo. Will you find all 8 configured files? I bet not. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: clean won't delete stuff that isn't in ./target
Hi there, you can simply use: configuration filesetdirectoryC:/some/other/dir/deleteme/directory/fileset /configuration Nothing more... And as mentioned...absolute directories are a very bad idea... Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Disable source bundle in release plugin
By default release plugin creates and deploys source bundle and javadoc, how do i disable this feature? (The same question has already been posted before, but there was no response). thanks -- View this message in context: http://www.nabble.com/Disable-source-bundle-in-release-plugin-tp19527790p19527790.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]
Super POM PlugIn Configuration / Multimodule Setup
Hi, i have a multimodule setup... Now i have the following question: I use a plugin (maven-license-plugin) in my parent pom and do the configuration of it there as well. The configuration of it are in a folder of this parent module Parent +--- Module A +--- Module B +--- config-files Based on the deriving of the parent POM every module now does the license check, but within the modules the modules complains about not finding the configuration files, so i have added into the sub modules an configuration with referencing the configuration-files via things like this: ${basedir}/../config-files to have only a single set of configuration files for the plugin Does exist there an more elegant way to do this ? Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hi
I don't know about Internet Explorer or Windows script, (Ain't using both). But here are a few options: Maybe you could let this script also generate a settings.xml [1] with the right proxy information. As far as I know Maven can't handle this type of scripts. Another option would be to adjust mvn.bat to read the script file and extract the proxy from it and give it to the maven program with command line parameters. Or you could read the proxy script yourself and assume that it won't change much and enter the proxy information into the settings.xml yourself. When you enter proxy information into the settings.xml and you want to use the active flag to switch it off, please take note of MNG-2387 [2]. [1] http://maven.apache.org/ref/2.0.7/maven-settings/settings.html [2] http://jira.codehaus.org/browse/MNG-2387 Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Wed, Sep 17, 2008 at 8:02 AM, shubham [EMAIL PROTECTED] wrote: Hi Nick, Thanks a lot for your reply I have internet connection and the issue is i am trying to access is from office...there is no proxy although we have set some script in Lan settings in IE as configuration scriptand when i tried through web browser i was able to open the site. can i use this script also instead of proxy?If yes how? Thanks in advance. Shubham Nick Stolwijk wrote: Do you have a connection to the internet? Maven will download all the plugins and dependencies Maven and your project needs. If it can't connect to the central repository it will not work. When your browser normally connect to the internet through a proxy, specify this proxy in the settings.xml inside your maven installation directory (conf/settings.xml). Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Thu, Sep 11, 2008 at 12:39 PM, Shubham Saraswat [EMAIL PROTECTED] wrote: Hi, I need maven for repackaging LGPL for Edocs installation. I downloaded Mavan 2.0.9 and set the PATH and M2_HOME Mvn -version is working fine. But mvn compile is giving following error:- # mvn compile [INFO] Scanning for projects... [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [compile] [INFO] Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.maven.plugins ArtifactId: maven-resources-plugin Version: 2.2 Reason: Unable to download the artifact from any repository org.apache.maven.plugins:maven-resources-plugin:pom:2.2 from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Sep 10 10:43:11 IST 2008 [INFO] Final Memory: 4M/494M [INFO] I tried downloading maven-resources-plugin-2.2.pom and replaced it with pom.xml in the repacking directory. But still same errors. Please suggest. Shubham Saraswat * Office: +91 80 2852 0261 Extn- 15258 | Mobile: +91 9902006402 Infosys(r) P O W E R E D B Y I N T E L L E C T D R I V E N B Y V A L U E S 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*** - To
Re: Super POM PlugIn Configuration / Multimodule Setup
Hi, You could find a multimodule configuration for resources files (xml, txt ...) in the checkstyle plugin documentation. http://maven.apache.org/plugins/maven-checkstyle-plugin/examples/multi-module-config.html This tips is to create a new maven module (jar) that will contains all your resources needed by your plugin configuration. And some plugin could check the classpath to retrieve resources. Guillaume Boucherie 2008/9/17 Karl Heinz Marbaise [EMAIL PROTECTED] Hi, i have a multimodule setup... Now i have the following question: I use a plugin (maven-license-plugin) in my parent pom and do the configuration of it there as well. The configuration of it are in a folder of this parent module Parent +--- Module A +--- Module B +--- config-files Based on the deriving of the parent POM every module now does the license check, but within the modules the modules complains about not finding the configuration files, so i have added into the sub modules an configuration with referencing the configuration-files via things like this: ${basedir}/../config-files to have only a single set of configuration files for the plugin Does exist there an more elegant way to do this ? Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ваше письмо удалено за спам
Здравствуйте! Ваше письмо принято за спам и удалено. Если вы считаете это ошибкой, то позвоните пожалуйста по телефону +7(812)578-09-03 в службу поддержки. ===Вашего письмо=== Return-Path: [EMAIL PROTECTED] Received: from [EMAIL PROTECTED] by inc.ru (CommuniGate Pro RULES 4.1.8) with RULES id 3637097; Wed, 17 Sep 2008 13:48:19 +0400 X-Autogenerated: Mirror X-Mirrored-by: [EMAIL PROTECTED] Received: from mail.netltd.ru (account [EMAIL PROTECTED]) by inc.ru (CommuniGate Pro RPOP 4.1.8) with RPOP id 3637096 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 13:48:19 +0400 X-Antivirus-passed: yes X-Real-To: [EMAIL PROTECTED] Received: from [EMAIL PROTECTED] by inc.ru (CommuniGate Pro RULES 4.1.8) with RULES id 26672773; Wed, 17 Sep 2008 13:47:24 +0400 X-Autogenerated: Mirror X-Mirrored-by: [EMAIL PROTECTED] X-Antispam-passed: yes X-Antispam: yes X-Real-To: [EMAIL PROTECTED] X-Antivirus: yes Received: from mail.apache.org ([140.211.11.2] verified) by inc.ru (CommuniGate Pro SMTP 4.1.8) with SMTP id 26672775 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 13:47:24 +0400 Received: (qmail 47059 invoked by uid 500); 17 Sep 2008 09:47:15 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:users@maven.apache.org List-Id: Maven Users List users.maven.apache.org Reply-To: Maven Users List users@maven.apache.org Delivered-To: mailing list users@maven.apache.org Received: (qmail 47048 invoked by uid 99); 17 Sep 2008 09:47:15 - Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 02:47:15 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of [EMAIL PROTECTED] designates 216.239.58.188 as permitted sender) Received: from [216.239.58.188] (HELO gv-out-0910.google.com) (216.239.58.188) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 09:46:15 + Received: by gv-out-0910.google.com with SMTP id y18so1549597gvf.14 for users@maven.apache.org; Wed, 17 Sep 2008 02:46:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=svnQJqEQXZt8RC7wE2ZHWX8TfazD8ilT5yGu6Nt/SkU=; b=WCNDxz9LbHs3Vo/SyP728FUyA38kB/HimzMw6Gdad+YqaEaAivqw8Z3UUrgCTNlCBn cp+o4m/k0c6y6MyTnxFW/ZzLSDI4xqC/MhuQ0S94IVZD7S+5SEHMBLos7C794R8OOQ/I O5m8SWPloiz92UXjZu/yvwyMEzEGhMXiB903w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=ltcrpfvj2qb3FsltvodAZiwUCYLJ1q3vf2d4iBdHj0nim0qTe5TuTlF8ZmrzJLygLM 2Dgu8wAb/ydFHJVRP0ZGvbx4m+HyRF3aIwIZ9gU7GsyLxdC3aXC0O9oxMVd8NDb5RKmc BRsnVvDFe/woEBADucTb1bdsCBAFKUgDnjEfY= Received: by 10.103.211.3 with SMTP id n3mr1620375muq.43.1221644806128; Wed, 17 Sep 2008 02:46:46 -0700 (PDT) Received: by 10.103.189.2 with HTTP; Wed, 17 Sep 2008 02:46:46 -0700 (PDT) Message-ID: [EMAIL PROTECTED] Date: Wed, 17 Sep 2008 11:46:46 +0200 From: Guillaume Boucherie [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org, [EMAIL PROTECTED] Subject: Re: Super POM PlugIn Configuration / Multimodule Setup In-Reply-To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: multipart/alternative; boundary==_Part_23195_19461747.1221644806133 References: [EMAIL PROTECTED] X-Virus-Checked: Checked by ClamAV on apache.org Hi, You could find a multimodule configuration for resources files (xml, txt ...) in the checkstyle plugin documentation. http://maven.apache.org/plugins/maven-checkstyle-plugin/examples/multi-module-config.html This tips is to create a new maven module (jar) that will contains all your resources needed by your plugin configuration. And some plugin could check the classpath to retrieve resources. Guillaume Boucherie 2008/9/17 Karl Heinz Marbaise [EMAIL PROTECTED] Hi, i have a multimodule setup... Now i have the following question: I use a plugin (maven-license-plugin) in my parent pom and do the configuration of it there as well. The configuration of it are in a folder of this parent module Parent +--- Module A +--- Module B +--- config-files Based on the deriving of the parent POM every module now does the license check, but within the modules the modules complains about not finding the configuration files, so i have added into the sub modules an configuration with referencing the configuration-files via things like this: ${basedir}/../config-files to have only a single set of configuration files for the plugin Does exist there an more elegant way to do this ?
[m2] is it possible to package a newly archetype-generated project?
Hi all, I am integrating some code generator into Maven. Currently, I have a project archetype and a plugin that wraps the generator. In the current arrangement creating a project is a three steps process: 1. mvn archetype:generate parameters 2. cd project-dir 3. mvn package/install/whatever I would like to make it a one step process - like: mvn archetype:generate parameters -DrunTo=package Anyone tried something similar? Adrian. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Вашему вопросу присвоен тикет [#142158354]
If you want get Help try it in english please... I think there is scarcely anybody who understands... 2008/9/17 [EMAIL PROTECTED] Здравствуйте! Ваш запрос принят. Запросу присвоен тикет №142158354 В течение одного рабочего дня им займется сотрудник технической поддержки. Вы получите от него сообщение. Данное сообщение сгенерировано роботом. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Вашему вопросу присвоен тикет [#142158354]
I do understand Russian. It is an automatic letter from spam-filter. I've called to that company, the've promised to stop this flood. 2008/9/17 Schimki86 [EMAIL PROTECTED]: If you want get Help try it in english please... I think there is scarcely anybody who understands... 2008/9/17 [EMAIL PROTECTED] Здравствуйте! Ваш запрос принят. Запросу присвоен тикет №142158354 В течение одного рабочего дня им займется сотрудник технической поддержки. Вы получите от него сообщение. Данное сообщение сгенерировано роботом. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven Plugin bug?!
Hi, I just ran into this weird bug when using the maven 2 tomcat plugin (which I was sucessfully using for the last few month now...) mvn tomcat:deploy -e + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'tomcat'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file [INFO] Repository 'central' will be blacklisted [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or no valid version could be found [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or no valid version could be found at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1542) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:405) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:137) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:287) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.version.PluginVersionNotFoundException: The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or no valid version could be found at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:229) at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:91) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:171) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1274) ... 14 more [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Sep 17 13:02:22 CEST 2008 [INFO] Final Memory: 2M/5M [INFO] The weird thing - The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or no valid version could be found is true - because it is under the org.codehaus folder - just the way I have defined it in my parent pom: [...] plugin groupIdorg.codehaus.mojo/groupId artifactIdtomcat-maven-plugin/artifactId version1.0-alpha-1/version [...] Any idea why this fails - NOW? (As far as I know I haven't changed anything at all...) Thanks in advance, Peter
Multi Module Packaging
Hi there, i have a working multi module setup where different modules create artifacts. Parent +-- Mod A (Artifact: a.tar.gz, a-1.tar.gz, a-2.tar.gz, a-3.tar.gz) +-- Mod B (Artifact: b.tar.gz) +-- Mod C (Artifact: c.tar.gz) +-- Mod D Now i would like to create Super-Archives which comprises of different artifacts from different modules. For example: Artifact Install-a (Artifacts from Module A; Module C) Install-b (Artifacts from Module B; files from parent Module) So i would like to know the best practice to solve this...I can't use mvn deploy, cause i have to deliver the packages not via Maven Repos so i have to create Super-Archives... I have thought about this and would simply create assemblies which are configured in that why... For the case using files from parent module, i would suggest to create a stand-alone sub-module and create usual artifacts... Does anybody has a good hint for this kind of problem ? Thanks in advance... Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Parent POM properties not inherited
Hi, i've come across a problem which i driving me mad. My project is made up of multiple modules which all inherit from a super pom. In this super pom i have defined a few properties for version number of the individual modules. When i run mvn install from the root dir (super pom) it goes thru all of the modules perfectly and build with the correct version numbers. If I run the mvn install command from one of the nested modules it can't find the version properties defined in the super pom. Is there a workaround for this problem? Is it possible to store you properties in a properties file and load them within the pom? If i could do that i could just refernce the properties file via a relative path in each pom. Thanks in advance. Darragh -- View this message in context: http://www.nabble.com/Parent-POM-properties-not-inherited-tp19529658p19529658.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: Maven Plugin bug?!
A quote from Dennis Lundberg: [quote] The problem is that Maven is unable to download the artifact-plugin for you. [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no valid version could be found The most common reasons for this message are (in no particular order): - You don't have a connection to the internet + Solution: connect to the internet - The meta-data for the plugin in question has been corrupted in your local repository + Solution: Remove the entire directory for that plugin in your local repository - You are behind a proxy or firewall that prevents Maven from accessing the central repository + Solution: configure Maven to handle this, see http://maven.apache.org/guides/mini/guide-proxies.html If none of the about helps you, please run Maven like this to give us more to go on. It will enable debug mode. Please post the results here. mvn -X archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app [/quote] Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Wed, Sep 17, 2008 at 1:10 PM, Peter Horlock [EMAIL PROTECTED] wrote: Hi, I just ran into this weird bug when using the maven 2 tomcat plugin (which I was sucessfully using for the last few month now...) mvn tomcat:deploy -e + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'tomcat'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file [INFO] Repository 'central' will be blacklisted [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or no valid version could be found [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or no valid version could be found at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1542) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:405) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:137) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:287) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.version.PluginVersionNotFoundException: The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or no valid version could be found at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:229) at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:91) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:171) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1274) ... 14 more [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Sep 17 13:02:22 CEST 2008 [INFO] Final Memory: 2M/5M [INFO] The weird thing - The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or no valid version could be found is true - because it is under the org.codehaus folder - just the way I have defined it in my parent pom: [...] plugin groupIdorg.codehaus.mojo/groupId artifactIdtomcat-maven-plugin/artifactId version1.0-alpha-1/version [...] Any idea
Is there a way to obtain the caller's goal from within a Mojo?
Hi. I would like to know within a Mojo implementation that the maven was started with install or deploy goal. Is it possible? Tibor
Re: Hi
I have updated the settings.xml with the proxy details and now the error is :- $ mvn install:install-file -DgroupId=swarmcache -DartifactId=swarmcache -Dversion=1.0RC2 -Dpackaging=jar -Dfile=/ebilling/application/edxadmin/swarm [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'install'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file [INFO] Repository 'central' will be blacklisted Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-install-plugin/2.2/maven-install-plugin-2.2.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.maven.plugins ArtifactId: maven-install-plugin Version: 2.2 Reason: Unable to download the artifact from any repository org.apache.maven.plugins:maven-install-plugin:pom:2.2 from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Sep 17 16:58:01 IST 2008 [INFO] Final Memory: 4M/494M [INFO] I have just no idea is it still not able to connect to internet or isue is something else? Nick Stolwijk wrote: I don't know about Internet Explorer or Windows script, (Ain't using both). But here are a few options: Maybe you could let this script also generate a settings.xml [1] with the right proxy information. As far as I know Maven can't handle this type of scripts. Another option would be to adjust mvn.bat to read the script file and extract the proxy from it and give it to the maven program with command line parameters. Or you could read the proxy script yourself and assume that it won't change much and enter the proxy information into the settings.xml yourself. When you enter proxy information into the settings.xml and you want to use the active flag to switch it off, please take note of MNG-2387 [2]. [1] http://maven.apache.org/ref/2.0.7/maven-settings/settings.html [2] http://jira.codehaus.org/browse/MNG-2387 Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Wed, Sep 17, 2008 at 8:02 AM, shubham [EMAIL PROTECTED] wrote: Hi Nick, Thanks a lot for your reply I have internet connection and the issue is i am trying to access is from office...there is no proxy although we have set some script in Lan settings in IE as configuration scriptand when i tried through web browser i was able to open the site. can i use this script also instead of proxy?If yes how? Thanks in advance. Shubham Nick Stolwijk wrote: Do you have a connection to the internet? Maven will download all the plugins and dependencies Maven and your project needs. If it can't connect to the central repository it will not work. When your browser normally connect to the internet through a proxy, specify this proxy in the settings.xml inside your maven installation directory (conf/settings.xml). Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Thu, Sep 11, 2008 at 12:39 PM, Shubham Saraswat [EMAIL PROTECTED] wrote: Hi, I need maven for repackaging LGPL for Edocs installation. I downloaded Mavan 2.0.9 and set the PATH and M2_HOME Mvn -version is working fine. But mvn compile is giving following error:- # mvn compile [INFO] Scanning for projects... [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [compile] [INFO] Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.maven.plugins ArtifactId: maven-resources-plugin Version: 2.2 Reason: Unable to download the artifact from any repository org.apache.maven.plugins:maven-resources-plugin:pom:2.2 from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO]
Re: Embedding maven
You may ask for help on mevenide.codehaus.org, since they code IDE plugins for eclipse and netbeans and use the embedder to run maven inside the IDE. Regards Marcelo Morales - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hi
Could you post your (anonimized) proxy part of settings xml and the output of the mvn commando with an extra -X parameter? With regards, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Wed, Sep 17, 2008 at 1:49 PM, shubham [EMAIL PROTECTED] wrote: I have updated the settings.xml with the proxy details and now the error is :- $ mvn install:install-file -DgroupId=swarmcache -DartifactId=swarmcache -Dversion=1.0RC2 -Dpackaging=jar -Dfile=/ebilling/application/edxadmin/swarm [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'install'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file [INFO] Repository 'central' will be blacklisted Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-install-plugin/2.2/maven-install-plugin-2.2.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.maven.plugins ArtifactId: maven-install-plugin Version: 2.2 Reason: Unable to download the artifact from any repository org.apache.maven.plugins:maven-install-plugin:pom:2.2 from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Sep 17 16:58:01 IST 2008 [INFO] Final Memory: 4M/494M [INFO] I have just no idea is it still not able to connect to internet or isue is something else? Nick Stolwijk wrote: I don't know about Internet Explorer or Windows script, (Ain't using both). But here are a few options: Maybe you could let this script also generate a settings.xml [1] with the right proxy information. As far as I know Maven can't handle this type of scripts. Another option would be to adjust mvn.bat to read the script file and extract the proxy from it and give it to the maven program with command line parameters. Or you could read the proxy script yourself and assume that it won't change much and enter the proxy information into the settings.xml yourself. When you enter proxy information into the settings.xml and you want to use the active flag to switch it off, please take note of MNG-2387 [2]. [1] http://maven.apache.org/ref/2.0.7/maven-settings/settings.html [2] http://jira.codehaus.org/browse/MNG-2387 Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Wed, Sep 17, 2008 at 8:02 AM, shubham [EMAIL PROTECTED] wrote: Hi Nick, Thanks a lot for your reply I have internet connection and the issue is i am trying to access is from office...there is no proxy although we have set some script in Lan settings in IE as configuration scriptand when i tried through web browser i was able to open the site. can i use this script also instead of proxy?If yes how? Thanks in advance. Shubham Nick Stolwijk wrote: Do you have a connection to the internet? Maven will download all the plugins and dependencies Maven and your project needs. If it can't connect to the central repository it will not work. When your browser normally connect to the internet through a proxy, specify this proxy in the settings.xml inside your maven installation directory (conf/settings.xml). Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Thu, Sep 11, 2008 at 12:39 PM, Shubham Saraswat [EMAIL PROTECTED] wrote: Hi, I need maven for repackaging LGPL for Edocs installation. I downloaded Mavan 2.0.9 and set the PATH and M2_HOME Mvn -version is working fine. But mvn compile is giving following error:- # mvn compile [INFO] Scanning for projects... [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [compile] [INFO] Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to
Re: Hi
Proxy details :- !-- proxies | This is a list of proxies which can be used on this machine to connect to the network. | Unless otherwise specified (by system property or command-line switch), the first proxy | specification in this list marked as active will be used. |-- proxies !-- proxy | Specification for one proxy, to be used in connecting to the network. | proxy idoptional/id activetrue/active protocolhttp/protocol usernameXXX/username passwordYYYpassword hostproxy IP address/host port80/port nonProxyHostshttp://repo1.maven.org/maven2/nonProxyHosts /proxy -- /proxies MVN command $ mvn -X install:install-file -DgroupId=swarmcache -DartifactId=swarmcache -Dversion=1.0RC2 -Dpackaging=jar -Dfile=/ebilling/application/edxadmin/swarm + Error stacktraces are turned on. Maven version: 2.0.9 Java version: 1.5.0_04 OS name: sunos version: 5.10 arch: sparc Family: unix [DEBUG] Building Maven user-level plugin registry from: '/ebilling/application/edxadmin/.m2/plugin-registry.xml' [DEBUG] Building Maven global-level plugin registry from: '/ebilling/application/edxadmin/apache-maven-2.0.9/conf/plugin-registry.xml' [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'install'. [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file [DEBUG] Exception org.apache.maven.wagon.TransferFailedException: Error transferring file at org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:104) at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:68) at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:470) at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMetadata(DefaultWagonManager.java:370) at org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetadataManager.resolve(DefaultRepositoryMetadataManager.java:97) at org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMappings(DefaultPluginMappingManager.java:103) at org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMappings(DefaultPluginMappingManager.java:87) at org.apache.maven.plugin.DefaultPluginMappingManager.getByPrefix(DefaultPluginMappingManager.java:61) at org.apache.maven.plugin.DefaultPluginManager.getPluginDefinitionForPrefix(DefaultPluginManager.java:154) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1468) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:405) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:137) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:287) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: java.net.UnknownHostException: repo1.maven.org at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:177) at java.net.Socket.connect(Socket.java:507) at java.net.Socket.connect(Socket.java:457) at sun.net.NetworkClient.doConnect(NetworkClient.java:157) at sun.net.www.http.HttpClient.openServer(HttpClient.java:365) at sun.net.www.http.HttpClient.openServer(HttpClient.java:477) at sun.net.www.http.HttpClient.init(HttpClient.java:214) at sun.net.www.http.HttpClient.New(HttpClient.java:287) at sun.net.www.http.HttpClient.New(HttpClient.java:299) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:792) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:744) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:669) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:913) at
RE: Hi
I have a better solution..why dont you pay the people that help for the answer? 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. Date: Tue, 16 Sep 2008 23:02:53 -0700 From: [EMAIL PROTECTED] To: users@maven.apache.org Subject: Re: Hi Hi Nick, Thanks a lot for your reply I have internet connection and the issue is i am trying to access is from office...there is no proxy although we have set some script in Lan settings in IE as configuration scriptand when i tried through web browser i was able to open the site. can i use this script also instead of proxy?If yes how? Thanks in advance. Shubham Nick Stolwijk wrote: Do you have a connection to the internet? Maven will download all the plugins and dependencies Maven and your project needs. If it can't connect to the central repository it will not work. When your browser normally connect to the internet through a proxy, specify this proxy in the settings.xml inside your maven installation directory (conf/settings.xml). Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Thu, Sep 11, 2008 at 12:39 PM, Shubham Saraswat [EMAIL PROTECTED] wrote: Hi, I need maven for repackaging LGPL for Edocs installation. I downloaded Mavan 2.0.9 and set the PATH and M2_HOME Mvn -version is working fine. But mvn compile is giving following error:- # mvn compile [INFO] Scanning for projects... [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [compile] [INFO] Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.maven.plugins ArtifactId: maven-resources-plugin Version: 2.2 Reason: Unable to download the artifact from any repository org.apache.maven.plugins:maven-resources-plugin:pom:2.2 from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Sep 10 10:43:11 IST 2008 [INFO] Final Memory: 4M/494M [INFO] I tried downloading maven-resources-plugin-2.2.pom and replaced it with pom.xml in the repacking directory. But still same errors. Please suggest. Shubham Saraswat * Office: +91 80 2852 0261 Extn- 15258 | Mobile: +91 9902006402 Infosys(r) P O W E R E D B Y I N T E L L E C T D R I V E N B Y V A L U E S 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*** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] :confused: -- View this message in context: http://n2.nabble.com/Hi-tp1082498p1094494.html Sent from the maven users mailing list archive at Nabble.com.
Re: Maven Plugin bug?!
Hm, I think you don't understand. The tomcat plugin is under: org/codehaus/mojo/tomcat-maven-plugin - however for some weird reason maven started today to look for it under: org/apache/maven/plugins/maven-tomcat-plugin eventhough I have not changed anything at all. Deleting my local repo didn't help either. However, I am using Nexus and connect to a nexus group I have configured. The nexus server is up and running, however, after deactivating the mirror: !-- mirrors mirror idNexus/id nameNexus Public Mirror/name urlhttp://MYSERVER:8081/nexus/content/groups/MYGROUP//url mirrorOfcentral/mirrorOf /mirror /mirrors -- It works again. Any idea what's wrong here or what's wrong with nexus??? Thanks in advance, Peter
Re: Maven Plugin bug?!
Maybe I quoted too much, but it was especially this part: - The meta-data for the plugin in question has been corrupted in your local repository + Solution: Remove the entire directory for that plugin in your local repository I have seen this error on the mailinglist a lot. ;) Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Wed, Sep 17, 2008 at 2:14 PM, Peter Horlock [EMAIL PROTECTED] wrote: Hm, I think you don't understand. The tomcat plugin is under: org/codehaus/mojo/tomcat-maven-plugin - however for some weird reason maven started today to look for it under: org/apache/maven/plugins/maven-tomcat-plugin eventhough I have not changed anything at all. Deleting my local repo didn't help either. However, I am using Nexus and connect to a nexus group I have configured. The nexus server is up and running, however, after deactivating the mirror: !-- mirrors mirror idNexus/id nameNexus Public Mirror/name urlhttp://MYSERVER:8081/nexus/content/groups/MYGROUP//url mirrorOfcentral/mirrorOf /mirror /mirrors -- It works again. Any idea what's wrong here or what's wrong with nexus??? Thanks in advance, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Plugin bug?!
So if it is with Nexus, maybe the metadata in your nexus repository is corrupted. Could you also try to delete the groupid from the nexus repository? Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Wed, Sep 17, 2008 at 2:18 PM, Nick Stolwijk [EMAIL PROTECTED] wrote: Maybe I quoted too much, but it was especially this part: - The meta-data for the plugin in question has been corrupted in your local repository + Solution: Remove the entire directory for that plugin in your local repository I have seen this error on the mailinglist a lot. ;) Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Wed, Sep 17, 2008 at 2:14 PM, Peter Horlock [EMAIL PROTECTED] wrote: Hm, I think you don't understand. The tomcat plugin is under: org/codehaus/mojo/tomcat-maven-plugin - however for some weird reason maven started today to look for it under: org/apache/maven/plugins/maven-tomcat-plugin eventhough I have not changed anything at all. Deleting my local repo didn't help either. However, I am using Nexus and connect to a nexus group I have configured. The nexus server is up and running, however, after deactivating the mirror: !-- mirrors mirror idNexus/id nameNexus Public Mirror/name urlhttp://MYSERVER:8081/nexus/content/groups/MYGROUP//url mirrorOfcentral/mirrorOf /mirror /mirrors -- It works again. Any idea what's wrong here or what's wrong with nexus??? Thanks in advance, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Attaching source zip to jar managed by maven
Hello all, I'm using Maven 2 and the m2eclipse Maven integration for Eclipse. How can I attach a source zip to a jar (let's say jface.jar) without having to have this source zip locally stored on every developers machine? Is there a way to let the source zips be managed by Maven too? Thanks in advance, Ole -- engram GmbH Konsul-Smidt-Straße 8r 28217 Bremen Germany Tel.: +49-[0]421-620298-0 Fax: +49-[0]421-620298-999 Handelsregister Bremen HRB 20782 Geschäftsführer: Jens Wünderlich Aufsichtsratsvorsitzender: Ralf Paslack
RE: Multi Module Packaging
Hi Karl, I had similar problem. Except that simply I refused not to keep releases in maven repository! Moreover, I have a special packaging structure and some extra stuffs which cannot be performed through assemblies. Therefore I made a maven plugin somewhere similar to maven-ear-plugin, in the sense that in the configuration part of the plugin I enumerated some higher level module references (like ClientJarModule, TemplateModule, SharedLibModule, EarModule, WarModule etc) Each types points to the dependency list specified in pom file. Then I resolve each of these enumerated submodules. Each type from these higher level modules needs different actions while packaging. Finally I have a single output, a zip file which is also deployed into the company's central repository. I always create a submodule of packaging type zip (zip packaging type is defined by me) in which pom file I place the previously described new plugin. So the result is, that in this way we have each submodules plus this new zip module's output in the repository. We need all of these modules, otherwise team members cannot build without sources and we loose everything what gave us the Maven! Try to rethink the skipping of a maven repository! Regards, Tibor Feladó: Karl Heinz Marbaise [EMAIL PROTECTED] Küldve: 2008. szeptember 17. 13:10 Címzett: Maven Users List Tárgy: Multi Module Packaging Hi there, i have a working multi module setup where different modules create artifacts. Parent +-- Mod A (Artifact: a.tar.gz, a-1.tar.gz, a-2.tar.gz, a-3.tar.gz) +-- Mod B (Artifact: b.tar.gz) +-- Mod C (Artifact: c.tar.gz) +-- Mod D Now i would like to create Super-Archives which comprises of different artifacts from different modules. For example: Artifact Install-a (Artifacts from Module A; Module C) Install-b (Artifacts from Module B; files from parent Module) So i would like to know the best practice to solve this...I can't use mvn deploy, cause i have to deliver the packages not via Maven Repos so i have to create Super-Archives... I have thought about this and would simply create assemblies which are configured in that why... For the case using files from parent module, i would suggest to create a stand-alone sub-module and create usual artifacts... Does anybody has a good hint for this kind of problem ? Thanks in advance... Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Parent POM properties not inherited
Never mind, i figured out what the problem was. dmcgeown wrote: Hi, i've come across a problem which i driving me mad. My project is made up of multiple modules which all inherit from a super pom. In this super pom i have defined a few properties for version number of the individual modules. When i run mvn install from the root dir (super pom) it goes thru all of the modules perfectly and build with the correct version numbers. If I run the mvn install command from one of the nested modules it can't find the version properties defined in the super pom. Is there a workaround for this problem? Is it possible to store you properties in a properties file and load them within the pom? If i could do that i could just refernce the properties file via a relative path in each pom. Thanks in advance. Darragh -- View this message in context: http://www.nabble.com/Parent-POM-properties-not-inherited-tp19529658p19530925.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]
Ваше письмо удалено за спам
Здравствуйте! Ваше письмо принято за спам и удалено. Если вы считаете это ошибкой, то позвоните пожалуйста по телефону +7(812)578-09-03 в службу поддержки. ===Вашего письмо=== Return-Path: [EMAIL PROTECTED] Received: from [EMAIL PROTECTED] by inc.ru (CommuniGate Pro RULES 4.1.8) with RULES id 3638801; Wed, 17 Sep 2008 16:26:23 +0400 X-Autogenerated: Mirror X-Mirrored-by: [EMAIL PROTECTED] Received: from mail.netltd.ru (account [EMAIL PROTECTED]) by inc.ru (CommuniGate Pro RPOP 4.1.8) with RPOP id 3638800 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 16:26:23 +0400 X-Antivirus-passed: yes X-Real-To: [EMAIL PROTECTED] Received: from [EMAIL PROTECTED] by inc.ru (CommuniGate Pro RULES 4.1.8) with RULES id 26677418; Wed, 17 Sep 2008 16:25:06 +0400 X-Autogenerated: Mirror X-Mirrored-by: [EMAIL PROTECTED] X-Antispam-passed: yes X-Antispam: yes X-Real-To: [EMAIL PROTECTED] X-Antivirus: yes Received: from mail.apache.org ([140.211.11.2] verified) by inc.ru (CommuniGate Pro SMTP 4.1.8) with SMTP id 26677423 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 16:25:06 +0400 Received: (qmail 46356 invoked by uid 500); 17 Sep 2008 12:24:56 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:users@maven.apache.org List-Id: Maven Users List users.maven.apache.org Reply-To: Maven Users List users@maven.apache.org Delivered-To: mailing list users@maven.apache.org Received: (qmail 46345 invoked by uid 99); 17 Sep 2008 12:24:56 - Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 05:24:56 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [213.253.200.106] (HELO mail3.indweb.hu) (213.253.200.106) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 12:23:56 + Received: from mail-hubp-1.ind.hu ([172.18.0.205]) by mail-hubp-1.ind.hu ([172.18.0.205]) with mapi; Wed, 17 Sep 2008 14:24:27 +0200 From: Tibor Kiss [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org, [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Wed, 17 Sep 2008 14:24:26 +0200 Subject: RE: Multi Module Packaging Thread-Topic: Multi Module Packaging Thread-Index: AckYtipd/8Na4Hj/QXuW5MRTaS5jEwABgy9S Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] Accept-Language: hu-HU, en-US Content-Language: hu-HU X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: hu-HU, en-US Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Hi Karl, I had similar problem. Except that simply I refused not to keep releases in maven repository! Moreover, I have a special packaging structure and some extra stuffs which cannot be performed through assemblies. Therefore I made a maven plugin somewhere similar to maven-ear-plugin, in the sense that in the configuration part of the plugin I enumerated some higher level module references (like ClientJarModule, TemplateModule, SharedLibModule, EarModule, WarModule etc) Each types points to the dependency list specified in pom file. Then I resolve each of these enumerated submodules. Each type from these higher level modules needs different actions while packaging. Finally I have a single output, a zip file which is also deployed into the company's central repository. I always create a submodule of packaging type zip (zip packaging type is defined by me) in which pom file I place the previously described new plugin. So the result is, that in this way we have each submodules plus this new zip module's output in the repository. We need all of these modules, otherwise team members cannot build without sources and we loose everything what gave us the Maven! Try to rethink the skipping of a maven repository! Regards, Tibor Feladу: Karl Heinz Marbaise [EMAIL PROTECTED] Kьldve: 2008. szeptember 17. 13:10 Cнmzett: Maven Users List Tбrgy: Multi Module Packaging Hi there, i have a working multi module setup where different modules create artifacts. Parent +-- Mod A (Artifact: a.tar.gz, a-1.tar.gz, a-2.tar.gz, a-3.tar.gz) +-- Mod B (Artifact: b.tar.gz) +-- Mod C (Artifact: c.tar.gz) +-- Mod D Now i would like to create Super-Archives which comprises of different artifacts from different modules. For example: Artifact Install-a (Artifacts from Module A; Module C) Install-b (Artifacts from Module B; files from parent Module) So i would like to know the best practice to solve this...I can't use mvn deploy, cause i have to deliver the packages not via Maven Repos so i have to create Super-Archives... I
Re: Disable source bundle in release plugin
There is a parameter useReleaseProfile which controls sources and javadocs addition to the released artifact : plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-release-plugin/artifactId version2.0-beta-7/version configuration useReleaseProfilefalse/useReleaseProfile /configuration /plugin mjmjmj wrote: By default release plugin creates and deploys source bundle and javadoc, how do i disable this feature? (The same question has already been posted before, but there was no response). thanks -- View this message in context: http://www.nabble.com/Disable-source-bundle-in-release-plugin-tp19527790p19531213.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: Embedding maven
http://maven.apache.org/guides/mini/guide-embedding-m2.html On 17-Sep-08, at 8:58 AM, Arnaud Bailly wrote: Brett Porter [EMAIL PROTECTED] writes: I don't think it's really documented, and is certainly subject to change given the nature of trunk. Your best bet might be to look at the CLI on trunk as it uses the embedder itself. OK, I'll try that, thanks again. -- Arnaud Bailly, PhD OQube - Software Engineering http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- To do two things at once is to do neither. -—Publilius Syrus, Roman slave, first century B.C. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jar not updating from remote repo
The plugin for which the pom is being downloaded is not a custom plugin. It's something that Maven downloaded automatically. I did use that command to import other JARs though. So, what would this help? Are you saying that I should pull out that maven plugin jar out of the repository and use this command to import it back again? Yaakov. P.S. (I believe generatePom=true is the default). On Wed, Sep 17, 2008 at 2:16 AM, Stephen Connolly [EMAIL PROTECTED] wrote: Have a look at mvn deploy:deploy-file -DgeneratePom=true -Dfile=myjar.jar -Dversion=1.0-SNAPSHOT -DartifactId=foo -DgroupId=com.foobar On Wed, Sep 17, 2008 at 12:51 AM, Yaakov Chaikin [EMAIL PROTECTED]wrote: Well, I ran the mvn clean install, etc. using the DSMP proxy server and then moved what it cached into the repository. I didn't actually manually deploy anything except those JARs from a parallel project. How do I deploy those poms? Thanks, Yaakov. On Tue, Sep 16, 2008 at 6:59 PM, Stephen Connolly [EMAIL PROTECTED] wrote: It's looking for the poms... did you deploy poms? BTW when doing a deploy you can generate basic poms if you don't have a pom to deploy On Tue, Sep 16, 2008 at 8:14 PM, Yaakov Chaikin [EMAIL PROTECTED]wrote: DO you know why, given my repositories setup, every time I ran, it downloads the following: Downloading: https://x/maven/org/codehaus/plexus/plexus-component-api/1.0-alpha-15/plexus-component-api-1.0-alpha-15.pom Downloading: https://x/maven/org/codehaus/plexus/plexus-component-api/1.0-alpha-15/plexus-component-api-1.0-alpha-15.pom Downloading: https://x/maven/org/codehaus/plexus/plexus-container-default/1.0-alpha-15/plexus-container-default-1.0-alpha-15.pom Downloading: https://x/maven/org/codehaus/plexus/plexus-container-default/1.0-alpha-15/plexus-container-default-1.0-alpha-15.pom How do I disable downloading this every time? Thanks, Yaakov. On Tue, Sep 16, 2008 at 2:24 PM, Stephen Connolly [EMAIL PROTECTED] wrote: The *key* thing to understand is that once Maven downloads foo-1.0.jar and has it in its local repository, it will *never* download it again. This is why you should always keep the version as -SNAPSHOT and use the release plugin (or roll your own scripts if you're crazy) to roll a release. The result of using the release plugin is that developers will never _normally_ build a non-SNAPSHOT version, and each build of a non-SNAPSHOT will get deployed to your maven repo... and they should only be being built once to ensure that there is only one release of the artifact for that version number. On Tue, Sep 16, 2008 at 7:21 PM, Stephen Connolly [EMAIL PROTECTED] wrote: The update ppolicy for a remote repo will control how often maven looks for updates versions being available also... but the thing is this is only is Maven thinks it could use a newer version... so if your dependency is like version1.0/version then that's a no fixed version, but I'd suggest to use 1.0 and as long as Maven has a 1.0 downloaded, there's no need to check. Similarly if you have version[1.0]/version However, if you have version[1.0,2.0-!)/version Then Maven _can_ use a newer one if available. If no other project is forcing or strongly suggesting a specific version within the range, then Maven will use the update policy to decide how often to check for other versions that match the range(s) that apply for the version. At least that's my understanding (and results of some quick experiments) -Stephen On Tue, Sep 16, 2008 at 7:00 PM, Yaakov Chaikin [EMAIL PROTECTED]wrote: Hmm... Is that REALLY true? The documentation for the 'updatePolicy' certainly seems to disagree since it exists for both snapshots and releases: updatePolicy: This element specifies how often updates should attempt to occur. Maven will compare the local POM's timestamp (stored in a repository's maven-metadata file) to the remote. The choices are: always, daily (default), interval:X (where X is an integer in minutes) or never. The documentation for mvn --help also says this for '-U': -U,--update-snapshots Forces a check for updated releases and snapshots on remote repositories So, how do you explain these then? What do they do? On Tue, Sep 16, 2008 at 1:53 PM, Wayne Fay [EMAIL PROTECTED] wrote: Maven NEVER updates jars that have a non-snapshot version associated with them. If you are updating jars then they MUST be called a.b.c-SNAPSHOT for Maven to notice the changes. Wayne On Tue, Sep 16, 2008 at 10:47 AM, Yaakov Chaikin [EMAIL PROTECTED] wrote: Hi, I am using Maven 2.0.8. I have a custom remote maven repo with some JARs imported there. I recently updated one of the JARs there, but
maven-eclipse-plugin install-plugins and source-jars
Hello, I use the maven-eclipse-plugin with the goal install-plugins to create an eclipse target-platform containing my bundle-dependencies. Is is also possible to get the sources of these dependencies into this platform-folder following the same renaming rules like the binary-jars? regards, Lars - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] is it possible to package a newly archetype-generated project?
Hi Adrian, This is not currently implemented. Please fill a jira enhancement http://jira.codehaus.org/browse/ARCHETYPE Raphaël 2008/9/17 Adrian Herscu [EMAIL PROTECTED]: Hi all, I am integrating some code generator into Maven. Currently, I have a project archetype and a plugin that wraps the generator. In the current arrangement creating a project is a three steps process: 1. mvn archetype:generate parameters 2. cd project-dir 3. mvn package/install/whatever I would like to make it a one step process - like: mvn archetype:generate parameters -DrunTo=package Anyone tried something similar? Adrian. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Embedding maven
Jason van Zyl [EMAIL PROTECTED] writes: http://maven.apache.org/guides/mini/guide-embedding-m2.html Thanks. Thought this information was out of date. -- OQube software engineering \ génie logiciel Arnaud Bailly, PhD \web http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: clean won't delete stuff that isn't in ./target
To all that have replied - I tried the exact syntax below and it doesn't work. Another part to this is we have a parent - child - child pom relation ship, and the clean target is in the lowest level. Running from the top most level, clean does not work. From my last run, here's what I have in my pom: plugin artifactIdmaven-clean-plugin/artifactId version2.2/version configuration fileset directory${some.var}/../deleteme/directory directoryC:/full/path/to/deleteme/directory /fileset verbosetrue/verbose /configuration /plugin Running from the top most level, deleteme still lives. I've tried every possible combination of filesetsfilesetdirectory but nothing works. Looking at the source for clean, I see this: 209 if ( !project.isExecutionRoot() ) 210 { 211String projectBasedir = StringUtils.replace( project.getBasedir().getAbsolutePath(), 212 \\, / ); 213String filesetDir = StringUtils.replace( fileset.getDirectory(), \\, / ); 214 215if ( filesetDir.indexOf( projectBasedir ) == -1 ) 216{ 217 fileset.setDirectory( projectBasedir + / + filesetDir ); 218} 219} 220 221 fileSetManager.delete( fileset, failOnError ); #1 - How would this block of code ever get executed in my case? #2 - That second if statement, filesetDir does not contain the project basedir at all, so this code prepends it to each fileset?! I've written a plugin (maven-really-clean) that just takes a series of directories and using plexus.file utils, deletes them, regardless of where they are on your system. The clean plugin simply does NOT work. -Original Message- From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 5:16 AM To: Maven Users List Subject: Re: clean won't delete stuff that isn't in ./target Hi there, you can simply use: configuration filesetdirectoryC:/some/other/dir/deleteme/directory/fileset /configuration Nothing more... And as mentioned...absolute directories are a very bad idea... Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - 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]
2.0.10 release date?
Any news when the release of 2.0.10 will happen? -- View this message in context: http://n2.nabble.com/2.0.10-release-date--tp1095377p1095377.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 get all dependecy in a mojo ?
My mojo extends AbstractWarMojo, I want to get all the Project's dependencies including the transitive denpendecies. So i config the MavenProject in my mojo like thsi: /** * The maven project. * * @parameter expression=${project} * @required * @readonly */ private MavenProject project; project.getArtifacts() is a empty collection. I saw war plugin and them get all the war's dependencies in this way? who can tell me how to get all dependecy in a mojo ? Thank you.
RE: clean won't delete stuff that isn't in ./target
what happens when if ( !project.isExecutionRoot() ) is NOT NULL? why not go ahead and submit your patch.. ? 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. Subject: RE: clean won't delete stuff that isn't in ./target Date: Wed, 17 Sep 2008 09:32:02 -0400 From: [EMAIL PROTECTED] To: users@maven.apache.org; [EMAIL PROTECTED] To all that have replied - I tried the exact syntax below and it doesn't work. Another part to this is we have a parent - child - child pom relation ship, and the clean target is in the lowest level. Running from the top most level, clean does not work. From my last run, here's what I have in my pom: plugin artifactIdmaven-clean-plugin/artifactId version2.2/version configuration fileset directory${some.var}/../deleteme/directory directoryC:/full/path/to/deleteme/directory /fileset verbosetrue/verbose /configuration /plugin Running from the top most level, deleteme still lives. I've tried every possible combination of filesetsfilesetdirectory but nothing works. Looking at the source for clean, I see this: 209 if ( !project.isExecutionRoot() ) 210 { 211String projectBasedir = StringUtils.replace( project.getBasedir().getAbsolutePath(), 212 \\, / ); 213String filesetDir = StringUtils.replace( fileset.getDirectory(), \\, / ); 214 215if ( filesetDir.indexOf( projectBasedir ) == -1 ) 216{ 217 fileset.setDirectory( projectBasedir + / + filesetDir ); 218} 219} 220 221 fileSetManager.delete( fileset, failOnError ); #1 - How would this block of code ever get executed in my case? #2 - That second if statement, filesetDir does not contain the project basedir at all, so this code prepends it to each fileset?! I've written a plugin (maven-really-clean) that just takes a series of directories and using plexus.file utils, deletes them, regardless of where they are on your system. The clean plugin simply does NOT work. -Original Message- From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 5:16 AM To: Maven Users List Subject: Re: clean won't delete stuff that isn't in ./target Hi there, you can simply use: configuration filesetdirectoryC:/some/other/dir/deleteme/directory/fileset /configuration Nothing more... And as mentioned...absolute directories are a very bad idea... Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - 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] _ Want to do more with Windows Live? Learn “10 hidden secrets” from Jamie. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
Updating pom versions without using release plugin
Is there a easy way to update pom versions without using the release plugin? We have several multi projects (parent pom and several children poms). We keep the version of the parent pom the same as the versions in the children poms. The release plugin will take care or recursively updating the versions, but also does several other things we do not want. Is there a way to recursively update versions without using the release plugin? Thanks in advance
Re: How to get all dependecy in a mojo ?
Is this what you are looking for? [1] /** * All dependencies that this project has, including transitive ones. * Contents are lazily populated, so depending on what phases have run dependencies in some scopes won't be included. * eg. if only compile phase has run, dependencies with scope test won't be included. * * @return [EMAIL PROTECTED] Set} lt; [EMAIL PROTECTED] Artifact} * @see #getDependencyArtifacts() to get only direct dependencies */ public Set getArtifacts() { return artifacts == null ? Collections.EMPTY_SET : artifacts; } Also keep in keep in mind effects of @requiresDependencyResolution [2] [1] - http://svn.apache.org/viewvc/maven/components/trunk/maven-project/src/main/java/org/apache/maven/project/MavenProject.java?view=markup [2] - http://maven.apache.org/developers/mojo-api-specification.html -- View this message in context: http://www.nabble.com/How-to-get-all-dependecy-in-a-mojo---tp19533728p19534612.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]
Confused with activeProfile
Hello, I have this default profile in my pom.xml profile idtestLocal/id activation activeByDefaulttrue/activeByDefault /activation /profile This pom has a parent where most of the parameters of this profile are defined. So running : mvn -P testLocal clean tomcat:deploy should be equivalent to : mvn clean tomcat:deploy ? But if I don't put -P testLocal I get an error message as if some parameters are missing. Running just after this : mvn help:active-profiles The following profiles are active: - testLocal (source: pom) So I don't understand why it doesn't work. Any idea ? Thanks, Marc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error running POM...
Well I am using Myeclipse6.5 for running Maven. I tried to run the pom.xml using the sourceModifications tag but I got case 1: Unrecognized tag sourceModification error. Then I commented the sourceModification tag, then I got this error. Exception in thread main java.lang.NullPointerException at org.apache.maven.extension.DefaultBuildExtensionScanner.createKey(DefaultBuildExtensionScanner.java:246) at org.apache.maven.extension.DefaultBuildExtensionScanner.scanInternal(DefaultBuildExtensionScanner.java:158) at org.apache.maven.extension.DefaultBuildExtensionScanner.scanForBuildExtensions(DefaultBuildExtensionScanner.java:107) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:275) at org.apache.maven.DefaultMaven.createReactorManager(DefaultMaven.java:103) at org.apache.maven.DefaultMaven.execute_aroundBody0(DefaultMaven.java:160) at org.apache.maven.DefaultMaven.execute_aroundBody1$advice(DefaultMaven.java:304) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:1) at org.apache.maven.embedder.MavenEmbedder.execute_aroundBody2(MavenEmbedder.java:903) at org.apache.maven.embedder.MavenEmbedder.execute_aroundBody3$advice(MavenEmbedder.java:304) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:1) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:176) at org.apache.maven.cli.MavenCli.main(MavenCli.java:63) at org.apache.maven.cli.MavenCli.main(MavenCli.java:52) My Pom.xml file ?xml version=1.0 encoding=UTF-8? project xmlns=http://maven.apache.org/POM/3.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/3.0.0 http://maven.apache.org/maven-v3_0_0.xsd; pomVersion3.0.0/pomVersion !-- the version of maven's project object model -- extend../common/project.xml/extend nameRBUMSApplication Client jar Generation/name artifactIdrbums-client/artifactId currentVersion1.2/currentVersion dependencies !-- The following dependencies are not currently available through ibiblio -- !-- Extra Plug-ins required for this build -- dependency groupIdrbums/groupId artifactIdrbums-core/artifactId version1.2/version /dependency /dependencies !-- build information for the project -- build sourceDirectory/src/sourceDirectory !-- sourceModifications sourceModification includes includeorg/atcc/bei/rbums/client/**/*.java/include includeorg/atcc/bei/rbums/common/**/*.java/include includeorg/atcc/bei/rbums/server/**/model/**/include includeorg/atcc/bei/rbums/server/**/*Exception.java/include includeorg/atcc/bei/rbums/server/**/*Remote.java/include includeorg/atcc/bei/rbums/server/**/*Home.java/include includeorg/atcc/bei/rbums/server/**/*Local.java/include includeorg/atcc/bei/rbums/server/**/*LocalHome.java/include /includes classNamerbums.class/className /sourceModification /sourceModifications-- /build /project -- View this message in context: http://www.nabble.com/Error-running-POM...-tp19535608p19535608.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: clean won't delete stuff that isn't in ./target
I don't understand why that test (isExecutionRoot()) is even there to begin with. Why does that matter? If you're specifying a fileset, isn't it to get rid of stuff outside of the src/target directories? -Original Message- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 11:02 AM To: Maven Users List; [EMAIL PROTECTED] Subject: RE: clean won't delete stuff that isn't in ./target what happens when if ( !project.isExecutionRoot() ) is NOT NULL? why not go ahead and submit your patch.. ? 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. Subject: RE: clean won't delete stuff that isn't in ./target Date: Wed, 17 Sep 2008 09:32:02 -0400 From: [EMAIL PROTECTED] To: users@maven.apache.org; [EMAIL PROTECTED] To all that have replied - I tried the exact syntax below and it doesn't work. Another part to this is we have a parent - child - child pom relation ship, and the clean target is in the lowest level. Running from the top most level, clean does not work. From my last run, here's what I have in my pom: plugin artifactIdmaven-clean-plugin/artifactId version2.2/version configuration fileset directory${some.var}/../deleteme/directory directoryC:/full/path/to/deleteme/directory /fileset verbosetrue/verbose /configuration /plugin Running from the top most level, deleteme still lives. I've tried every possible combination of filesetsfilesetdirectory but nothing works. Looking at the source for clean, I see this: 209 if ( !project.isExecutionRoot() ) 210 { 211String projectBasedir = StringUtils.replace( project.getBasedir().getAbsolutePath(), 212 \\, / ); 213String filesetDir = StringUtils.replace( fileset.getDirectory(), \\, / ); 214 215if ( filesetDir.indexOf( projectBasedir ) == -1 ) 216{ 217 fileset.setDirectory( projectBasedir + / + filesetDir ); 218} 219} 220 221 fileSetManager.delete( fileset, failOnError ); #1 - How would this block of code ever get executed in my case? #2 - That second if statement, filesetDir does not contain the project basedir at all, so this code prepends it to each fileset?! I've written a plugin (maven-really-clean) that just takes a series of directories and using plexus.file utils, deletes them, regardless of where they are on your system. The clean plugin simply does NOT work. -Original Message- From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 5:16 AM To: Maven Users List Subject: Re: clean won't delete stuff that isn't in ./target Hi there, you can simply use: configuration filesetdirectoryC:/some/other/dir/deleteme/directory/fileset /configuration Nothing more... And as mentioned...absolute directories are a very bad idea... Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - 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] _ Want to do more with Windows Live? Learn 10 hidden secrets from Jamie. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How define new packaging type and mapping with life cycle?
In the process of packaging of wars to one ear. we decide to combine all the web project into only one war, and package the only one war into ear package.so we should define a new packaging type called car, and mapping the car to a new life-cycle, can any one tell me how to define a new packaging type and mapping with life cycle? Thank you!
Re: Updating pom versions without using release plugin
What specifically does it do that you do not like/want it to do? Perhaps there is a way to suppress it eg dryRun. Wayne On Wed, Sep 17, 2008 at 8:21 AM, Scott Carter [EMAIL PROTECTED] wrote: Is there a easy way to update pom versions without using the release plugin? We have several multi projects (parent pom and several children poms). We keep the version of the parent pom the same as the versions in the children poms. The release plugin will take care or recursively updating the versions, but also does several other things we do not want. Is there a way to recursively update versions without using the release plugin? Thanks in advance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to get all dependecy in a mojo ?
You need to add @requiresDependencyResolution test (or compile etc) -Original Message- From: 陈思淼 [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 10:44 AM To: Maven Users List Subject: How to get all dependecy in a mojo ? My mojo extends AbstractWarMojo, I want to get all the Project's dependencies including the transitive denpendecies. So i config the MavenProject in my mojo like thsi: /** * The maven project. * * @parameter expression=${project} * @required * @readonly */ private MavenProject project; project.getArtifacts() is a empty collection. I saw war plugin and them get all the war's dependencies in this way? who can tell me how to get all dependecy in a mojo ? Thank you.
RE: 2.0.10 release date?
2.0.10 is now 2.1.0M1 and is currently up for a vote, so any day now. -Original Message- From: PaulG [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 10:15 AM To: users@maven.apache.org Subject: 2.0.10 release date? Any news when the release of 2.0.10 will happen? -- View this message in context: http://n2.nabble.com/2.0.10-release-date--tp1095377p1095377.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]
Re: Testing all versions in a range
Brett Porter wrote: No, not without writing your own plugin to enumerate the available versions and re-executing Maven or some tool to do so. This is a good job for an external tool like a CI system and substituting in the different dependency then re-running the build. - Brett This is pretty much what I expected, but would you already know any CI system that has this feature? Continuum doesn't, is what I learn from the discussion that Wendy directed us to. -- View this message in context: http://www.nabble.com/Testing-all-versions-in-a-range-tp19523095p19536815.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: Testing all versions in a range
[screaming hack] OK, here's one idea. Use Hudson. Use Matrix build Define one axis as the versions of the first dependency Define second axis as the versions of the second dependency etc... Change your pom... use a property to define the version of the first dependency Have your standard values for each dependency set by default in the pom. now AFAIR each build axis in a matrix build gets mapped to an environment variable you could either use a profile which is activated if the ${env.AXIS_A} is defined and that profile overrides the property to the environment variable or, you might be able to expand the environment variable the the Maven goals section that you specify... in which case you just define the property on the command line, and as properties from the command line override... presto-chango [/screaming hack] Actually, not that much of a hack when I look at it -Stephen On Wed, Sep 17, 2008 at 6:05 PM, sverhagen [EMAIL PROTECTED] wrote: Brett Porter wrote: No, not without writing your own plugin to enumerate the available versions and re-executing Maven or some tool to do so. This is a good job for an external tool like a CI system and substituting in the different dependency then re-running the build. - Brett This is pretty much what I expected, but would you already know any CI system that has this feature? Continuum doesn't, is what I learn from the discussion that Wendy directed us to. -- View this message in context: http://www.nabble.com/Testing-all-versions-in-a-range-tp19523095p19536815.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: clean won't delete stuff that isn't in ./target
boolean property inside MavenProject http://www.java2s.com/Open-Source/Java-Document/Build/maven/org/apache/maven/project/MavenProject.java.java-doc.htm so in your project.xml after the initial project node place the childNode executionRoot and set to true e.g. project xmlns=http://maven.apache.org/POM/3.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/3.0.0 http://maven.apache.org/maven-v3_0_0.xsd; executionRoottrue/executionRoot ? 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. Subject: RE: clean won't delete stuff that isn't in ./target Date: Wed, 17 Sep 2008 12:05:32 -0400 From: [EMAIL PROTECTED] To: users@maven.apache.org; [EMAIL PROTECTED] I don't understand why that test (isExecutionRoot()) is even there to begin with. Why does that matter? If you're specifying a fileset, isn't it to get rid of stuff outside of the src/target directories? -Original Message- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 11:02 AM To: Maven Users List; [EMAIL PROTECTED] Subject: RE: clean won't delete stuff that isn't in ./target what happens when if ( !project.isExecutionRoot() ) is NOT NULL? why not go ahead and submit your patch.. ? 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. Subject: RE: clean won't delete stuff that isn't in ./target Date: Wed, 17 Sep 2008 09:32:02 -0400 From: [EMAIL PROTECTED] To: users@maven.apache.org; [EMAIL PROTECTED] To all that have replied - I tried the exact syntax below and it doesn't work. Another part to this is we have a parent - child - child pom relation ship, and the clean target is in the lowest level. Running from the top most level, clean does not work. From my last run, here's what I have in my pom: plugin artifactIdmaven-clean-plugin/artifactId version2.2/version configuration fileset directory${some.var}/../deleteme/directory directoryC:/full/path/to/deleteme/directory /fileset verbosetrue/verbose /configuration /plugin Running from the top most level, deleteme still lives. I've tried every possible combination of filesetsfilesetdirectory but nothing works. Looking at the source for clean, I see this: 209 if ( !project.isExecutionRoot() ) 210 { 211String projectBasedir = StringUtils.replace( project.getBasedir().getAbsolutePath(), 212 \\, / ); 213String filesetDir = StringUtils.replace( fileset.getDirectory(), \\, / ); 214 215if ( filesetDir.indexOf( projectBasedir ) == -1 ) 216{ 217 fileset.setDirectory( projectBasedir + / + filesetDir ); 218} 219} 220 221 fileSetManager.delete( fileset, failOnError ); #1 - How would this block of code ever get executed in my case? #2 - That second if statement, filesetDir does not contain the project basedir at all, so this code prepends it to each fileset?! I've written a plugin (maven-really-clean) that just takes a series of directories and using plexus.file utils, deletes them, regardless of where they are on your system. The clean plugin simply does NOT work. -Original Message- From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 5:16 AM To: Maven Users List Subject: Re: clean won't delete stuff that isn't in ./target Hi there, you can simply use: configuration filesetdirectoryC:/some/other/dir/deleteme/directory/fileset /configuration Nothing more... And as mentioned...absolute directories are a very bad idea... Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Dependencies: for test + optional
Hi, I have added the following to my pom.xml and it seems to work as expected: dependencyManagement dependencies dependency groupIdorg.swinglabs/groupId artifactIdswingx/artifactId version0.9.3/version /dependency dependency groupIdcom.jhlabs/groupId artifactIdfilters/artifactId version2.0.235/version /dependency /dependencies /dependencyManagement dependencies dependency groupIdorg.swinglabs/groupId artifactIdswingx/artifactId optionaltrue/optional /dependency dependency groupIdcom.jhlabs/groupId artifactIdfilters/artifactId optionaltrue/optional /dependency !-- Test dependencies -- dependency groupIdorg.swinglabs/groupId artifactIdswingx/artifactId scopetest/scope /dependency dependency groupIdcom.jhlabs/groupId artifactIdfilters/artifactId scopetest/scope /dependency /dependencies Those dependencies are necessary for the tests to run successfully. And I want them to be optional for the main sources. I have added them two times. What do you think about this? Is this a mistake? What is the maven way for this? Thanks, Johannes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependencies: for test + optional
On Wed, Sep 17, 2008 at 10:32 AM, Johannes Schneider [EMAIL PROTECTED] wrote: Those dependencies are necessary for the tests to run successfully. And I want them to be optional for the main sources. I have added them two times. What do you think about this? Is this a mistake? What is the maven way for this? They shouldn't be added twice. Simply using test scope should do what you want... it will be on the classpath for compiling and tests, and will not be be transitive. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependencies: for test + optional
Ok thanks, will remove it. They shouldn't be added twice. Simply using test scope should do what you want... it will be on the classpath for compiling and tests, and will not be be transitive. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven + GWT + Eclipse
We have projects used Maven + MyEclipse in the past. There is a new project we want to use GWT. I am having trouble integrating the 3. There is a GWT maven plugin and I tried out with the simplesample project from google. The issues: 1) GWT compile seems to generate java classes in the source folder. Is it possible to generate them and put them in a separate folder so that we can do svn ignore on the folder? 2) Is it possible to run hosted mode in MyEclipse? 3) Is it possible to deploy to MyEclipse's application server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Updating pom versions without using release plugin
Well I want the updated versions, i.e. dropping snapshot to be on the trunk with no other side effects. The release plugin usually puts those versions into a tag and then ups the version number on the trunk. On Wed, Sep 17, 2008 at 11:47 AM, Wayne Fay [EMAIL PROTECTED] wrote: What specifically does it do that you do not like/want it to do? Perhaps there is a way to suppress it eg dryRun. Wayne On Wed, Sep 17, 2008 at 8:21 AM, Scott Carter [EMAIL PROTECTED] wrote: Is there a easy way to update pom versions without using the release plugin? We have several multi projects (parent pom and several children poms). We keep the version of the parent pom the same as the versions in the children poms. The release plugin will take care or recursively updating the versions, but also does several other things we do not want. Is there a way to recursively update versions without using the release plugin? Thanks in advance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 2.0.10 release date?
Brian I'm a bit confused, does that mean there is no 2.0.10 release? I read your blog on the version number changes and it seemed to me there was still going to be a release 2.0.10 with bug fixes am I mistaken? Brian Fox wrote: 2.0.10 is now 2.1.0M1 and is currently up for a vote, so any day now. -Original Message- From: PaulG [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 10:15 AM To: users@maven.apache.org Subject: 2.0.10 release date? Any news when the release of 2.0.10 will happen? -- View this message in context: http://n2.nabble.com/2.0.10-release-date--tp1095377p1095377.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://n2.nabble.com/2.0.10-release-date--tp1095377p1096116.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: Is there a way to obtain the caller's goal from within a Mojo?
Not easily. Additional plugin configuration can be used to track the purpose of the execution. A better alternative is to split the functionality to bind into the appropriate phases. Can you outline your use case? - Brett 2008/9/17 Tibor Kiss [EMAIL PROTECTED]: Hi. I would like to know within a Mojo implementation that the maven was started with install or deploy goal. Is it possible? Tibor -- Brett Porter Blog: http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 2.0.10 release date?
Sorry, I assumed you were looking for the conclusion to the RCs previously sent out as 2.0.10. Yes there will be a release of 2.0.10 with only bug fixes, but it hasn't started the process yet so it's still several weeks away. If 2.1.0-M1 works for you, then I would encourage using it when it's released as there are definitely some improvements. We were just concerned that those improvements may have further broken backwards compat, hence the version change. -Original Message- From: PaulG [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 2:44 PM To: users@maven.apache.org Subject: RE: 2.0.10 release date? Brian I'm a bit confused, does that mean there is no 2.0.10 release? I read your blog on the version number changes and it seemed to me there was still going to be a release 2.0.10 with bug fixes am I mistaken? Brian Fox wrote: 2.0.10 is now 2.1.0M1 and is currently up for a vote, so any day now. -Original Message- From: PaulG [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 10:15 AM To: users@maven.apache.org Subject: 2.0.10 release date? Any news when the release of 2.0.10 will happen? -- View this message in context: http://n2.nabble.com/2.0.10-release-date--tp1095377p1095377.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://n2.nabble.com/2.0.10-release-date--tp1095377p1096116.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]
Unable to use Junit 4 annotations
Hi, My junit tests work if I prefix test method names with the word test. If I don't do that and rely on the @Test annotation then the test methods are not executed. I have this in my POM: dependency groupIdjunit/groupId artifactIdjunit/artifactId version4.5/version scopetest/scope /dependency and in my build section I have: plugins plugin artifactIdmaven-compiler-plugin/artifactId version2.0.2/version configuration source1.5/source target1.5/target /configuration /plugin plugin artifactIdmaven-surefire-plugin/artifactId version2.4.3/version configuration includes !-- Only execute test suites -- include**/*TestSuite.java/include /includes /configuration /plugin /plugins So I am using the latest version of surefire. Any ideas why it's not using Junit 4? Thanks, Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven + GWT + Eclipse
If you are using the Mojo project GWT plugin ( mojo.codehaus.org/gwt-maven-plugin) I can help you as I maintain it. Nicolas. 2008/9/17 Lam, Hayward [EMAIL PROTECTED] We have projects used Maven + MyEclipse in the past. There is a new project we want to use GWT. I am having trouble integrating the 3. There is a GWT maven plugin and I tried out with the simplesample project from google. The issues: 1) GWT compile seems to generate java classes in the source folder. Is it possible to generate them and put them in a separate folder so that we can do svn ignore on the folder? 2) Is it possible to run hosted mode in MyEclipse? 3) Is it possible to deploy to MyEclipse's application server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] is it possible to package a newly archetype-generated project?
Done. http://jira.codehaus.org/browse/ARCHETYPE-205 Raphaël Piéroni wrote: Hi Adrian, This is not currently implemented. Please fill a jira enhancement http://jira.codehaus.org/browse/ARCHETYPE Raphaël 2008/9/17 Adrian Herscu [EMAIL PROTECTED]: Hi all, I am integrating some code generator into Maven. Currently, I have a project archetype and a plugin that wraps the generator. In the current arrangement creating a project is a three steps process: 1. mvn archetype:generate parameters 2. cd project-dir 3. mvn package/install/whatever I would like to make it a one step process - like: mvn archetype:generate parameters -DrunTo=package Anyone tried something similar? Adrian. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to use Junit 4 annotations
Actually, it must be using JUnit 4 because I have a test suite completely configured with annotations. Also, when one of my unit tests throws an untrapped exception I see this in the stack tract: java.lang.NullPointerException at ... notice Spring Framework is doing something. My test class extends AbstractJpaTestCase at java.lang.reflect.Method.invoke(Method.java:597) at junit.framework.TestCase.runTest(TestCase.java:164) at junit.framework.TestCase.runBare(TestCase.java:130) at org.springframework.test.ConditionalTestCase.runBare(ConditionalTestCase.java:76) at org.springframework.test.annotation.AbstractAnnotationAwareTransactionalTests.access$001(AbstractAnnotationAwareTransactionalTests.java:71) ... Notice surefire Junit4TestSet at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at So this must be a spring problem. Thanks, Ryan Ryan de Laplante wrote: Hi, My junit tests work if I prefix test method names with the word test. If I don't do that and rely on the @Test annotation then the test methods are not executed. I have this in my POM: dependency groupIdjunit/groupId artifactIdjunit/artifactId version4.5/version scopetest/scope /dependency and in my build section I have: plugins plugin artifactIdmaven-compiler-plugin/artifactId version2.0.2/version configuration source1.5/source target1.5/target /configuration /plugin plugin artifactIdmaven-surefire-plugin/artifactId version2.4.3/version configuration includes !-- Only execute test suites -- include**/*TestSuite.java/include /includes /configuration /plugin /plugins So I am using the latest version of surefire. Any ideas why it's not using Junit 4? Thanks, Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to use Junit 4 annotations
It turns out I have to tell Spring that it is using JUnit 4 by annotating my class: @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(locations={file:src/test/resources/META-INF/applicationContext.xml}) public class SettingsDAOTest extends AbstractJpaTests { Before the AbstractJpaTests superclass set everything up and injected what I needed into my test class. Now all of that is gone, so I had to add the @ContextConfiguration annotation and @Autorwired to inject the DAO. Now it doesn't recognize the entity I am trying to merge with JPA. I also found out that @RunWith(SpringJUnit4ClassRunner.class) only works with Junit 4.4 and newer. But, surefire maven2 plugin causes trouble when using Junit 4.5 so you have to downgrade to 4.4: http://jira.springframework.org/browse/SPR-5145 Too much trouble. I'm going to use JUnit 3 style configs for this class so that AbstractJpaTest actually works. Ryan Ryan de Laplante wrote: Actually, it must be using JUnit 4 because I have a test suite completely configured with annotations. Also, when one of my unit tests throws an untrapped exception I see this in the stack tract: java.lang.NullPointerException at ... notice Spring Framework is doing something. My test class extends AbstractJpaTestCase at java.lang.reflect.Method.invoke(Method.java:597) at junit.framework.TestCase.runTest(TestCase.java:164) at junit.framework.TestCase.runBare(TestCase.java:130) at org.springframework.test.ConditionalTestCase.runBare(ConditionalTestCase.java:76) at org.springframework.test.annotation.AbstractAnnotationAwareTransactionalTests.access$001(AbstractAnnotationAwareTransactionalTests.java:71) ... Notice surefire Junit4TestSet at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at So this must be a spring problem. Thanks, Ryan Ryan de Laplante wrote: Hi, My junit tests work if I prefix test method names with the word test. If I don't do that and rely on the @Test annotation then the test methods are not executed. I have this in my POM: dependency groupIdjunit/groupId artifactIdjunit/artifactId version4.5/version scopetest/scope /dependency and in my build section I have: plugins plugin artifactIdmaven-compiler-plugin/artifactId version2.0.2/version configuration source1.5/source target1.5/target /configuration /plugin plugin artifactIdmaven-surefire-plugin/artifactId version2.4.3/version configuration includes !-- Only execute test suites -- include**/*TestSuite.java/include /includes /configuration /plugin /plugins So I am using the latest version of surefire. Any ideas why it's not using Junit 4? Thanks, Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to use Junit 4 annotations
For anyone finding this thread on search engines in the future, I have started a new thread on the Spring Forums: http://forum.springframework.org/showthread.php?t=60442 Ryan de Laplante wrote: It turns out I have to tell Spring that it is using JUnit 4 by annotating my class: @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(locations={file:src/test/resources/META-INF/applicationContext.xml}) public class SettingsDAOTest extends AbstractJpaTests { Before the AbstractJpaTests superclass set everything up and injected what I needed into my test class. Now all of that is gone, so I had to add the @ContextConfiguration annotation and @Autorwired to inject the DAO. Now it doesn't recognize the entity I am trying to merge with JPA. I also found out that @RunWith(SpringJUnit4ClassRunner.class) only works with Junit 4.4 and newer. But, surefire maven2 plugin causes trouble when using Junit 4.5 so you have to downgrade to 4.4: http://jira.springframework.org/browse/SPR-5145 Too much trouble. I'm going to use JUnit 3 style configs for this class so that AbstractJpaTest actually works. Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
improve Maven performance
Hi, In our company lot of people complains that our maven 2 builds are too long. We use multi modules and most of the time we only need to build 1 or 2 modules not all of them. So a solution could be to create a Maven 2 plugin that will check if a source file has changed in the module. If no file has changed then it will skip all other phases of the module (from generate-sources to packaging...). So I know how to bind a plugin to the first maven phase (validate). But how to skip all others phases without interrupted the multi-module build ? Thanks Yann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: improve Maven performance
This really needs the support of other plugins to check if they need to run - you can't know a generic way to skip things. For that reason we haven't exposed a programmatic way to do that. I would recommend focusing on what the performance bottlenecks are and improving them as much as possible. - Brett 2008/9/18 Yann [EMAIL PROTECTED]: Hi, In our company lot of people complains that our maven 2 builds are too long. We use multi modules and most of the time we only need to build 1 or 2 modules not all of them. So a solution could be to create a Maven 2 plugin that will check if a source file has changed in the module. If no file has changed then it will skip all other phases of the module (from generate-sources to packaging...). So I know how to bind a plugin to the first maven phase (validate). But how to skip all others phases without interrupted the multi-module build ? Thanks Yann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Brett Porter Blog: http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: improve Maven performance
Also, if only few modules see activity, wouldn't it be easy to just release and version the stable parts separately, rather than always building everything? Kalle On Wed, Sep 17, 2008 at 1:59 PM, Brett Porter [EMAIL PROTECTED]wrote: This really needs the support of other plugins to check if they need to run - you can't know a generic way to skip things. For that reason we haven't exposed a programmatic way to do that. I would recommend focusing on what the performance bottlenecks are and improving them as much as possible. - Brett 2008/9/18 Yann [EMAIL PROTECTED]: Hi, In our company lot of people complains that our maven 2 builds are too long. We use multi modules and most of the time we only need to build 1 or 2 modules not all of them. So a solution could be to create a Maven 2 plugin that will check if a source file has changed in the module. If no file has changed then it will skip all other phases of the module (from generate-sources to packaging...). So I know how to bind a plugin to the first maven phase (validate). But how to skip all others phases without interrupted the multi-module build ? Thanks Yann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Brett Porter Blog: http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Input parent version on command line
Hi folks, I'm trying to do something like this: ?xml version=1.0 encoding=UTF-8? project modelVersion4.0.0/modelVersion parent groupIdmygroup/groupId artifactIdmyparentartifact/artifactId version${version}/version /parent artifactIdmyartifact/artifactId /project and launch maven like this: mvn -Dversion=1.0 clean install To define parent version at runtime. But I always get: D:\flex\workspace\sonatype-flex-mojos\test-harness\src\test\resources\simple-flex-applicationmvn -Dversion=2.0M6-SNAPSHOT clean install [INFO] Scanning for projects... Downloading: http://192.168.1.3:8081/nexus/content/groups/all//info/flex-mojos/flex-super-pom/${version}/flex-super-pom-${version}.pomhttp://192.168.1.3:8081/nexus/content/groups/all//info/flex-mojos/flex-super-pom/$%7Bversion%7D/flex-super-pom-$%7Bversion%7D.pom Downloading: http://repo1.maven.org/maven2/info/flex-mojos/flex-super-pom/${version}/flex-super-pom-${version}.pomhttp://repo1.maven.org/maven2/info/flex-mojos/flex-super-pom/$%7Bversion%7D/flex-super-pom-$%7Bversion%7D.pom [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: info.flex-mojos ArtifactId: flex-super-pom Version: ${version} Reason: Unable to download the artifact from any repository info.flex-mojos:flex-super-pom:pom:${version} from the specified remote repositories: central (http://repo1.maven.org/maven2), local (http://192.168.1.3:8081/nexus/content/groups/all/) I'm doing that for integration tests. Is this a bug or am I doing something wrong? VELO
Re: improve Maven performance
On Thu, Sep 18, 2008 at 6:38 AM, Kalle Korhonen [EMAIL PROTECTED] wrote: Also, if only few modules see activity, wouldn't it be easy to just release and version the stable parts separately, rather than always building everything? Your development process should be: * Build in your IDE mostly - very quick * When ready to smoke test locally run the build - no greater than 10 minutes (http://martinfowler.com/articles/continuousIntegration.html) * Have your CI system build and email breakages We have a large Eclipse PDE client/server build with EJBs etc that takes 13 minutes. 7 of those is the crappy way eclipse PDE builds jar files by appending to it and the jar file being built 700Mb. And we build from the root of the project. Maven isn't the bottle neck here. Look at what you are building and see if you can fix the bottle necks. Or alternatively only build the modules that you need and rely on CI to pull in newer versions of the other artifacts. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Maven Enforcer Plugin 1.0-alpha-4 Released
The Maven team is pleased to announce the release of the Maven Enforcer Plugin, version 1.0-alpha-4 The Enforcer plugin provides goals to control certain environmental constraints such as Maven version, JDK version and OS family along with many more standard rules and user created rules. http://maven.apache.org/plugins/maven-enforcer-plugin/ You should specify the version in your project's plugin configuration: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-enforcer-plugin/artifactId version1.0-alpha-4/version /plugin Release Notes - Maven 2.x Enforcer Plugin - Version 1.0-alpha-4 ** Bug * [MENFORCER-10] - EnforcerRuleHelper#getComponent() throws exception * [MENFORCER-12] - enforce-once still runs in each child pom * [MENFORCER-27] - Multi model project with enforcer plugin bug * [MENFORCER-37] - 'noSnapshots' rule do not check version of parent * [MENFORCER-45] - does not detect version for plugin configured in profiles ** Improvement * [MENFORCER-11] - enforce-once causes MNG-2277 to be expressed in reactor builds. Find a way to work around it. * [MENFORCER-18] - Bean shell enforcer swallows message * [MENFORCER-21] - allow includes to fine tune excludes in bannedDependencies * [MENFORCER-38] - Enforcer rules for AlwaysPass and AlwaysFail * [MENFORCER-43] - RequireReleaseDeps - allow to execute onlyWhenRelease * [MENFORCER-44] - the banSnapshot option in requirePluginVersions should distinguish SNAPSHOT and timestamps ** New Feature * [MENFORCER-15] - add a rule to enforce that all plugins have a declared version * [MENFORCER-22] - create a rule to check the current project is not a snapshot ** Task * [MENFORCER-32] - Add svn:eol-style=native to source files * [MENFORCER-33] - Tidy up EvaluateBeanshell rule * [MENFORCER-34] - Make code Java 1.4 compatible Enjoy, -The Maven team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Input parent version on command line
Hello Marvin, I'm experiencing similar issue with Maven in large multi-module projects, especially if they are of 2 depth and one wants to apply same version to several modules of same maven project. Currently I have to go through all of the pom's and set version manually, with risk of making a mistake or incomplete change along the way. Maven - The Definitive Guidehttp://www.sonatype.com/book/pdf/maven-definitive-guide.pdfstates: *When a project specifies a parent project, Maven uses that parent POM as a starting point before it reads the current project's POM. It inherits everything, including the groupId and version number.* It seems to me that this starting point processing is part of Maven's validate lifecycle phase, and that command line properties are not used in code which resolves parent coordinates (artifactId, groupId, and version). Maybe some of Maven developers or experts might confirm this and answer if this is a bug or a design goal. Regards, Stevo. On Wed, Sep 17, 2008 at 11:57 PM, Marvin Froeder [EMAIL PROTECTED] wrote: Hi folks, I'm trying to do something like this: ?xml version=1.0 encoding=UTF-8? project modelVersion4.0.0/modelVersion parent groupIdmygroup/groupId artifactIdmyparentartifact/artifactId version${version}/version /parent artifactIdmyartifact/artifactId /project and launch maven like this: mvn -Dversion=1.0 clean install To define parent version at runtime. But I always get: D:\flex\workspace\sonatype-flex-mojos\test-harness\src\test\resources\simple-flex-applicationmvn -Dversion=2.0M6-SNAPSHOT clean install [INFO] Scanning for projects... Downloading: http://192.168.1.3:8081/nexus/content/groups/all//info/flex-mojos/flex-super-pom/${version}/flex-super-pom-${version}.pomhttp://192.168.1.3:8081/nexus/content/groups/all//info/flex-mojos/flex-super-pom/$%7Bversion%7D/flex-super-pom-$%7Bversion%7D.pom http://192.168.1.3:8081/nexus/content/groups/all//info/flex-mojos/flex-super-pom/$%7Bversion%7D/flex-super-pom-$%7Bversion%7D.pom Downloading: http://repo1.maven.org/maven2/info/flex-mojos/flex-super-pom/${version}/flex-super-pom-${version}.pomhttp://repo1.maven.org/maven2/info/flex-mojos/flex-super-pom/$%7Bversion%7D/flex-super-pom-$%7Bversion%7D.pom http://repo1.maven.org/maven2/info/flex-mojos/flex-super-pom/$%7Bversion%7D/flex-super-pom-$%7Bversion%7D.pom [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: info.flex-mojos ArtifactId: flex-super-pom Version: ${version} Reason: Unable to download the artifact from any repository info.flex-mojos:flex-super-pom:pom:${version} from the specified remote repositories: central (http://repo1.maven.org/maven2), local (http://192.168.1.3:8081/nexus/content/groups/all/) I'm doing that for integration tests. Is this a bug or am I doing something wrong? VELO
Re: How to get all dependecy in a mojo ?
I got the expect result.I use mvn compile myplugin:mojo to run my own task, instead of mvn myplugin:mojo. It works. Is it because the compile phase to load the dependency graph of the project, even if I use @requiresDependencyResolution test it doesn't work. 2008/9/17 Brian E. Fox [EMAIL PROTECTED] You need to add @requiresDependencyResolution test (or compile etc) -Original Message- From: 陈思淼 [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 10:44 AM To: Maven Users List Subject: How to get all dependecy in a mojo ? My mojo extends AbstractWarMojo, I want to get all the Project's dependencies including the transitive denpendecies. So i config the MavenProject in my mojo like thsi: /** * The maven project. * * @parameter expression=${project} * @required * @readonly */ private MavenProject project; project.getArtifacts() is a empty collection. I saw war plugin and them get all the war's dependencies in this way? who can tell me how to get all dependecy in a mojo ? Thank you.
Maik Ebert is out of the office.
I will be out of the office starting 15.09.2008 and will not return until 26.09.2008. I will respond to your message when I return. In urgent cases please contact Dirk Dinger, phone: +49 (0) 6227 385 144, e-mail: [EMAIL PROTECTED] Ich bin vom 15.09.2008 bis 26.09.2008 außer Haus. Nach meiner Rückkehr werde ich Ihre Nachricht beantworten. In dringenden Fällen wenden Sie sich bitte an Dirk Dinger, Tel.: +49 (0) 6227 385 144, E-Mail: [EMAIL PROTECTED] Maik Ebert | RD ProfessionalGate InterComponentWare AG | Industriestraße 41 | 69190 Walldorf (Baden) | Germany Tel.: +49 (0) 6227 385 203 | Fax: +49 (0) 6227 385 491 [EMAIL PROTECTED] | www.icw.de | www.lifesensor.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Aktuelle Anregungen zu neuen Technologien im Gesundheitswesen. Das bietet der ICW Newsletter (http://www.icw.de/newsletter). Die September-Ausgabe beschäftigt sich mit den Schwerpunkt- Themen Datenschutz und dem Einsatz der persönlichen Gesundheitsakte LifeSensor bei Krankenkassen und Krankenhäusern. Verpassen Sie keine Ausgabe mehr! Anmeldung unter http://www.icw.de/abo * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * InterComponentWare AG: Vorstand: Peter Reuschel (Vors.), Norbert Olsacher, Dr. med. Frank Warda / Aufsichtsratsvors.: Michael Kranich Firmensitz: 69190 Walldorf, Industriestraße 41 / AG Mannheim HRB 351761 / USt.-IdNr.: DE 198388516 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get all dependecy in a mojo ?
Here is a snippet from something I'm currently working on. It can see the transitive dependencies with getArtifacts(). in the mojo: * @goal add-externalized-properties * @phase process-resources * @requiresDependencyResolution compile */ public class AddExternalizedPropertiesMojo extends AbstractMojo { ... /** * @parameter expression=${project} * @required * @readonly */ private MavenProject project; -- in resulting META-INF\maven\plugin.xml: plugin ... mojos mojo goaladd-externalized-properties/goal ... requiresDependencyResolutioncompile/requiresDependencyResolution ... phaseprocess-resources/phase -- View this message in context: http://www.nabble.com/How-to-get-all-dependecy-in-a-mojo---tp19533728p19544802.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]
Question about option wtpContextName in eclipse:eclipse plugin
I am able to use this goal succesfully. Meaning I am able to hot deploy to my server via WTP. However when I try to set the wtpContextName my target/eclipseEAR/application.xml file never pick up the new context root. I do see in my .Settings\org.eclipse.wst.common.component file the correct context root base on my wtpContextName setting. How come when I use the wtpContextName option for the eclipse:eclipse goal it does not pick it up in my target/eclipseEAR/application.xml file? See below for a snippet of my pom.xml file: build sourceDirectorysrc/main/java//sourceDirectory pluginManagement plugins . . . plugin groupIdorg.apache.maven.plugins /groupId artifactIdmaven-eclipse-plugin/ artifactId !--version2.6/version-- configuration projectNameTemplate [artifactId]-[version]/projectNameTemplate wtpmanifesttrue/ wtpmanifest wtpapplicationxmltrue/ wtpapplicationxml wtpContextName/aviall/ wtpContextName wtpversion2.0/ wtpversion manifest ${basedir}/src/main/resources/META-INF/MANIFEST.MF/manifest /configuration /plugin /plugins /pluginManagement /build Also If I do not specify a version for the plugin, which version will maven use; the latest? _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ This e-mail message, including attachments, may contain confidential, proprietary, or export controlled information. Any unauthorized disclosure, distribution, or other use is prohibited, unless expressly authorized. If you receive this e-mail in error, please notify the sender, and delete all copies of the original message from your systems.
RE: improve Maven performance
Yeah, this is truly the solution - why not branch/aggregate the bits you need? Set up nexus or archiva and have your own internal repository? -Original Message- From: Kalle Korhonen [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 5:09 PM To: Maven Users List Subject: Re: improve Maven performance Also, if only few modules see activity, wouldn't it be easy to just release and version the stable parts separately, rather than always building everything? Kalle On Wed, Sep 17, 2008 at 1:59 PM, Brett Porter [EMAIL PROTECTED]wrote: This really needs the support of other plugins to check if they need to run - you can't know a generic way to skip things. For that reason we haven't exposed a programmatic way to do that. I would recommend focusing on what the performance bottlenecks are and improving them as much as possible. - Brett 2008/9/18 Yann [EMAIL PROTECTED]: Hi, In our company lot of people complains that our maven 2 builds are too long. We use multi modules and most of the time we only need to build 1 or 2 modules not all of them. So a solution could be to create a Maven 2 plugin that will check if a source file has changed in the module. If no file has changed then it will skip all other phases of the module (from generate-sources to packaging...). So I know how to bind a plugin to the first maven phase (validate). But how to skip all others phases without interrupted the multi-module build ? Thanks Yann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Brett Porter Blog: http://blogs.exist.com/bporter/ - 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]
Delay when doing daily checking for updates
The first time I attempt to do a release each day, maven checks for updates, and it stalls for about 6 minutes for each plugin: [INFO] Searching repository for plugin with prefix: 'release'. [INFO] org.apache.maven.plugins: checking for updates from maven.proxy.radius stall for 6 minutes [INFO] Searching repository for plugin with prefix: 'release'. [INFO] org.codehaus.mojo: checking for updates from maven.proxy.radius stall for 6 minutes [INFO] org.codehaus.mojo: checking for updates from Maven Releases [INFO] artifact org.apache.maven.plugins:maven-release-plugin: checking for updates from maven.proxy.radius stall for 6 minutes [INFO] artifact org.apache.maven.plugins:maven-release-plugin: checking for updates from Maven Releases We have a remote maven repository set up with maven-proxy (maven.proxy.radius). Unfortunately, I didn't set it up so I'm having a hard time figuring out my problem The box I'm running maven from is able to reach maven.proxy.radius, and the plugins are there. If I run mvn with -o, it skips these steps, but I need it to be running online for other reasons. Any help is appreciated.
RE: clean won't delete stuff that isn't in ./target
That seems screwy and unnecessary. I still don't understand the relevance of this property/test. Can someone highlight it for me? -Original Message- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 1:24 PM To: Maven Users List; [EMAIL PROTECTED] Subject: RE: clean won't delete stuff that isn't in ./target boolean property inside MavenProject http://www.java2s.com/Open-Source/Java-Document/Build/maven/org/apache/maven/project/MavenProject.java.java-doc.htm so in your project.xml after the initial project node place the childNode executionRoot and set to true e.g. project xmlns=http://maven.apache.org/POM/3.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/3.0.0 http://maven.apache.org/maven-v3_0_0.xsd; executionRoottrue/executionRoot ? 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. Subject: RE: clean won't delete stuff that isn't in ./target Date: Wed, 17 Sep 2008 12:05:32 -0400 From: [EMAIL PROTECTED] To: users@maven.apache.org; [EMAIL PROTECTED] I don't understand why that test (isExecutionRoot()) is even there to begin with. Why does that matter? If you're specifying a fileset, isn't it to get rid of stuff outside of the src/target directories? -Original Message- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 11:02 AM To: Maven Users List; [EMAIL PROTECTED] Subject: RE: clean won't delete stuff that isn't in ./target what happens when if ( !project.isExecutionRoot() ) is NOT NULL? why not go ahead and submit your patch.. ? 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. Subject: RE: clean won't delete stuff that isn't in ./target Date: Wed, 17 Sep 2008 09:32:02 -0400 From: [EMAIL PROTECTED] To: users@maven.apache.org; [EMAIL PROTECTED] To all that have replied - I tried the exact syntax below and it doesn't work. Another part to this is we have a parent - child - child pom relation ship, and the clean target is in the lowest level. Running from the top most level, clean does not work. From my last run, here's what I have in my pom: plugin artifactIdmaven-clean-plugin/artifactId version2.2/version configuration fileset directory${some.var}/../deleteme/directory directoryC:/full/path/to/deleteme/directory /fileset verbosetrue/verbose /configuration /plugin Running from the top most level, deleteme still lives. I've tried every possible combination of filesetsfilesetdirectory but nothing works. Looking at the source for clean, I see this: 209 if ( !project.isExecutionRoot() ) 210 { 211String projectBasedir = StringUtils.replace( project.getBasedir().getAbsolutePath(), 212 \\, / ); 213String filesetDir = StringUtils.replace( fileset.getDirectory(), \\, / ); 214 215if ( filesetDir.indexOf( projectBasedir ) == -1 ) 216{ 217 fileset.setDirectory( projectBasedir + / + filesetDir ); 218} 219} 220 221 fileSetManager.delete( fileset, failOnError ); #1 - How would this block of code ever get executed in my case? #2 - That second if statement, filesetDir does not contain the project basedir at all, so this code prepends it to each fileset?! I've written a plugin (maven-really-clean) that just takes a series of directories and using plexus.file utils, deletes them, regardless of where they are on your system. The clean plugin simply does NOT work. -Original Message- From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2008 5:16 AM To: Maven Users List Subject: Re: clean won't delete stuff that isn't in ./target Hi there, you can simply use: configuration filesetdirectoryC:/some/other/dir/deleteme/directory/fileset /configuration Nothing more... And as mentioned...absolute directories are a very bad idea... Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH)
Re: Delay when doing daily checking for updates
it seems your maven tries to look for latest version of release plugin. You will need to lock down your release plugin's version but having a 5 min delay looking for release plugin is way too much. -D On Wed, Sep 17, 2008 at 11:39 AM, Topher Johnson [EMAIL PROTECTED] wrote: The first time I attempt to do a release each day, maven checks for updates, and it stalls for about 6 minutes for each plugin: [INFO] Searching repository for plugin with prefix: 'release'. [INFO] org.apache.maven.plugins: checking for updates from maven.proxy.radius stall for 6 minutes [INFO] Searching repository for plugin with prefix: 'release'. [INFO] org.codehaus.mojo: checking for updates from maven.proxy.radius stall for 6 minutes [INFO] org.codehaus.mojo: checking for updates from Maven Releases [INFO] artifact org.apache.maven.plugins:maven-release-plugin: checking for updates from maven.proxy.radius stall for 6 minutes [INFO] artifact org.apache.maven.plugins:maven-release-plugin: checking for updates from Maven Releases We have a remote maven repository set up with maven-proxy (maven.proxy.radius). Unfortunately, I didn't set it up so I'm having a hard time figuring out my problem The box I'm running maven from is able to reach maven.proxy.radius, and the plugins are there. If I run mvn with -o, it skips these steps, but I need it to be running online for other reasons. Any help is appreciated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven descriptor - what is it good for?
I'm trying to clarify what is the purpose of the Maven descriptor, and what systems make use of it, and if there is any point in working on this issue we have with the pom.xml that is added to our generated artifacts. Our projects are set up to have their version numbers passed in via the build system. When a build is performed on Hudson, it passes in the property major.minor.version and BUILD_NUMBER. So the version element in our pom.xml looks like this: version${major.minor.version}.${BUILD_NUMBER}/version and the build command in the Hudson config for this project is like this mvn -Dmajor.minor.version=1.0.0 -DBUILD_NUMBER=${BUILD_NUMBER} clean package (actually, Hudson sets BUILD_NUMBER in the environment so we can also leave it out) Now the problem is, when the pom.xml gets added to the generated artifact, it's the same as the original pom.xml, so that the version is still version${major.minor.version}.${BUILD_NUMBER}/version and does not get the details passed in on the command line. Is this a bug or how it's really supposed to work? I would've thought it would pick up on the parameters that have been set and add a pom.xml that is more like the one you get when you do mvn help:effective-pom The pom.properties has all the right values, so the version property has whatever values were passed in from command line. It's not a major issue, but it's a small annoyance when you upload it manually via Artifactory and it thinks that the version of the artifact is the string ${major.minor.version}.${BUILD_NUMBER}. It would be great if other users or maven developers could clarify what it is used for, and if the behaviour I'm seeing is intentional. (btw, am using Maven 2.0.8) thanks, Ellecer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]