Antwort: Re: Archiva almost works
Hello, Still no good. I just tried using all combinations of the archiva/proxy URL including archiva/proxy/repo_id, archiva/proxy/repo_id/repo-url-suffix, archiva/proxy/repo-url-suffix all of them with and without a URL suffix assigned to the repo instance. Is there any work being done to make this less painful? I almost feel like digging into the source myself if I didn't already have a dozen other overly complicated projects going on. I had the same problem. My solution was to write my own proxy which I could use with proxy in settings.xml and not use Archiva as a mirror. I'll clean the code and put it online next week. Maybe it can be merged with Archiva but it works perfectly alongside with it. Regards, -- Aaron Digulla
Dependency range
When I have a range for a dependency in an artifact and I deploy that artifact, will it keep the dependency range in the pom's artifact that gets deployed with it? Or will it set the version used to create the artifact? Is it possible to know what version of each dependency used during the creation of an artifact, when the dependencies have ranges? Thank you Laura This e-mail, and any attachments thereto, is confidential and is intended only for the individual(s) named. If you are not the intended recipient, please let us know by e-mail reply and delete it from your system; do not copy/save this e-mail or disclose its contents to anyone. E-mail transmissions cannot be guaranteed to be secure or error-free as the transmission could be interrupted, corrupted, lost, destroyed, altered, arrive late or contain viruses. ObjectWave does not accept liability for any errors or omissions in the contents of this e-mail which arise as a result of e-mail transmission. The views expressed in this e-mail do not necessarily reflect those of ObjectWave or its affiliates.
Re: Multi-module and resource files
I'm having the same problem trying to include my log4j.properties file on my project. I made it work when I create the jar file, including it into the manifest, but when I try to 'run mvn test' command, it still answers me that log4j has no appenders. Does anybody know how to help solve this problem? thanks J. Kauffman On 12/19/06, Paolo Bacci [EMAIL PROTECTED] wrote: Hi all, I have a maven multi-module project and I got a simple question about classpath. I want to know where Maven will lookup resource files (such as log4j.properties files) by default to include in the classpath in the case of a multi-module setup. Or, if no such directory exists by default, should I add a classpath entry to the main project's POM? Thanks in advance, Paolo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Stopping artifact from getting uploaded to local repo
Do you mean an artifact that is the output of your own module or an artifact that is a dependency of a library or plugin you want to use? regards, Wim 2006/12/21, Afkham Azeez [EMAIL PROTECTED]: Is there any way how I can stop an artifact from getting uploaded to the local m2 repo? The packaging of this artifact is jar. -- Thanks Afkham Azeez http://www.wso2.org Fingerprint: 643F C2AF EB78 F886 40C9 B2A2 4AE2 C887 665E 0760 -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester
Re: Stopping artifact from getting uploaded to local repo
An artifact of my own module. On 12/21/06, Wim Deblauwe [EMAIL PROTECTED] wrote: Do you mean an artifact that is the output of your own module or an artifact that is a dependency of a library or plugin you want to use? regards, Wim 2006/12/21, Afkham Azeez [EMAIL PROTECTED]: Is there any way how I can stop an artifact from getting uploaded to the local m2 repo? The packaging of this artifact is jar. -- Thanks Afkham Azeez http://www.wso2.org Fingerprint: 643F C2AF EB78 F886 40C9 B2A2 4AE2 C887 665E 0760 -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester -- Thanks Afkham Azeez http://www.wso2.org Key ID: 665E0760 Fingerprint: 643F C2AF EB78 F886 40C9 B2A2 4AE2 C887 665E 0760
Re: Multi-module and resource files
Just put all *.properties files into src/main/resources, as they'll be added into your jar automatically HTH. Tony. see: http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html Jan Kauffman wrote: I'm having the same problem trying to include my log4j.properties file on my project. I made it work when I create the jar file, including it into the manifest, but when I try to 'run mvn test' command, it still answers me that log4j has no appenders. Does anybody know how to help solve this problem? thanks J. Kauffman On 12/19/06, Paolo Bacci [EMAIL PROTECTED] wrote: Hi all, I have a maven multi-module project and I got a simple question about classpath. I want to know where Maven will lookup resource files (such as log4j.properties files) by default to include in the classpath in the case of a multi-module setup. Or, if no such directory exists by default, should I add a classpath entry to the main project's POM? Thanks in advance, Paolo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Multi-module-and-resource-files-tf2847239s177.html#a8013721 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: Stopping artifact from getting uploaded to local repo
odd question... If you juste want to package your module, use package instead of install and it wont be copied to your local repo. HTH Tony. Afkham Azeez wrote: An artifact of my own module. On 12/21/06, Wim Deblauwe [EMAIL PROTECTED] wrote: Do you mean an artifact that is the output of your own module or an artifact that is a dependency of a library or plugin you want to use? regards, Wim 2006/12/21, Afkham Azeez [EMAIL PROTECTED]: Is there any way how I can stop an artifact from getting uploaded to the local m2 repo? The packaging of this artifact is jar. -- Thanks Afkham Azeez http://www.wso2.org Fingerprint: 643F C2AF EB78 F886 40C9 B2A2 4AE2 C887 665E 0760 -- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester -- Thanks Afkham Azeez http://www.wso2.org Key ID: 665E0760 Fingerprint: 643F C2AF EB78 F886 40C9 B2A2 4AE2 C887 665E 0760 -- View this message in context: http://www.nabble.com/Stopping-artifact-from-getting-uploaded-to-local-repo-tf2865476s177.html#a8013797 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: Test Maven Plugins
http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Harness I've never tried it thus... HTH Tony. gbois wrote: Hi, What is the approach to test (debug) the code of a maven plugin? In others words, how i can write unit test for my developped maven plugin? Thanks -- View this message in context: http://www.nabble.com/Test-Maven-Plugins-tf2865716s177.html#a8013836 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: NullPointerException with release:prepare
Hi, I too had to fight heavily with this plugin, since the current version is bugged out ( for j2ee multi-module project). It turned out that I solved all of my issues by using the lated build from svn. You may want to try this too. HTH Tony. Valerio Schiavoni wrote: so, the quick workaround is to add a connection element and just copy the content of the developerConnection (or provide a more proper value, if you have any). apparently the beta-5 release was not deployed. On 12/21/06, Valerio Schiavoni [EMAIL PROTECTED] wrote: i'm hitting this one: http://jira.codehaus.org/browse/MRELEASE-108 i need to specify the version o the plugin in the pom.. On 12/21/06, Valerio Schiavoni [EMAIL PROTECTED] wrote: hello everyone, i'm trying to use the release plugin. I run it with: mvn -Dusername=schiavoni release:clean release:prepare -DdryRun=true (to be sure that nothing wrong goes to my cvs repository and to the maven repository) and i get the folliwing stacktrace: [INFO] Transforming 'Website Model'... [INFO] [ERROR] FATAL ERROR [INFO] [INFO] null [INFO] [INFO] Trace java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:394) at java.util.Properties.setProperty(Properties.java:143) at org.apache.maven.plugins.release .config.PropertiesReleaseConfigurationStore.write( PropertiesReleaseConfigurationStore.java :225) at org.apache.maven.plugins.release.config.PropertiesReleaseConfigurationStore.write (PropertiesReleaseConfigurationStore.java:149) at org.apache.maven.plugins.release.DefaultReleaseManager. prepare(DefaultReleaseManager.java :145) at org.apache.maven.plugins.release.PrepareReleaseMojo.execute ( PrepareReleaseMojo.java:106) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java :534) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal (DefaultLifecycleExecutor.java:488) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java :458) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:219) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:597) at org.codehaus.classworlds.Launcher.launchEnhanced( Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode ( Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) I got a pom.xml.tag and a release.properties files created in the root directory of my project. The version in the pom.xml.tag is properly changed to 1.1 (was 1.1-SNAPSHOT) and in the release.properties there are the parameters i passed during the release :prepare execution, just before the NPE. the parameters I passed are: 1.1 as releae, 1.1 as scm tag, and 1.2-SNAPSHOT as new development version. any idea ? thanks a lot, valerio -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni -- View this message in context: http://www.nabble.com/NullPointerException-with-release%3Aprepare-tf2865184s177.html#a8013890 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SCP deploy issue
Hello, Trying to use deploy to place project jar onto network repository. I have both Windows client and server (XP / 2003) and am using Putty for my SHH tool along with pscp. In my settings I have: server idMyRepo/id usernameadministrator/username passwordtestpassword/password /server Now, when I try to use the deploy:deploy-file goal, just with a test file, like so: D:\ mvn deploy:deploy-file -Durl=scp://10.1.1.13 -DrepositoryId=MyRepo -Dfile=results.jar -DgroupId=Testgroup -DartifactId=test -Dversion=1.0.0 -Dpackaging=jar -Dmave n.scp.executable=pscp -e I get: [INFO] Error deploying artifact: Error performing commands for file transfer Exit code: 1 - The syntax of the command is incorrect. [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error deploying artifact : Error performing commands for file transfer at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:559) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandalone Goal(DefaultLifecycleExecutor.java:488) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau ltLifecycleExecutor.java:458) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan dleFailures(DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen ts(DefaultLifecycleExecutor.java:219) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi fecycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.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.MojoExecutionException: Error deploying artif act: Error performing commands for file transfer at org.apache.maven.plugin.deploy.DeployFileMojo.execute(DeployFileMojo. java:240) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi nManager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:534) ... 16 more Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error deploying artifact: Error performing commands for file transfer at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Def aultArtifactDeployer.java:91) at org.apache.maven.plugin.deploy.DeployFileMojo.execute(DeployFileMojo. Now, I can run just 'd:pscp' and get a listing of options so maven should also be able to find the pscp executable (it's in the 'path'). Also, if I execute C:\pscp test.cfg mailto:[EMAIL PROTECTED]:test.cfg [EMAIL PROTECTED]:test.cfg (and provide the pasword at prompt), the file is transferred which shows that the user id and password are working for that server URL. From what I can tell, maven should be able to see pscp, it has the server url, the user id and password. Is there somewhere I can see what command it's trying to execute via the pscp executable? Any help is appreciated. Best regards, Randall BEGIN:VCARD VERSION:2.1 N:Fidler;Randall FN:Randall Fidler EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20050926T075331Z END:VCARD smime.p7s Description: S/MIME cryptographic signature
Re: Test Maven Plugins
On 12/22/06, gbois [EMAIL PROTECTED] wrote: Hi, What is the approach to test (debug) the code of a maven plugin? In others words, how i can write unit test for my developped maven plugin? Join the dev mailing list. I don't believe there is a standard way of doing maven plugin testing yet. And I've just kicked off a thread that hopefully will help resolve that issue. http://www.nabble.com/forum/ViewPost.jtp?post=8015183framed=yskin=177 I think for unit testing it is reasonably straight forward as you don't need a maven environment for that as you mock everything you need. The maven-test-tools project has some useful helper classes for this. For integration testing, there is a lot more work to be done but there are some frameworks out there, working out which one to use and how they work is a bit more difficult. Hopefully the thread on the dev list will resolve that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re:Maven2 eclipse:eclipse warning
romdti [EMAIL PROTECTED] [EMAIL PROTECTED] Cc DateThu, 21 Dec 2006 05:48:40 -0800 (PST) SubjectMaven2 eclipse:eclipse warning Hey Just add a plugin reference in the pom or parent pom with the following configuration PLUGIN ... configuration downloadSourcesfalse/downloadSources /configuration ... /plugin Hello, I have some warnings when using mvn eclipse:eclipse command: [INFO] Sources for some artifacts are not available. Please run the same goal with the -DdownloadSources=true parameter in order to check remote repositories for sources List of artifacts without a source archive: o junit:junit:4.1 o javax.persistence:persistence-api:1.0 o javax.ejb:ejb:3.0 I read that the option maven.eclipse.src.download=false can be used to remove the message, but I'm not able to find where to set this option. Can somebody help me? Thanks for advance. PS: I don't want to use -DdownloadSources=true paramter. didier. -- View this message in context: http://www.nabble.com/Maven2-eclipse%3Aeclipse-warning-tf2865619s177.html#a8008096 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Scarlet ONE - Combine ADSL with unlimited fixed phone and save 400 euros http://www.scarlet.be
Cargo ver.0.8 missing on maven1 repo ibiblio
Hello group, I couldn't find the cargo libraries: cargo-core-api-modulehttp://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-module/0.8/cargo-core-api-module-0.8.jar cargo-core-api-containerhttp://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-container/0.8/cargo-core-api-container-0.8.jar http://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-container/0.8/cargo-core-api-container-0.8.jar cargo-core-api-generichttp://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-generic/0.8/cargo-core-api-generic-0.8.jar cargo-core-container-*http://repository.codehaus.org/org/codehaus/cargo/cargo-core-container-jboss/0.8/cargo-core-container-jboss-0.8.jar cargo-core-uberjarhttp://repository.codehaus.org/org/codehaus/cargo/cargo-core-uberjar/0.8/cargo-core-uberjar-0.8.jar cargo-core-anthttp://repository.codehaus.org/org/codehaus/cargo/cargo-core-uberjar/0.8/cargo-core-uberjar-0.8.jar version 0.8 in the maven1 repository on ibiblio.org. I would like most kindly for someone to place them there. -- Regards, Petar! Karlovo, Bulgaria.
Re: Cargo ver.0.8 missing on maven1 repo ibiblio
they are http://repo1.maven.org/maven2/org/codehaus/cargo/cargo-core-api-container/0.8/ On 12/22/06, Petar Tahchiev [EMAIL PROTECTED] wrote: Hello group, I couldn't find the cargo libraries: cargo-core-api-modulehttp://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-module/0.8/cargo-core-api-module-0.8.jar cargo-core-api-containerhttp://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-container/0.8/cargo-core-api-container-0.8.jar http://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-container/0.8/cargo-core-api-container-0.8.jar cargo-core-api-generichttp://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-generic/0.8/cargo-core-api-generic-0.8.jar cargo-core-container-*http://repository.codehaus.org/org/codehaus/cargo/cargo-core-container-jboss/0.8/cargo-core-container-jboss-0.8.jar cargo-core-uberjarhttp://repository.codehaus.org/org/codehaus/cargo/cargo-core-uberjar/0.8/cargo-core-uberjar-0.8.jar cargo-core-anthttp://repository.codehaus.org/org/codehaus/cargo/cargo-core-uberjar/0.8/cargo-core-uberjar-0.8.jar version 0.8 in the maven1 repository on ibiblio.org. I would like most kindly for someone to place them there. -- Regards, Petar! Karlovo, Bulgaria. -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cargo ver.0.8 missing on maven1 repo ibiblio
For maven 1 you can find them on http://repo1.maven.org/mavenhttp://repo1.maven.org/maven2/org/codehaus/cargo/cargo-core-api-container/0.8/ Be careful, you can't browse this repository and the directory listing is outdating (but the jars are here, for example : http://repo1.maven.org/maven/org.codehaus.cargo/jars/cargo-core-api-module-0.8.jar ). Arnaud On 12/22/06, Carlos Sanchez [EMAIL PROTECTED] wrote: they are http://repo1.maven.org/maven2/org/codehaus/cargo/cargo-core-api-container/0.8/ On 12/22/06, Petar Tahchiev [EMAIL PROTECTED] wrote: Hello group, I couldn't find the cargo libraries: cargo-core-api-module http://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-module/0.8/cargo-core-api-module-0.8.jar cargo-core-api-container http://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-container/0.8/cargo-core-api-container-0.8.jar http://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-container/0.8/cargo-core-api-container-0.8.jar cargo-core-api-generic http://repository.codehaus.org/org/codehaus/cargo/cargo-core-api-generic/0.8/cargo-core-api-generic-0.8.jar cargo-core-container-* http://repository.codehaus.org/org/codehaus/cargo/cargo-core-container-jboss/0.8/cargo-core-container-jboss-0.8.jar cargo-core-uberjar http://repository.codehaus.org/org/codehaus/cargo/cargo-core-uberjar/0.8/cargo-core-uberjar-0.8.jar cargo-core-ant http://repository.codehaus.org/org/codehaus/cargo/cargo-core-uberjar/0.8/cargo-core-uberjar-0.8.jar version 0.8 in the maven1 repository on ibiblio.org. I would like most kindly for someone to place them there. -- Regards, Petar! Karlovo, Bulgaria. -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
problem overriding plugin properties from command line
Hi! I have created a Mojo plugin that works fine and can be configured in the pom as described in the user-guide.. but when trying to override a property from the command-line using -Dpropertyname=propertyvalue this always fails, ie the property value in the pom is always used.. Is it not possible to override properties like this from the command-line? Should I maybe prefix the propertyname with some groupId.artifactId.version construct? Or do I have to implement the check for system properties by myself in my plugin? thanks for any help! kind regards, /Ole eviware.com -- View this message in context: http://www.nabble.com/problem-overriding-plugin-properties-from-command-line-tf2868540s177.html#a8017590 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Checksum on the pom for maven-ear-plugin is wrong
I think the checksum on the pom for maven-ear-plugin is wrong. Might be more but something is wrong because we are getting checksum errors. Can somebody please fix or test it? Thanks, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem related to maven-assembly-plugin and maven-dependency-plugin
The assembly:assemble goal forks the lifecycle and if bound to a phase in the pom, will cause things to run multiple times. If you are binding to a phase, chances are you want to use the assembly:attached goal. Assembly:assemble is meant to be used from the command line. -Original Message- From: Saminda Abeyruwan [mailto:[EMAIL PROTECTED] Sent: Thursday, December 21, 2006 9:31 AM To: users@maven.apache.org Subject: Problem related to maven-assembly-plugin and maven-dependency-plugin HI all, I've using the combination of maven-assembly-plugin and maven-dependency-plugin to generate the binary distribution. The pom.xmlcontaining these plugins has the packaging as pom. This maven module listed as the last of modules needed for the reactor. maven-assembly-pluging runs on phase package and maven-dependency-plugin runs on initialize phase. problem : when ever this module runs, whole of the project builds again. Ie. compiling and running test cases happen twice. Why this happens. Is this due to the phaseinitialize/phase I'm using. Or is there any other know issue. Thank you maven-assembly-plugin has a config as follows, ... = plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-assembly-plugin/artifactId version2.1/version executions execution iddistribution-package/id phasepackage/phase goals goaldirectory/goal /goals configuration descriptors descriptorsrc/assemble/dist- common-assembly.xml/descriptor /descriptors finalNamedist/finalName /configuration /execution /executions /plugin ... maven-dependency-plugin has configured as plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId version2.0-alpha-1-SNAPSHOT/version executions execution idinitialize-copy/id phaseinitialize/phase goals goalcopy/goal /goals configuration artifactItems --- -- Saminda Abeyruwan Software Engineer WSO2 - www.wos2.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Building Continuum - Minimal Actions?
Hi, Just to reassure everyone: Continuum is building just fine. :-) My problem is that the only way I seem to be able to get changes in for example a JSP in continuum-webapp to actually show up in a browser (when using continuum-plexus-runtime) is when I run mvn clean install from the continuum root. Not only is this quite slow but I also lose my Derby database. :-( (For the record: running just mvn install [so no clean] doesn't do the trick.) Surely, there is a faster way to propagate a change in continuum-webapp? When one uses Jetty/Tomcat/JBoss all one has to do is rebuild continuum-webapp (mvn install) and redeploy the generated WAR. (Deploying a WAR isn't particularly fast either so I'd like to use continuum-plexus-runtime.) I tried running mvn install (with and without clean) in continuum-plexus-runtime and continuum-plexus-application but that doesn't seem to accomplish anything. :-( So after I make a change in continuum-webapp, what's the minimum I need to do to allow continuum-plexus-runtime to run the new webapp? Cheers, Hilco
Re: Building Continuum - Minimal Actions?
On 12/21/06, Hilco Wijbenga [EMAIL PROTECTED] wrote: Not only is this quite slow but I also lose my Derby database. :-( I just found out I can set the location of my Derby database in continuum-plexus-runtime/src/conf/plexus.xml so that fixes at least part of the problem. :-)
Re: repository definition
You should set the version number... Mylene On 12/21/06, serafettin senturk [EMAIL PROTECTED] wrote: Hello, I used in my pom.xml the following repositories. repositories repository idandromda/id nameAndroMDA Repository/name urlhttp://team.andromda.org/maven2/url /repository repository idandromda/id nameAndroMDA Repository/name urlhttp://team.andromda.org/maven/url /repository repository idandromda/id nameAndroMDA Repository/name urlhttp://www.ibiblio.org/maven/url /repository /repositories But still I get the below warning messages. How can I fix this problem? Downloading: http://team.andromda.org/maven2/org/andromda/cartridges/andromda-bp m4struts-cartridge/${andromda.version}/andromda-bpm4struts-cartridge-${andromda. version}.jar [WARNING] Unable to get resource from repository andromda (http://team.andromda. org/maven2) Downloading: http://repo1.maven.org/maven2/org/andromda/cartridges/andromda-bpm4 struts-cartridge/${andromda.version}/andromda-bpm4struts-cartridge-${andromda.ve rsion}.jar [WARNING] Unable to get resource from repository central (http://repo1.maven.org /maven2) Downloading: http://team.andromda.org/maven2/andromda/andromda-profile-datatype/ ${andromda.version}/andromda-profile-datatype-${andromda.version}.xml.zip [WARNING] Unable to get resource from repository andromda (http://team.andromda. org/maven2) Downloading: http://repo1.maven.org/maven2/andromda/andromda-profile-datatype/${ andromda.version}/andromda-profile-datatype-${andromda.version}.xml.zip [WARNING] Unable to get resource from repository central (http://repo1.maven.org /maven2) Downloading: http://team.andromda.org/maven2/andromda/andromda-profile-persisten ce/${andromda.version}/andromda-profile-persistence-${andromda.version}.xml.zip [WARNING] Unable to get resource from repository andromda (http://team.andromda. org/maven2) Downloading: http://repo1.maven.org/maven2/andromda/andromda-profile-persistence /${andromda.version}/andromda-profile-persistence-${andromda.version}.xml.zip [WARNING] Unable to get resource from repository central (http://repo1.maven.org /maven2) Downloading: http://team.andromda.org/maven2/org/andromda/cartridges/andromda-ja va-cartridge/${andromda.version}/andromda-java-cartridge-${andromda.version}.jar [WARNING] Unable to get resource from repository andromda (http://team.andromda. org/maven2) Downloading: http://repo1.maven.org/maven2/org/andromda/cartridges/andromda-java -cartridge/${andromda.version}/andromda-java-cartridge-${andromda.version}.jar [WARNING] Unable to get resource from repository central (http://repo1.maven.org htmlDIVFONT color=#330099 PSerafettin SenturkBRBRComputer Engineer (BSc) BRBRMScin Software Technology - Stuttgart Uni. of Applied Sciences BRBRTel. (0532)4037784 BRBRAddress.Haci Hesna Hatun Mah. Yeni Dunya Sok. DeryaApt. 21/4 Üsküdar/P/FONT P/P P/P P/P/DIV/html _ En etkili ve güvenilir PC Korumayi tercih edin, rahat edin! http://www.msn.com.tr/security/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mylene Books just wanna be FREE! See what I mean at: http://bookcrossing.com/friend/mylene - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [M2] Local offline repo maintenance (unique clean + clone)
I don't think it is a good idea to deploy artifacts which are not available on the Web to your local repository. You should really set up a separate one for those. The local repository is nothing you should actively manage, and you should be able to delete it any time. The extra repository would be easy to pass on to your successor. Plus, you won't probably get these pom errors anymore. Reinhard -Original Message- From: Christian Kölle [mailto:[EMAIL PROTECTED] Sent: Donnerstag, 21. Dezember 2006 02:41 To: 'Maven Users List' Subject: [M2] Local offline repo maintenance (unique clean + clone) Hello everyone, I am using maven standalone, i.e. via local repo on my machine with noone else. I have many libraries in the repo, which are not retrieveable via internet. There is no company internal repo. The following issues might seem be relatively unique to you. Problem 1: Once in a while, I get plenty invalid POMs Background 1: When I am in the office, i get a WLAN-connection but no access to the Internet. If I forget to switch Maven to the offline mode, it smashes all the POMs of manually added libraries, as some scrap-page is downloaded. As a consequese, I get many 'Invalid POM errors', e.g. during 'mvn site:stage' usage. Deleting the smashed POMs by hand helps but it is far to often to not be annoying. Question1: I there a cleaning mechanism, which would help me to get rid of all invalid POMs? Any other hints? # Question 2: Is there something like a copier-plugin, which would enable me to clone the repo but only with those jars, which are not retrieveable via internet? Background 2: I am leaving my employer end January. The repo is very big. It would be nice to leave my successor a 'small' repository-clone somewhere (e.g. svn) which would contain all the manually added libraries. -- I might not get all the manually added dependencies with the project-referring dependency-copier plugins. Any ideas, suggestions? Thx in advance. Regards Christian - 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]