Re: torque-3.0.1.jar is corrupt
fixed martin tek1 wrote: Hello. Just wondering if the torque-3.0.1.jar can be fixed? It appears to be corrupt. Can't open it with WinZip. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Lame newbie question - how to set target directory for the build?
Hi Dave, there is a property "maven.build.dir" to set the build-directory You have to put it in the build.properties file. Christian -Original Message- From: David Walend [mailto:[EMAIL PROTECTED] Sent: Freitag, 20. Juni 2003 21:55 To: Maven Users List Subject: Re: Lame newbie question - how to set target directory for the build? At 11:15 AM 6/19/2003 -0400, you wrote: >That's why you need to use ${basedir} in your file references. As far as >I know there is no consistent way in Java to set the current working >directory. Jason, Yes! That's exactly what I'm trying to do. How do I redefine what's currently defined as "./target" ? I need to know the name of the property or tag or whatever that I need to change in project.xml (or where to change it if it's somewhere else), to make it be "${basedir}/target" . Thanks, Dave - 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: How adaptable is Maven's version system?
Quoting Rafal Krzewski <[EMAIL PROTECTED]>: > Moretti, Luciano (MED) wrote: > > So how does the Snapshot resolving determine what is the latest version > > in the online repositories? > > AFAIK, you can have only one SNAPSHOT version per artifact. This means > that if you are developing two branches of your project in paralell, > and want to have SNAPSHOT versions for both of the branches, you need > to put the name of the branch into the artifact name: > > artifactId: myproject-1.0 > versions: 1.0 1.1 SNAPSHOT (SNAPSHOT presumably is 1.2-dev) > I don't agree. The artifact id should be constant, and snapshot versions just end with "SNAPSHOT". In a development branch, versions should be named x.y-SNAPSHOT (development towards x.y.0.) In a production branch, versions should be x.y.z plus maybe x.y-SNAPSHOT. Examples: artifactId: myproject versions: In development branch: 1.0-SNAPSHOT, 1.1-SNAPSHOT In 1.0 branch: 1.0.0, 1.0.1, 1.0.2, ..., 1.0-SNAPSHOT In 1.1 branch: 1.1.0, 1.1.1, 1.1.2, ..., 1.1-SNAPSHOT When the 1.0 branch is created, the version of the development branch is changed to 1.1-SNAPSHOT, and the version of the 1.0 branch is changed to 1.0.0. This is just my opinion which is influenced by various discussions on this list. I have not been able to find any written policies concerning how to version and when to change versions when branching and releasing. - Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Deploying to a server that doesn't have SSH
You can use the filesystem deployer. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Work: http://www.multitask.com.au "Moretti, Luciano (MED)" <[EMAIL PROTECTED]> wrote on 14/06/2003 12:47:46 AM: > How do I deploy to a server that doesn't have SSH installed? Is it > possible to set it to use telnet? If so, where do you set it? > > Thank you, > > Luciano Moretti > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: RE: PDF plugin
Is the fix for the PDF plugin available yet?? As far as I can tell this issue isn't in Jira. Can someone point out which one it is if it's already been raised? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Work: http://www.multitask.com.au Martin Skopp <[EMAIL PROTECTED]> wrote on 13/06/2003 06:27:34 PM: > On Fri, 2003-06-13 at 04:59, [EMAIL PROTECTED] wrote: > > I have fix that works really really well, based on XSLT. I hope to > get it finalized in the next week or so. > > Yeah, please try to include it in RC1... > -- > Martin Skopp > Riege Software International GmbH > Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com > > This email is intended to be viewed with a nonproportional font. > Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 > Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: eclipse:external-tools goal in Maven's eclipse plugin
I'm figuring this is a difference in eclipse 2.0 vs 2.1 I will enter it into the bug tracking system. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Work: http://www.multitask.com.au "Thomas Burns" <[EMAIL PROTECTED]> wrote on 18/06/2003 02:20:07 AM: > I'm running Maven with Eclipse and found the eclipse:external-tools > goal in maven's eclipse plugin that is supposed to automatically > create external tool entries in eclipse for maven. When properly > set up and executed, an externaltools.xml is placed in eclipse's > workspace\.metadata\.plugins\org.eclipse.ui.externaltools directory > but this doesn't seem to be enough for eclipse. I suspect that this > used to work in an earlier version of eclipse, but that the > interface has since changed and this particular goal hasn't been > updated to reflect the changes made in eclipse. > > I've browsed the mailing list archive to no avail trying to figure > this out. Any suggestions? Is this supposed to work in the current > eclipse release? (I'm running Eclipse 2.1.0). > > Thanks! > > t > -- > Thomas Burns > [EMAIL PROTECTED]
Commons-el 1.0 is now on ibiblio.
-- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Work: http://www.multitask.com.au