RE: Retrieving latest version of JAR?
SNAPSHOT But this assumes that SNAPSHOT is the latest one built - it needs to be part of your development process. There is currently no other metadata attached to artifacts. If you change the version tag, yes, Maven will download that if it hasn't before. - Brett > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Saturday, 31 January 2004 12:40 PM > To: [EMAIL PROTECTED] > Subject: Retrieving latest version of JAR? > > > Hi, does Maven allow you the ability to retrieve the latest > JAR without specifying the version in the dependency? Also, > if I was to update a dependency, would Maven be able to > retrieve the correct JAR? > > Thanks in advance, > > -Conrad > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Retrieving latest version of JAR?
Hi, does Maven allow you the ability to retrieve the latest JAR without specifying the version in the dependency? Also, if I was to update a dependency, would Maven be able to retrieve the correct JAR? Thanks in advance, -Conrad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sample EJB Project Using JBoss and Maven?
Hey, I just changed the xdoclet plugin's project.xml to use the groupId 'xdoclet' and it worked without any problems. Just thought I would let you know. -Conrad > [EMAIL PROTECTED] wrote: > > As a temporary workaround to this incredibly frequently asked question, > > I've symlinked www.ibiblio.org/maven/xdoclet as > > www.ibiblio.org/maven/xjavadoc > > > > I believe this will fix the issue for most. > > > Thanks for this. I love Xdoclet, but this xjavadoc groupId situation is > one of the most annoying errors I've ever encountered. > > You'd think that they would have released a fix for it already -- but I > guess it's easy to manually hack it anyway. > > - > 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: Maven & cruisecontrol & logging maven output
Cruise control grabs all the output just fine for me? Are you using the -Original Message- > From: kai lilleby [mailto:[EMAIL PROTECTED] > Sent: Friday, 30 January 2004 6:42 PM > To: [EMAIL PROTECTED] > Subject: Maven & cruisecontrol & logging maven output > > > Does any one know how to pipe mavens out put (the stuff that > is writte to stdout when running maven) so that it can be > fetched by cruisecontrol during automated builds? > > Something like ANTs logger functionality would have been nice :) > > > -- > Kai Lilleby > > mob: 930 22 179 > [EMAIL PROTECTED] > www.systemfabrikken.no > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
RE: plugin:install fails
How recent is your CVS checkout of RC2? You'll need a clean bootstrap, as I have rolled back from ant-1.6 in MAVEN_HOME/lib to ant-1.5.3-1, as 1.6 was causing problems like this. - Brett > -Original Message- > From: Sri Sankaran [mailto:[EMAIL PROTECTED] > Sent: Saturday, 31 January 2004 2:14 AM > To: Maven Users @ Apache > Subject: plugin:install fails > > > Using: Maven 1.0 rc2 > Problem: plugin:install fails with a > > taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found > > error even though the plugin doesn't (directly) use this class. > > Scenario: > I have written a plugin (let's call it plugin-A) that runs > the Xdoclet's EJBDoclet task. > > Plugin-A: > > > ... > > > This plug-in installs & works flawlessly. > > Now, I have a second plug-in (plugin-B) which has a goal that > invokes pluginA:doEJB. > > Plugin-B: > > ... > > .. > > > When I try to install this plugin-B I get following error > > BUILD FAILED > File.. file:/C:/Documents and > Settings/srsank/.maven/plugins/plugin-A-1.0/ > Element... taskdef > Line.. 20 > Column 77 > taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be > found Total time: 10 seconds Finished at: Fri Jan 30 10:12:28 EST 2004 > > Completely duplicating all of plugin-A's dependencies in > plugin-B's POM didn't cure it. > > Any thoughts? > > Sri > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: Cannot get tlds to work from repository.
Ok, for others, I finally figured this out. You cannot have both a tld and a jar with the same artifactId and groupId. When I did it only picked up the jar. When I changed the artifactId to be unique, it picked up both. Brian N. Burridge On Fri, 2004-01-30 at 13:06, Brian Burridge wrote: > What am I missing...I'm sure its something simple. > > I have my repository setup like this: > -repository > -xtags > -jars > -tlds > > My tld is in the tlds directory, and this is my dependency markup in > project.xml. > > > xtags > xtags > tld > > true > > 1.0 > > > > But, when I build the war, it doesn't copy the tld into it. > > Brian N. Burridge > > - > 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: "private" goals
Daniel Bonniot wrote: Hi, On http://wiki.codehaus.org/maven/PluginCreation?action=highlight&value=goal it is said the following: Goals that the user will never use directly (ie, goals that check a username, prepare a directory structure, etc) don't have descriptions. I'm not sure if it's the best rule. Let's say it in Java language: 'method is private if don't have javadocs'. Maybe it will be better to assume, that 'private' goal is named using defined naming convention. With name starting with '_' for example (so 'init' becomes '_init')? Regards, Tomek Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cannot get tlds to work from repository.
What am I missing...I'm sure its something simple. I have my repository setup like this: -repository -xtags -jars -tlds My tld is in the tlds directory, and this is my dependency markup in project.xml. xtags xtags tld true 1.0 But, when I build the war, it doesn't copy the tld into it. Brian N. Burridge - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: file activity plugin problem on windows
Hi Dion Euh, check this: Executed at the command from: > cvs -d :pserver:[EMAIL PROTECTED]:/home/cvs/cvsroot log -d 2003-12-30<2004-01-30 I get this error : > The system cannot find the file specified On the other hand, if i run this command : > cvs -d :pserver:[EMAIL PROTECTED]:/home/cvs/cvsroot log -d "2003-12-30<2004-01-30" then I get a lot of output... Notice the double quotes surrounding the < sign and the dates. From Emanuelle's advice, I'm currently building (after quite a bit of tweeking) maven and its plugins from the CVS snapshot of yesterday night. Maybe there was an issue with scm ...??? You think so? And a note, the maven-changelog-plugin gives me the exact same error that the file-activity... cannot find CVS executable :( thx Eric. [EMAIL PROTECTED] wrote: Eric Giguere <[EMAIL PROTECTED]> wrote on 30/01/2004 07:21:23 AM: Hi Emmanuel Thx for the advice, but still my problem remains.. :( I still get a message saying : Unable to find CVS executable... Here's the message: maven-changelog-plugin:report: [echo] Generating the changelog report SCM Working Directory: C:\Work\maintrunk\software\projects\hydra\source SCM Command Line[0]: cvs SCM Command Line[1]: -d SCM Command Line[2]: :pserver:[EMAIL PROTECTED]:/home/cvs/cvsroot SCM Command Line[3]: log SCM Command Line[4]: -d 2003-12-30<2004-01-30 Unable to find cvs executable. Changelog will be empty ChangeLog found: 0 entries BUILD SUCCESSFUL Total time: 6 seconds Finished at: Thu Jan 29 15:16:16 EST 2004 But cvs executable IS in my machine's path variable. I've put the entry myself and if I type cvs at the prompt, I get the usage message... Bit puzzled ... What do you get if you type the command line as detailed above? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - 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: new idea on maven usage?
I will update the runtime builder to use the maven wagon code when that code is more mature. When that is done a runtime will include a set of jars and poms. If a jar is missing it will be downloaded automaticaly by the wagon code. The repository selection will also improve much with the wagon code too, so many different schemes for dependency downloading can be implemented. Downloading new artifact is another issue because it would be hard to say which versjon a application can be run with. With this scenario it might actually be possible to only send the pom to the client and have a special runtime that downloads the dependencies. But, these types of applications will not be ready untill maven 2.0 is released. After that you will see all cinds of application types using maven pop up all over the place :) -- Trygvis On Fri, 30 Jan 2004 13:00:32 +0100, Christian Andersson <[EMAIL PROTECTED]> wrote: well that is one possibility, but that system (building an installation set which have everything) does not take advantage of the fact that I might already have some "libraries" (jar files) installed/downloaded This is where maven comes in, since if I start te application from maven, maven will look in the "local" repository first for the files, if they are not there it will download them, so If a person already has some jar files (ofr the correct version) he does not have to download them and therfore saving perheps precious network bandwidth and time. I know that webstart/jnlp can do this for me, IF I provide all the jar files requested (webstart cannot use unsigned jar files, nor jarfiles with different persons) and it would still not use already downloaded jar files from other programs. lets say that I make applications for persons to use, and I use some gui-objects provided from some other company. with maven (provided that the other company has their jar-files versioned and on the web) I don't have to distribute their jar-file with my application since maven downloads it, I have to do that with an installer or if I use jnlp. The installer version can do some "optimisations based on the plattform,, but IF I use that, I have to make several installers based on which plattforms I let my application run on, but wirh java, I want them to be run on any plattform. I can also use the maven approach for starting the application from the init.d (if I use an unix type of plattform) or from a cron job. that will be hard with webstart/jnlp (but possible with an installer) also with maven I can do some nifty update handling (similiar to webstart but more functional according to me) since all I have to do is to download the new project-xml file, stopp the application (maven stop) and then start it again (maven start) and it wpuld update ge application. webstart will update every time it starts the application since it checks the jnlp file, but an application that automaticly updates itself are usually discourraged by administrators (who knows what will be installed and when, I like to be able to controll when things gets updated).this is ofcourse also possible with an installer, but now it would be my application that would have to check for new versions etc, I have to "manually" build it inot my application. So I see many benefits to providing a "maven-execution" system that has the basic maven reopsitory handling and a couple of goals (start,stop,restart,check,) and these benefits are mainly not covered by an installer or webstart/jnlp) /Christian Trygve Laugstøl wrote: On Thu, 29 Jan 2004 11:36:43 -0500, Mark R. Diggory <[EMAIL PROTECTED]> wrote: True, true. That is another option. Maybe theres others. I can imagine generating other OS specific package installers too. (RPM, bin, XPI, sh, InstallSheild, msi ...). A plugin or series of plugins devoted to building such installers using maven and its repository resources. -Mark There are several such plugins on the maven-plguins.sf.net site: * http://maven-plugins.sourceforge.net/maven-runtime-builder-plugin * http://maven-plugins.sourceforge.net/maven-deb-plugin * http://maven-plugins.sourceforge.net/maven-rpm-plugin The runtime plugin builds a runtime consisting of a lib catalog witha all dependencies and .bat and .sh shell wrappers. -- Trygvis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
wsdl2java
Is they're some plugin for axis (or any other tool) WSDL2Java integration ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
plugin:install fails
Using: Maven 1.0 rc2 Problem: plugin:install fails with a taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found error even though the plugin doesn't (directly) use this class. Scenario: I have written a plugin (let's call it plugin-A) that runs the Xdoclet's EJBDoclet task. Plugin-A: ... This plug-in installs & works flawlessly. Now, I have a second plug-in (plugin-B) which has a goal that invokes pluginA:doEJB. Plugin-B: ... .. When I try to install this plugin-B I get following error BUILD FAILED File.. file:/C:/Documents and Settings/srsank/.maven/plugins/plugin-A-1.0/ Element... taskdef Line.. 20 Column 77 taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found Total time: 10 seconds Finished at: Fri Jan 30 10:12:28 EST 2004 Completely duplicating all of plugin-A's dependencies in plugin-B's POM didn't cure it. Any thoughts? Sri - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: [2nd edition] MAVEN dependencies' mechanism
Until someone from the maven team clarifies everything is questionable but I had thought the URL tag is used just for the website link to the dependent library when generating docs. It is not used to locate or download the resource. Alex > > From: Daniel Bonniot <[EMAIL PROTECTED]> > Date: 2004/01/30 Fri AM 05:31:58 EST > To: [EMAIL PROTECTED] > Subject: Re: [2nd edition] MAVEN dependencies' mechanism > > > If I did not miss-understand the maven dependencies' mechanism in > > project.xml : > > > > > > With > > > > > > DEPEND > > 1.0 > > http://address/plugin/ > > > > > > Maven will first try to download "http://address/plugin/DEPEND/jars/DEPEND > > -1.0.jar" under $MAVEN_HOME_LOCAL/repository/DEPEND/jars/DEPEND-1.0.jar > > (I'm new to Maven, so take this with a grain of salt) > > I first had the same impression as you, but after investigation it seems that > the url tag is just used to suggest that URL to the user if the download failed, > so that the user can download it manually (e.g. if the license does not allow > the jar to be put in a repository). > > If you want a plugin to be downloaded from an alternate repository, what I know > works is to declare it in a file build.properties in your home directory > (~/build.properties on Unix, not sure about windows). Example: > >maven.repo.remote=http://nice.sf.net/maven,http://www.ibiblio.org/maven > > (ibiblio is the default maven repository) > > Daniel > > > > - > 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: question re. signature plugin
I'm going to forward this to the maven list as well so other know the details. The signature plugin I was working on earlier in the week is based on the BouncyCastle OpenPGP api. I'm since convinced that there are allot of headaches in this approach. 1.) Gpg stores its private/public keys in a separate file format than most of these OpenPGP java implementations use them. If most people are using/generating their keys in GPG this is a usability issue that creates headaches for them. 2.) Cross Verifying signatures between Gpg, BouncyCastle and Cryptix was very disturbing, depending on the algorithm used to generate the key there was allot of failure. So, at this point I've come to the conclusion that these OpenPgp java packages are a little too bleeding edge for this. I've settled on calling Gpg directly using ant exec tasks for the time being. maven.gpg.exec=/usr/bin/gpg called by %maven gpg:sign -Dfile="foo.jar" called by %maven gpg:verify -Dsignature="foo.jar.gpg" -Dfile="foo.jar" ultimately a very trivial wrapper can be written that accepts any gpg argument: called by %maven gpg:exec -Darg="-sb foo.jar" called by %maven gpg:exec -Darg="--verify foo.jar.gpg foo.jar" This will allow the user to work with gpg on windows or *nix and by configuring these parameters in maven, set it up to work on their system. They use the same commands to exec gpg through maven/ant as on the command line. Not very brilliant, but I guess it really doesn't need to be. I'll be authoring up a plugin that will have this stuff in it, but for now, you could just drop the above into your maven.xml/build.properties. -Mark Stephen McConnell wrote: Hi Mark: I finally have gpg installed on my windows box and able to sign jars - and now I want to tie this into the build process I'm using for the Merlin project. What's the status of your plugin? Cheers, Steve. -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
"private" goals
Hi, On http://wiki.codehaus.org/maven/PluginCreation?action=highlight&value=goal it is said the following: Goals that the user will never use directly (ie, goals that check a username, prepare a directory structure, etc) don't have descriptions. This convention makes perfect sense to me. But then, isn't it confusing that those goals appear in the ouput of 'maven -g'? When I see "Non documented goals :..." I expect that those are useful goals that are missing documentation. Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: new idea on maven usage?
well that is one possibility, but that system (building an installation set which have everything) does not take advantage of the fact that I might already have some "libraries" (jar files) installed/downloaded This is where maven comes in, since if I start te application from maven, maven will look in the "local" repository first for the files, if they are not there it will download them, so If a person already has some jar files (ofr the correct version) he does not have to download them and therfore saving perheps precious network bandwidth and time. I know that webstart/jnlp can do this for me, IF I provide all the jar files requested (webstart cannot use unsigned jar files, nor jarfiles with different persons) and it would still not use already downloaded jar files from other programs. lets say that I make applications for persons to use, and I use some gui-objects provided from some other company. with maven (provided that the other company has their jar-files versioned and on the web) I don't have to distribute their jar-file with my application since maven downloads it, I have to do that with an installer or if I use jnlp. The installer version can do some "optimisations based on the plattform,, but IF I use that, I have to make several installers based on which plattforms I let my application run on, but wirh java, I want them to be run on any plattform. I can also use the maven approach for starting the application from the init.d (if I use an unix type of plattform) or from a cron job. that will be hard with webstart/jnlp (but possible with an installer) also with maven I can do some nifty update handling (similiar to webstart but more functional according to me) since all I have to do is to download the new project-xml file, stopp the application (maven stop) and then start it again (maven start) and it wpuld update ge application. webstart will update every time it starts the application since it checks the jnlp file, but an application that automaticly updates itself are usually discourraged by administrators (who knows what will be installed and when, I like to be able to controll when things gets updated).this is ofcourse also possible with an installer, but now it would be my application that would have to check for new versions etc, I have to "manually" build it inot my application. So I see many benefits to providing a "maven-execution" system that has the basic maven reopsitory handling and a couple of goals (start,stop,restart,check,) and these benefits are mainly not covered by an installer or webstart/jnlp) /Christian Trygve Laugstøl wrote: On Thu, 29 Jan 2004 11:36:43 -0500, Mark R. Diggory <[EMAIL PROTECTED]> wrote: True, true. That is another option. Maybe theres others. I can imagine generating other OS specific package installers too. (RPM, bin, XPI, sh, InstallSheild, msi ...). A plugin or series of plugins devoted to building such installers using maven and its repository resources. -Mark There are several such plugins on the maven-plguins.sf.net site: * http://maven-plugins.sourceforge.net/maven-runtime-builder-plugin * http://maven-plugins.sourceforge.net/maven-deb-plugin * http://maven-plugins.sourceforge.net/maven-rpm-plugin The runtime plugin builds a runtime consisting of a lib catalog witha all dependencies and .bat and .sh shell wrappers. -- Trygvis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven & cruisecontrol & logging maven output
Does any one know how to pipe mavens out put (the stuff that is writte to stdout when running maven) so that it can be fetched by cruisecontrol during automated builds? Something like ANTs logger functionality would have been nice :) -- Kai Lilleby mob: 930 22 179 [EMAIL PROTECTED] www.systemfabrikken.no - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [2nd edition] MAVEN dependencies' mechanism
If I did not miss-understand the maven dependencies' mechanism in project.xml : With DEPEND 1.0 http://address/plugin/ Maven will first try to download "http://address/plugin/DEPEND/jars/DEPEND -1.0.jar" under $MAVEN_HOME_LOCAL/repository/DEPEND/jars/DEPEND-1.0.jar (I'm new to Maven, so take this with a grain of salt) I first had the same impression as you, but after investigation it seems that the url tag is just used to suggest that URL to the user if the download failed, so that the user can download it manually (e.g. if the license does not allow the jar to be put in a repository). If you want a plugin to be downloaded from an alternate repository, what I know works is to declare it in a file build.properties in your home directory (~/build.properties on Unix, not sure about windows). Example: maven.repo.remote=http://nice.sf.net/maven,http://www.ibiblio.org/maven (ibiblio is the default maven repository) Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[2nd edition] MAVEN dependencies' mechanism
If I did not miss-understand the maven dependencies' mechanism in project.xml : With DEPEND 1.0 http://address/plugin/ Maven will first try to download "http://address/plugin/DEPEND/jars/DEPEND -1.0.jar" under $MAVEN_HOME_LOCAL/repository/DEPEND/jars/DEPEND-1.0.jar It should be understand as an unspecified/default repository attribute. And with PLUGIN 1.0 http://address/plugin/ plugin Maven will first try to download "http://address/plugin/PLUGIN/jars/PLUGIN -1.0.jar" under $MAVEN_HOME_LOCAL/repository/PLUGIN/jars/PLUGIN-1.0.jar and expand the jar file under $MAVEN_HOME_LOCAL/plugins/PLUGIN-1.0 (the mechanism is quite different with tags and ) In my project, Maven is used as a build framework: ... during the development step (step #1) : - automate the build process of interdependent tools - build the end-user framework (viewed as a maven-project template + tools) - make an intermediate distribution with this end-user framework + external data ... to modelize, configure and build a final product based on the previous end-user framework - ordering the build process steps (step #2) - * download/ask for intermediate dependencies (bin, data, bin + data) as needed. Binaries should be not only jars. - make a distribution with a full-functionnal system (understand: pre-configured and coherent set of applications ready to be installed on pre-defined - i.e modelized - hosts). In this purpose, the maven dependencies' mechanism should be an elegant way to define a generic download mechanism on demand and to provide a very light weight intermediate distribution (in step #1) for my "multi-purpose project". So my questions are... 1. To be a quite more generic (not only java/binary oriented), is there a way to define other formats available for automatic download with the attribute. I mean Is there a way to define dependency as a DEPEND-1.0.tar or, mostly appreciated, as a PLUGIN-1.0.[tar|bz2|tgz|...]. I tried something which works (download in $MAVEN_HOME_LOCAL/repository/something/jars/DEPEND-1.0.jar) but I lost the "precious" automatic expand functionnality of the plugin... 2. Should the dependencies be specific of a particular goal in maven.xml. With these pre-requisites, it should become coarse to distribute specific data and made its available (question 1.) on demand (question 2.) All suggestions are welcome... Olivier Champagne @ EADS DCS S.A (\(\ "Regular Expression ( ~.) are to strings what o((")(") math is to numbers" - 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: new idea on maven usage?
Trygve Laugstøl wrote: On Thu, 29 Jan 2004 11:36:43 -0500, Mark R. Diggory <[EMAIL PROTECTED]> wrote: True, true. That is another option. Maybe theres others. I can imagine generating other OS specific package installers too. (RPM, bin, XPI, sh, InstallSheild, msi ...). A plugin or series of plugins devoted to building such installers using maven and its repository resources. -Mark There are several such plugins on the maven-plguins.sf.net site: * http://maven-plugins.sourceforge.net/maven-runtime-builder-plugin * http://maven-plugins.sourceforge.net/maven-deb-plugin * http://maven-plugins.sourceforge.net/maven-rpm-plugin The runtime plugin builds a runtime consisting of a lib catalog witha all dependencies and .bat and .sh shell wrappers. It's a very bad idea, in my opinion, if it completely circumvents the native OS packaging with respect to resolving dependencies. There is a ton of reasons why the packager of a dependency for an OS can make a more suited component to depend on than the generic jar file downloaded off ibiblio.org/maven. Security, OS-specific patches, configuration file locations, handling of multiple runtimes, ... cheers, dalibor topic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]