Just one more thought. Brett said "That's not very portable if you want to move the JAR around, though." Bit isn't it a part of maven philosophy that we should restrict ourselves of moving things around too much? If repository layout is a standard, why not use it at runtime, so we always know where to look for the specific version of any package.
-----Original Message----- From: Ilyevsky, Leonid (Equity Trading) Sent: Thursday, May 05, 2005 9:25 AM To: Brett Porter Cc: users@maven.apache.org Subject: RE: FW: Maven2 jar classpath I think the following workaround is acceptable. Take an advantage of the convenient uniqueness of the jar file names with their version numbers, dump all of them from repository to a single ..../lib directory. Then all executable jar files created with <addClasspath> feature will work. I also tried putting soft links in ..../lib. It does not help much; soft links to dependency libraries are OK, but the executable jar must be a real file, otherwise java is looking for dependencies in the wrong place. -----Original Message----- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 9:06 AM To: Ilyevsky, Leonid (Equity Trading) Cc: users@maven.apache.org Subject: Re: FW: Maven2 jar classpath On 5/5/05, Ilyevsky, Leonid (Equity Trading) <[EMAIL PROTECTED]> wrote: > I assume I have to wait for the next alpha release to get your fix. For > the time being I am using <manifestFile> feature. Correct. > The classpath generated by maven will have > "commons-collections-3.1.jar", but it should have > "../../../commons-collections/commons-collections/3.1/commons-collection > s-3.1.jar". > > Then I really can run my jar file out of repository. That's not very portable if you want to move the JAR around, though. > > Any thoughts? I think that the Classpath: manifest entry is not very useful :) You might like to try the "jar-with-dependencies" assembly that simply folds all of the JARs into one. Or zip all the dependencies up in one directory. We are looking into more sophisticated ways of building distributables along these lines. Cheers, Brett -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ -------------------------------------------------------- --------------------------------------------------------------------- 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]
