Re: Support for NTLM proxy authentication?
That's good news. What is Wagon and when is it going to be incorporated into Maven? Regards, Eng Hoe App Dev-DCS SGX-IT Division DID: (65) 62368963 FAX: (65) 64388840 email: [EMAIL PROTECTED] Jason van Zyl <[EMAIL PROTECTED] To: Maven Users List <[EMAIL PROTECTED]> .org>cc: Subject: Re: Support for NTLM proxy authentication? 03/12/2003 11:19 AM Please respond to "Maven Users List" On Tue, 2003-12-02 at 22:05, [EMAIL PROTECTED] wrote: > NTLM is a proprietary protocol designed by Microsoft. Currently, I know > that Jakarta Commons-HttpClient project is able to support NTLM > authentication. CVSGrab, for example, is using HttpClient to make HTTP > connection, and hence it also implicitly support NTLM. > > I don't know how many proxy servers out there in the world is configured > with NTLM authentication. I do hope enough people can support me to make > the NTLM feature possible in Maven. Otherwise, people like me who is > behind such proxy server would not be able to enjoy the benefits of Maven. Wagon, the new artifact project within Maven (the top-level Apache project), uses httpclient so you'll probably get it for free when we start using Wagon inside Maven (the tool you're using) itself. > > Regards, > Eng Hoe > App Dev-DCS > SGX-IT Division > > DID: (65) 62368963 > FAX: (65) 64388840 > email: [EMAIL PROTECTED] > > > > Jason van Zyl > <[EMAIL PROTECTED] To: Maven Users List <[EMAIL PROTECTED]> > .org>cc: > Subject: Re: Support for NTLM proxy authentication? > 03/12/2003 > 10:47 AM > Please respond > to "Maven > Users List" > > > > > > > On Tue, 2003-12-02 at 21:38, [EMAIL PROTECTED] wrote: > > Our proxy server is using NTLM authentication. Currently, Maven does not > > seems to support this kind of authentication protocol (correct me if I am > > wrong). Hence, I am not able to download files from the remote > repository, > > which is quite essential in order to use Maven. Is there any plan to add > > support for NTLM authentication for future release? > > If I knew what NTLM authentication was and several users requested it > then possibly but no one else has raised the issue. > > -- > jvz. > > Jason van Zyl > [EMAIL PROTECTED] > http://tambora.zenplex.org > > In short, man creates for himself a new religion of a rational > and technical order to justify his work and to be justified in it. > > -- Jacques Ellul, The Technological Society > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > Confidentiality Caution > === > Privileged/Confidential Information may be contained in this message. If > you are not the addressee indicated in this message (or responsible for > delivery of the message to such person), you may not copy or deliver this > message to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Opinions, conclusions and other > information in this message that is not of an official nature shall be > deemed as neither given nor endorsed by SGX unless indicated by an > authorised representative independent of this message. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work
Re: Support for NTLM proxy authentication?
On Tue, 2003-12-02 at 22:05, [EMAIL PROTECTED] wrote: > NTLM is a proprietary protocol designed by Microsoft. Currently, I know > that Jakarta Commons-HttpClient project is able to support NTLM > authentication. CVSGrab, for example, is using HttpClient to make HTTP > connection, and hence it also implicitly support NTLM. > > I don't know how many proxy servers out there in the world is configured > with NTLM authentication. I do hope enough people can support me to make > the NTLM feature possible in Maven. Otherwise, people like me who is > behind such proxy server would not be able to enjoy the benefits of Maven. Wagon, the new artifact project within Maven (the top-level Apache project), uses httpclient so you'll probably get it for free when we start using Wagon inside Maven (the tool you're using) itself. > > Regards, > Eng Hoe > App Dev-DCS > SGX-IT Division > > DID: (65) 62368963 > FAX: (65) 64388840 > email: [EMAIL PROTECTED] > > > > > Jason van Zyl > > <[EMAIL PROTECTED] To: Maven Users List <[EMAIL > PROTECTED]> > .org>cc: > > Subject: Re: Support for NTLM proxy > authentication? > 03/12/2003 > > 10:47 AM > > Please respond > > to "Maven > > Users List" > > > > > > > > > > On Tue, 2003-12-02 at 21:38, [EMAIL PROTECTED] wrote: > > Our proxy server is using NTLM authentication. Currently, Maven does not > > seems to support this kind of authentication protocol (correct me if I am > > wrong). Hence, I am not able to download files from the remote > repository, > > which is quite essential in order to use Maven. Is there any plan to add > > support for NTLM authentication for future release? > > If I knew what NTLM authentication was and several users requested it > then possibly but no one else has raised the issue. > > -- > jvz. > > Jason van Zyl > [EMAIL PROTECTED] > http://tambora.zenplex.org > > In short, man creates for himself a new religion of a rational > and technical order to justify his work and to be justified in it. > > -- Jacques Ellul, The Technological Society > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > Confidentiality Caution > === > Privileged/Confidential Information may be contained in this message. If > you are not the addressee indicated in this message (or responsible for > delivery of the message to such person), you may not copy or deliver this > message to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Opinions, conclusions and other > information in this message that is not of an official nature shall be > deemed as neither given nor endorsed by SGX unless indicated by an > authorised representative independent of this message. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Support for NTLM proxy authentication?
File it in JIRA and users can vote on it. I imagine if httpclient supports it we can get it in reasonably easily (but don't hold me to that!). Even better - is there someone who has an NTLM proxy setup who could implement and test it? - Brett > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 3 December 2003 2:05 PM > To: Maven Users List > Subject: Re: Support for NTLM proxy authentication? > > > > NTLM is a proprietary protocol designed by Microsoft. > Currently, I know that Jakarta Commons-HttpClient project is > able to support NTLM authentication. CVSGrab, for example, > is using HttpClient to make HTTP connection, and hence it > also implicitly support NTLM. > > I don't know how many proxy servers out there in the world is > configured with NTLM authentication. I do hope enough people > can support me to make the NTLM feature possible in Maven. > Otherwise, people like me who is behind such proxy server > would not be able to enjoy the benefits of Maven. > > > Regards, > Eng Hoe > App Dev-DCS > SGX-IT Division > > DID: (65) 62368963 > FAX: (65) 64388840 > email: [EMAIL PROTECTED] > > > > > Jason van Zyl > > <[EMAIL PROTECTED] To: Maven Users > List <[EMAIL PROTECTED]> > .org>cc: > > Subject: Re: > Support for NTLM proxy authentication? > 03/12/2003 > > 10:47 AM > > Please respond > > to "Maven > > Users List" > > > > > > > > > > On Tue, 2003-12-02 at 21:38, [EMAIL PROTECTED] wrote: > > Our proxy server is using NTLM authentication. Currently, > Maven does > > not seems to support this kind of authentication protocol > (correct me > > if I am wrong). Hence, I am not able to download files from the > > remote > repository, > > which is quite essential in order to use Maven. Is there > any plan to > > add support for NTLM authentication for future release? > > If I knew what NTLM authentication was and several users > requested it then possibly but no one else has raised the issue. > > -- > jvz. > > Jason van Zyl > [EMAIL PROTECTED] > http://tambora.zenplex.org > > In short, man creates for himself a new religion of a > rational and technical order to justify his work and to be > justified in it. > > -- Jacques Ellul, The Technological Society > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > Confidentiality Caution > === > Privileged/Confidential Information may be contained in this > message. If you are not the addressee indicated in this > message (or responsible for delivery of the message to such > person), you may not copy or deliver this message to anyone. > In such case, you should destroy this message and kindly > notify the sender by reply email. Opinions, conclusions and > other information in this message that is not of an official > nature shall be deemed as neither given nor endorsed by SGX > unless indicated by an authorised representative independent > of this message. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: Support for NTLM proxy authentication?
NTLM is a proprietary protocol designed by Microsoft. Currently, I know that Jakarta Commons-HttpClient project is able to support NTLM authentication. CVSGrab, for example, is using HttpClient to make HTTP connection, and hence it also implicitly support NTLM. I don't know how many proxy servers out there in the world is configured with NTLM authentication. I do hope enough people can support me to make the NTLM feature possible in Maven. Otherwise, people like me who is behind such proxy server would not be able to enjoy the benefits of Maven. Regards, Eng Hoe App Dev-DCS SGX-IT Division DID: (65) 62368963 FAX: (65) 64388840 email: [EMAIL PROTECTED] Jason van Zyl <[EMAIL PROTECTED] To: Maven Users List <[EMAIL PROTECTED]> .org>cc: Subject: Re: Support for NTLM proxy authentication? 03/12/2003 10:47 AM Please respond to "Maven Users List" On Tue, 2003-12-02 at 21:38, [EMAIL PROTECTED] wrote: > Our proxy server is using NTLM authentication. Currently, Maven does not > seems to support this kind of authentication protocol (correct me if I am > wrong). Hence, I am not able to download files from the remote repository, > which is quite essential in order to use Maven. Is there any plan to add > support for NTLM authentication for future release? If I knew what NTLM authentication was and several users requested it then possibly but no one else has raised the issue. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Caution === Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Opinions, conclusions and other information in this message that is not of an official nature shall be deemed as neither given nor endorsed by SGX unless indicated by an authorised representative independent of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Building from current CVS head
Christ-all-mighty --- I'll nip straight out to the closest park and shoot myself. Error found - it was a CVS update error .. on the maven-plugins project. Going through the ant file I could see, that all plugins were supposed to be in the maven-plugins project.Only they were not, even though cvs seemed to belive that my local project was uptodate. By doing a "replace from head", hey presto -- new plugins showing up, everything working. Thanks for your help - sorry about the waste of time. /Doh. br, /Sverre - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Support for NTLM proxy authentication?
On Tue, 2003-12-02 at 21:38, [EMAIL PROTECTED] wrote: > Our proxy server is using NTLM authentication. Currently, Maven does not > seems to support this kind of authentication protocol (correct me if I am > wrong). Hence, I am not able to download files from the remote repository, > which is quite essential in order to use Maven. Is there any plan to add > support for NTLM authentication for future release? If I knew what NTLM authentication was and several users requested it then possibly but no one else has raised the issue. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Support for NTLM proxy authentication?
Our proxy server is using NTLM authentication. Currently, Maven does not seems to support this kind of authentication protocol (correct me if I am wrong). Hence, I am not able to download files from the remote repository, which is quite essential in order to use Maven. Is there any plan to add support for NTLM authentication for future release? Regards, Eng Hoe App Dev-DCS SGX-IT Division DID: (65) 62368963 FAX: (65) 64388840 email: [EMAIL PROTECTED] Confidentiality Caution === Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Opinions, conclusions and other information in this message that is not of an official nature shall be deemed as neither given nor endorsed by SGX unless indicated by an authorised representative independent of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Building from current CVS head
It puts them straight back again. What is in ls bootstrap/install-phase1/plugins/ ? > -Original Message- > From: Sverre Eplov [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 3 December 2003 1:09 PM > To: Maven Users List > Subject: RE: Building from current CVS head > > > Linux, Sun JDK 1.4.2_02, Ant 1.5.4 > > I haven't had any problems up to now, I've been using maven > for a while and since I'm talking loud and wide about all > it's niceties, I've always used the most current CVS version. > > I just tried the same setup as you, still get the same error. > > One thing I don't get: a "clean-maven-home" ant target is > executed just before the building plugins are attempted. This > will clear both maven.home/plugins and > maven.home.local/plugins. Where are the plugins which maven > will use during the build of the plugins themselves supposed > to be located ? > > br, > /Sverre > > On Wed, 2003-12-03 at 03:03, Brett Porter wrote: > > As the email said, windows with cygwin. This is effectively > the same > > as Windows as it translates the paths and then runs as usual. Same > > results on Solaris. > > > > It should be MAVEN_HOME_LOCAL. > > > > What env are you using? > > > > - Brett > > > > > -Original Message- > > > From: Sverre Eplov [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, 3 December 2003 12:57 PM > > > To: Maven Users List > > > Subject: RE: Building from current CVS head > > > > > > > > > Nope - same problem with different settings for MAVEN_HOME > > > and MAVEN_LOCAL_HOME. > > > > > > What platform are you using ? > > > > > > br, > > > /Sverre > > > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > -- > /Sverre Eplov > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: Comments property on License
done [EMAIL PROTECTED] wrote: Enter 'em in Jira, that's the easiest way to keep track. My take on most of the stuff below is that it is mostly a by product of extending BaseObject, and the properties, though valid maybe meaningless. We should make sure the xsd documents the meaningful stuff only. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Jeffrey Bonevich <[EMAIL PROTECTED]> wrote on 03/12/2003 12:14:07 PM: Cool. There seems to be a pattern of the base POM classes extending BaseObject, which has name and id properties, but not necessarily declaring same in XSD or docs. Which is better to follow - code, XSD, docs (my gut sez go with the code)? Here are the inconsistencies I find: *Organization - has name, no id *Repository - no name or id *Branch - adding name and id means it == Version, but maybe it should? *MailingList - has name, no id *Contributor - has name, no id; adding id means == Developer *License - has name, no id *Dependency - has id, no name *Build - neither *Report - neither Does not necessarily make sense that they all should, nor should code necessarily be directly reflected in XSD. But for some (Organization, Branch, Contributor, License, Dependency?) it makes sense??? Do you want the comments issue entered in JIRA? jeff [EMAIL PROTECTED] wrote: AFAIK, comments is missing from the XSD and should be present. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Jeffrey Bonevich <[EMAIL PROTECTED]> wrote on 30/11/2003 01:41:44 PM: I am working on the POM editor for mevenide's Eclipse plugin. Hoping someone in the know could answer this question: The License class has properties: name, distribution, url, and comments. Comments is not discussed in the reference docs, nor is it in the current version of the XSD for maven's project.xml file. So is comment a deprecated property or just an oversight of XSD and ref docs? jeff - 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] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Building from current CVS head
Linux, Sun JDK 1.4.2_02, Ant 1.5.4 I haven't had any problems up to now, I've been using maven for a while and since I'm talking loud and wide about all it's niceties, I've always used the most current CVS version. I just tried the same setup as you, still get the same error. One thing I don't get: a "clean-maven-home" ant target is executed just before the building plugins are attempted. This will clear both maven.home/plugins and maven.home.local/plugins. Where are the plugins which maven will use during the build of the plugins themselves supposed to be located ? br, /Sverre On Wed, 2003-12-03 at 03:03, Brett Porter wrote: > As the email said, windows with cygwin. This is effectively the same as > Windows as it translates the paths and then runs as usual. Same results on > Solaris. > > It should be MAVEN_HOME_LOCAL. > > What env are you using? > > - Brett > > > -Original Message- > > From: Sverre Eplov [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, 3 December 2003 12:57 PM > > To: Maven Users List > > Subject: RE: Building from current CVS head > > > > > > Nope - same problem with different settings for MAVEN_HOME > > and MAVEN_LOCAL_HOME. > > > > What platform are you using ? > > > > br, > > /Sverre > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > -- /Sverre Eplov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Building from current CVS head
As the email said, windows with cygwin. This is effectively the same as Windows as it translates the paths and then runs as usual. Same results on Solaris. It should be MAVEN_HOME_LOCAL. What env are you using? - Brett > -Original Message- > From: Sverre Eplov [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 3 December 2003 12:57 PM > To: Maven Users List > Subject: RE: Building from current CVS head > > > Nope - same problem with different settings for MAVEN_HOME > and MAVEN_LOCAL_HOME. > > What platform are you using ? > > br, > /Sverre > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
RE: Building from current CVS head
Nope - same problem with different settings for MAVEN_HOME and MAVEN_LOCAL_HOME. What platform are you using ? br, /Sverre - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Building from current CVS head
export MAVEN_HOME=/home/bporter/maven-1.1-SNAPSHOT export MAVEN_HOME_LOCAL=/home/bporter/.maven-1.1-SNAPSHOT (MAVEN_HOME_LOCAL is optional) No build.properties Windows with cygwin. MAVEN_HOME=`cygpath -pw $MAVEN_HOME` ant -f build-bootstrap.xml Cheers, Brett > -Original Message- > From: Sverre Eplov [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 3 December 2003 12:51 PM > To: Maven Users List > Subject: RE: Building from current CVS head > > > I'll try with different settings .. what are your values ? > > On Wed, 2003-12-03 at 02:48, Brett Porter wrote: > > Its definitely working for me with a clean checkout. > > > > I'm not sure the bootstrap works when MAVEN_HOME = MAVEN_HOME_LOCAL > > > > > [mkdir] Created dir: /usr/java/maven/plugins > > >[delete] Deleting directory /usr/java/maven/plugins > > > > Cheers, > > Brett > -- > /Sverre Eplov > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
RE: Building from current CVS head
I'll try with different settings .. what are your values ? On Wed, 2003-12-03 at 02:48, Brett Porter wrote: > Its definitely working for me with a clean checkout. > > I'm not sure the bootstrap works when MAVEN_HOME = MAVEN_HOME_LOCAL > > > [mkdir] Created dir: /usr/java/maven/plugins > >[delete] Deleting directory /usr/java/maven/plugins > > Cheers, > Brett -- /Sverre Eplov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Building from current CVS head
Its definitely working for me with a clean checkout. I'm not sure the bootstrap works when MAVEN_HOME = MAVEN_HOME_LOCAL > [mkdir] Created dir: /usr/java/maven/plugins >[delete] Deleting directory /usr/java/maven/plugins Cheers, Brett
RE: Building from current CVS head
I just tried to comment out the delete dir from build-bootstrap: I then unpacked my rc1.tar file so I had a working maven installation - then I could compile. I'm aware, that my old plugins aren't deleted this way; for now, I checked that I did not have two versions of the same plugins in the plugin dir. Building the maven-plugins worked fine too. Does this shed any light ? br /Sverre On Wed, 2003-12-03 at 02:20, Brett Porter wrote: > What is the contents of $MAVEN_HOME/plugins and $MAVEN_HOME_LOCAL/plugins > after running the failed bootstrap? > > - Brett > > > -Original Message- > > From: Sverre Eplov [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, 3 December 2003 11:33 AM > > To: Maven Users List > > Subject: RE: Building from current CVS head > > > > > > yeps - even removed my maven dir completely and checked out a > > new fresh copy. > > I've tried to rename my build.properties and let maven use > > .maven in my home dir just to make sure that I had not > > introduced something in my own properties. > > > > And the maven-plugins are checked out where it should be. > > > > br, > > /Sverre > > > > On Wed, 2003-12-03 at 02:09, Brett Porter wrote: > > > Are you sure you are using HEAD? Cvs update -A just to make sure. > > > > > > The properties are in project.properties that control the > > location of > > > the plugins and which are included. Default is ../maven-plugins > > > -- /Sverre Eplov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Building from current CVS head
MAVEN_HOME and MAVEN_LOCAL_HOME refers the same directory, which after
the failed build contains:
callbacks.cache
dynatag.cache
goals.cache
plugin-dynatag-deps.cache
plugins.cache
project.xml
Output from ant listed here:
Buildfile: /home/sverre/java/eclipse/workspace/maven/build-bootstrap.xml
check-maven-home:
check-maven-home-local-1:
check-maven-home-local-2:
check-maven-repo-local:
check-properties:
check-env:
[echo] maven.home = /usr/java/maven
env:
[echo] maven.home = /usr/java/maven
[echo] maven.home.local = /usr/java/maven
[echo] maven.repo.local = /usr/java/maven/repository
[echo] +--
[echo] | WARNING WARNING WARNING WARNING WARNING WARNING WARNING
[echo] |
[echo] | Maven bootstrap now creates a repository in
[echo] | ${user.home}/.maven/repository
[echo] | if you do not have the maven.repo.local property set
[echo] | before bootstrapping.
[echo] |
[echo] | Maven bootstrap also expands plugins to
[echo] | ${user.home}/.maven/plugins
[echo] | if you do not have the MAVEN_HOME_LOCAL environment
[echo] | variable or
[echo] | maven.home.local property set before bootstrapping.
[echo] |
[echo] | This feature is to accomodate the new ability of Maven
[echo] | to work from a read only install to MAVEN_HOME.
[echo] |
[echo] | WARNING WARNING WARNING WARNING WARNING WARNING WARNING
[echo] +--
bootstrap-compile:
[delete] Deleting directory
/home/sverre/java/eclipse/workspace/maven/bootstrap
[mkdir] Created dir:
/home/sverre/java/eclipse/workspace/maven/bootstrap/bootstrap-classes
[javac] Compiling 4 source files to
/home/sverre/java/eclipse/workspace/maven/bootstrap/bootstrap-classes
bootstrap:
[echo]
+--+
[echo]
| |
[echo] | L O A D I N G B O O T S T R A P T A S K D E
F |
[echo]
| |
[echo]
+--+
[echo]
+--+
[echo]
| |
[echo] | R U N N I N G B O O T S T R A P T A S
K|
[echo]
| |
[echo]
+--+
[mkdir] Created dir:
/home/sverre/java/eclipse/workspace/maven/bootstrap/bin
[bootstrap] Using the following for your maven.repo.local:
/usr/java/maven/repository
[bootstrap] Destination file
/usr/java/maven/repository/dom4j/jars/dom4j-1.4-dev-8.jar exists. Not
dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/ant/jars/ant-1.5.3-1.jar exists. Not
dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/ant/jars/ant-optional-1.5.3-1.jar exists. Not
dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-betwixt/jars/commons-betwixt-1.0-beta-1.20030111.103454.jar
exists. Not dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-digester/jars/commons-digester-1.4.1.jar exists.
Not dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-jelly/jars/commons-jelly-20030902.160215.jar
exists. Not dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-jelly/jars/commons-jelly-tags-ant-20030625.032346.jar
exists. Not dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-jelly/jars/commons-jelly-tags-define-20030211.142932.jar
exists. Not dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-jelly/jars/commons-jelly-tags-util-20030211.141939.jar
exists. Not dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-graph/jars/commons-graph-0.8.1.jar
exists. Not dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-jexl/jars/commons-jexl-1.0-beta-1.jar
exists. Not dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-logging/jars/commons-logging-1.0.1.jar exists. Not
dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/werkz/jars/werkz-1.0-beta-10.jar exists. Not
dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-beanutils/jars/commons-beanutils-1.6.1.jar exists.
Not dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-cli/jars/commons-cli-1.0-beta-2.jar
exists. Not dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-collections/jars/commons-collections-2.1.jar
exists. Not dowloading.
[bootstrap] Destination file
/usr/java/maven/repository/commons-grant/jars/commons-g
RE: Building from current CVS head
What is the contents of $MAVEN_HOME/plugins and $MAVEN_HOME_LOCAL/plugins after running the failed bootstrap? - Brett > -Original Message- > From: Sverre Eplov [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 3 December 2003 11:33 AM > To: Maven Users List > Subject: RE: Building from current CVS head > > > yeps - even removed my maven dir completely and checked out a > new fresh copy. > I've tried to rename my build.properties and let maven use > .maven in my home dir just to make sure that I had not > introduced something in my own properties. > > And the maven-plugins are checked out where it should be. > > br, > /Sverre > > On Wed, 2003-12-03 at 02:09, Brett Porter wrote: > > Are you sure you are using HEAD? Cvs update -A just to make sure. > > > > The properties are in project.properties that control the > location of > > the plugins and which are included. Default is ../maven-plugins > >
RE: Building from current CVS head
yeps - even removed my maven dir completely and checked out a new fresh copy. I've tried to rename my build.properties and let maven use .maven in my home dir just to make sure that I had not introduced something in my own properties. And the maven-plugins are checked out where it should be. br, /Sverre On Wed, 2003-12-03 at 02:09, Brett Porter wrote: > Are you sure you are using HEAD? Cvs update -A just to make sure. > > The properties are in project.properties that control the location of the > plugins and which are included. Default is ../maven-plugins > > > -Original Message- > > From: Sverre Eplov [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, 3 December 2003 11:24 AM > > To: Maven Users List > > Subject: Building from current CVS head > > > > > > Hi, > > > > I haven't been able to build from the CVS the latest two > > weeks or so - when the reactor attempts to build the first > > plugin (the ANT), I get a "unknown goal clean". > > > > It seems that the plugin dir is cleaned out, and then the > > reactor looks for the plugins in the empty plugin dir - > > anyone else seen this behaviour ? > > > > I do have the maven-plugins project checked out as well, and > > the command to build is good ol' "ant -f build-bootstrap.xml" > > > > br, > > /Sverre Eplov > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > -- /Sverre Eplov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Building from current CVS head
Are you sure you are using HEAD? Cvs update -A just to make sure. The properties are in project.properties that control the location of the plugins and which are included. Default is ../maven-plugins > -Original Message- > From: Sverre Eplov [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 3 December 2003 11:24 AM > To: Maven Users List > Subject: Building from current CVS head > > > Hi, > > I haven't been able to build from the CVS the latest two > weeks or so - when the reactor attempts to build the first > plugin (the ANT), I get a "unknown goal clean". > > It seems that the plugin dir is cleaned out, and then the > reactor looks for the plugins in the empty plugin dir - > anyone else seen this behaviour ? > > I do have the maven-plugins project checked out as well, and > the command to build is good ol' "ant -f build-bootstrap.xml" > > br, > /Sverre Eplov > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Building from current CVS head
Hi, I haven't been able to build from the CVS the latest two weeks or so - when the reactor attempts to build the first plugin (the ANT), I get a "unknown goal clean". It seems that the plugin dir is cleaned out, and then the reactor looks for the plugins in the empty plugin dir - anyone else seen this behaviour ? I do have the maven-plugins project checked out as well, and the command to build is good ol' "ant -f build-bootstrap.xml" br, /Sverre Eplov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Comments property on License
Enter 'em in Jira, that's the easiest way to keep track. My take on most of the stuff below is that it is mostly a by product of extending BaseObject, and the properties, though valid maybe meaningless. We should make sure the xsd documents the meaningful stuff only. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Jeffrey Bonevich <[EMAIL PROTECTED]> wrote on 03/12/2003 12:14:07 PM: > Cool. There seems to be a pattern of the base POM classes extending > BaseObject, which has name and id properties, but not necessarily > declaring same in XSD or docs. Which is better to follow - code, XSD, > docs (my gut sez go with the code)? Here are the inconsistencies I find: > > *Organization - has name, no id > *Repository - no name or id > *Branch - adding name and id means it == Version, but maybe it should? > *MailingList - has name, no id > *Contributor - has name, no id; adding id means == Developer > *License - has name, no id > *Dependency - has id, no name > *Build - neither > *Report - neither > > Does not necessarily make sense that they all should, nor should code > necessarily be directly reflected in XSD. But for some (Organization, > Branch, Contributor, License, Dependency?) it makes sense??? > > Do you want the comments issue entered in JIRA? > > jeff > > > [EMAIL PROTECTED] wrote: > > AFAIK, > > > > comments is missing from the XSD and should be present. > > -- > > dIon Gillard, Multitask Consulting > > Blog: http://blogs.codehaus.org/people/dion/ > > > > > > > > Jeffrey Bonevich <[EMAIL PROTECTED]> wrote on 30/11/2003 01:41:44 PM: > > > > > >>I am working on the POM editor for mevenide's Eclipse plugin. Hoping > >>someone in the know could answer this question: > >> > >>The License class has properties: name, distribution, url, and comments. > > > > > >> Comments is not discussed in the reference docs, nor is it in the > >>current version of the XSD for maven's project.xml file. > >> > >>So is comment a deprecated property or just an oversight of XSD and ref > >>docs? > >> > >>jeff > >> > >> > >>- > >>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] > > > > > > > > - > 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: Comments property on License
Cool. There seems to be a pattern of the base POM classes extending BaseObject, which has name and id properties, but not necessarily declaring same in XSD or docs. Which is better to follow - code, XSD, docs (my gut sez go with the code)? Here are the inconsistencies I find: *Organization - has name, no id *Repository - no name or id *Branch - adding name and id means it == Version, but maybe it should? *MailingList - has name, no id *Contributor - has name, no id; adding id means == Developer *License - has name, no id *Dependency - has id, no name *Build - neither *Report - neither Does not necessarily make sense that they all should, nor should code necessarily be directly reflected in XSD. But for some (Organization, Branch, Contributor, License, Dependency?) it makes sense??? Do you want the comments issue entered in JIRA? jeff [EMAIL PROTECTED] wrote: AFAIK, comments is missing from the XSD and should be present. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Jeffrey Bonevich <[EMAIL PROTECTED]> wrote on 30/11/2003 01:41:44 PM: I am working on the POM editor for mevenide's Eclipse plugin. Hoping someone in the know could answer this question: The License class has properties: name, distribution, url, and comments. Comments is not discussed in the reference docs, nor is it in the current version of the XSD for maven's project.xml file. So is comment a deprecated property or just an oversight of XSD and ref docs? jeff - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Multiple Seperate Database Projects
I'm sorry man, I thought you replied from torque list, same mistake twice in last one hr. But it worked from me, you replied with atleast some ideas, nobody gave a damn to this message in the torque list. Thanks for your help Vikas -Original Message- From: Craig S. Cottingham [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 02, 2003 3:07 PM To: Maven Users List Subject: RE: Multiple Seperate Database Projects On Tue, 2003-12-02 at 16:44, Vikas Phonsa wrote: > But tell me one thing, if I just change the following properties, wouldn't > it pick schema from the folder we want and place generated stuff in there, I > tried but somehow is not working right : Hmm. That, I don't know; it's a question better suited to a Torque mailing list. I will add this, though: since Torque expects its configuration in properties, and properties can be set only once per invocation of Maven, you can't run Torque twice per invocation with different properties each time. As a result, I have goals like this in maven.xml: -- Craig S. Cottingham [EMAIL PROTECTED] - 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: Multiple Seperate Database Projects
On Tue, 2003-12-02 at 16:44, Vikas Phonsa wrote: > But tell me one thing, if I just change the following properties, wouldn't > it pick schema from the folder we want and place generated stuff in there, I > tried but somehow is not working right : Hmm. That, I don't know; it's a question better suited to a Torque mailing list. I will add this, though: since Torque expects its configuration in properties, and properties can be set only once per invocation of Maven, you can't run Torque twice per invocation with different properties each time. As a result, I have goals like this in maven.xml: -- Craig S. Cottingham [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant classpath and Maven repository
Why not just tailor the pmd plugin using properties?
Here's a snippet from one of our project.properties files:
maven.pmd.rulesetfiles=${basedir}/../GeneralCommon/pmd.xml,\
rulesets/basic.xml,\
rulesets/unusedcode.xml,\
rulesets/imports.xml,\
rulesets/codesize.xml,\
rulesets/coupling.xml,\
rulesets/design.xml,\
rulesets/strings.xml
Note the first entry is a file for our customising of pmd and has this in
it:
The Favorites ruleset contains links to rules that I like to use. Usually
I
combine this ruleset with the unusedcode.xml, basic.xml, and import.xml
rulesets for my projects.
This ruleset also serves as an example of do a custom ruleset.
Does this help at all?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Mikael Lundgren <[EMAIL PROTECTED]> wrote on 03/12/2003 09:18:03
AM:
> Well, that's what I ended up doing, only I created my own plugin from
> the PMD plugin, that way if there are updates to the PMD plugin won't
> affect my changes.
>
> Anyway it was a good experience learning how easy it really is to create
> a plugin for Maven.
>
> I guess that what I need is to truly understand how Jelly works.
>
> /Mikael
>
> [EMAIL PROTECTED] wrote:
>
> > Can't you just use and tailor the PMD plugin?
> >
> > That's what I do.
> > --
> > 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: Multiple Seperate Database Projects
Well Craig whatever works
But tell me one thing, if I just change the following properties, wouldn't
it pick schema from the folder we want and place generated stuff in there, I
tried but somehow is not working right :
outputDirectory = src
schemaDirectory = schema
torque.output.dir = ${torque.home}/${outputDirectory}
torque.schema.dir = ${torque.home}/${schemaDirectory}
torque.doc.dir = ${torque.output.dir}/doc
torque.java.dir = ${torque.output.dir}/java
torque.javadoc.dir = ${torque.output.dir}/javadoc
torque.ojb.dir = ${torque.output.dir}/ojb
torque.sql.dir = ${torque.output.dir}/sql
torque.omzip.dir = ${torque.output.dir}
Thanks
Vikas
-Original Message-
From: Craig S. Cottingham [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 02, 2003 2:15 PM
To: Maven Users List
Subject: Re: Multiple Seperate Database Projects
On Tue, 2003-12-02 at 15:58, Vikas Phonsa wrote:
> I want to make separate folders for different databases like Database1,
> Database2 etc and put the schema and build.properties for each database in
> its separate folder. And then specify the location of the Database/folder
I
> want to work on in the default.properties folder, so that the properties
and
> the schema is loaded from Database folders like from Database1 folder and
> also the generated sql and java classes are placed in different folder for
> each database.
>
> Could that be done ?
I do something similar to what you're asking for, but in a different
way.
First, I keep all of the properties for controlling Torque in a single
XML file. Then, for each DBMS I support, I have a goal in maven.xml
which transforms the XML file using XSLT into build.properties, moves
that to the appropriate directory, attains the torque:sql goal, then
moves the resulting files to the appropriate subdirectory under target.
It's an ugly, ugly hack, compounded by the fact that I never could get
XSLT to work inside Maven, so I have to call out to a separate Ant build
file. If had to do it over again, I could probably find a cleaner way to
do it, but what I have works for me for now.
--
Craig S. Cottingham
[EMAIL PROTECTED]
-
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: Ant classpath and Maven repository
Well, that's what I ended up doing, only I created my own plugin from the PMD plugin, that way if there are updates to the PMD plugin won't affect my changes. Anyway it was a good experience learning how easy it really is to create a plugin for Maven. I guess that what I need is to truly understand how Jelly works. /Mikael [EMAIL PROTECTED] wrote: Can't you just use and tailor the PMD plugin? That's what I do. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Multiple Seperate Database Projects
On Tue, 2003-12-02 at 15:58, Vikas Phonsa wrote: > I want to make separate folders for different databases like Database1, > Database2 etc and put the schema and build.properties for each database in > its separate folder. And then specify the location of the Database/folder I > want to work on in the default.properties folder, so that the properties and > the schema is loaded from Database folders like from Database1 folder and > also the generated sql and java classes are placed in different folder for > each database. > > Could that be done ? I do something similar to what you're asking for, but in a different way. First, I keep all of the properties for controlling Torque in a single XML file. Then, for each DBMS I support, I have a goal in maven.xml which transforms the XML file using XSLT into build.properties, moves that to the appropriate directory, attains the torque:sql goal, then moves the resulting files to the appropriate subdirectory under target. It's an ugly, ugly hack, compounded by the fact that I never could get XSLT to work inside Maven, so I have to call out to a separate Ant build file. If had to do it over again, I could probably find a cleaner way to do it, but what I have works for me for now. -- Craig S. Cottingham [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Multiple Seperate Database Projects
Oh I'm so sorry, I have too many list floating in my inbox I think. Vikas -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 02, 2003 2:05 PM To: Maven Users List Subject: Re: Multiple Seperate Database Projects On Tue, 2003-12-02 at 16:58, Vikas Phonsa wrote: > Hi, > > I want to configure Torque (I'm using 3.0) to be able to do the following > functionality and I would appreciate advice and instructions abt how that > could be done: This is a torque question, please use the torque mailing list. > I have a Torque-Gen folder and when I make a schema (in the schema > subfolder) and modify the properties and stuff and run torque ant script it > generates the java classes and sql under the "src" folder under Torque-Gen. > > > I want to make separate folders for different databases like Database1, > Database2 etc and put the schema and build.properties for each database in > its separate folder. And then specify the location of the Database/folder I > want to work on in the default.properties folder, so that the properties and > the schema is loaded from Database folders like from Database1 folder and > also the generated sql and java classes are placed in different folder for > each database. > > Could that be done ? > > Pls advice. > > Thanks > > Vikas > > > > [Vikas Phonsa] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - 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: Properties inheritence
Slated for 1.1. Please search the archives before posting. - Brett > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 3 December 2003 12:28 AM > To: [EMAIL PROTECTED] > Subject: Properties inheritence > > > How are the project.properties processesed? > > Is it possible to inherit properties from the super project? > > Cheers, > simon > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: Multiple Seperate Database Projects
On Tue, 2003-12-02 at 16:58, Vikas Phonsa wrote: > Hi, > > I want to configure Torque (I'm using 3.0) to be able to do the following > functionality and I would appreciate advice and instructions abt how that > could be done: This is a torque question, please use the torque mailing list. > I have a Torque-Gen folder and when I make a schema (in the schema > subfolder) and modify the properties and stuff and run torque ant script it > generates the java classes and sql under the "src" folder under Torque-Gen. > > > I want to make separate folders for different databases like Database1, > Database2 etc and put the schema and build.properties for each database in > its separate folder. And then specify the location of the Database/folder I > want to work on in the default.properties folder, so that the properties and > the schema is loaded from Database folders like from Database1 folder and > also the generated sql and java classes are placed in different folder for > each database. > > Could that be done ? > > Pls advice. > > Thanks > > Vikas > > > > [Vikas Phonsa] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Multiple Seperate Database Projects
Hi, I want to configure Torque (I'm using 3.0) to be able to do the following functionality and I would appreciate advice and instructions abt how that could be done: I have a Torque-Gen folder and when I make a schema (in the schema subfolder) and modify the properties and stuff and run torque ant script it generates the java classes and sql under the "src" folder under Torque-Gen. I want to make separate folders for different databases like Database1, Database2 etc and put the schema and build.properties for each database in its separate folder. And then specify the location of the Database/folder I want to work on in the default.properties folder, so that the properties and the schema is loaded from Database folders like from Database1 folder and also the generated sql and java classes are placed in different folder for each database. Could that be done ? Pls advice. Thanks Vikas [Vikas Phonsa] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: .sar-goal?
> For the time being, is there a way within maven.xml to > capture the dependency property information for a sar.bundle element? Whenever you need to figure out how to do stuff with Jelly, the quickest way is to look through existing plugin code. (If you look back at the archives, you'll see a torrent of questions from me about how to do stuff with Jelly that abruptly ends, because I started looking at plugin code.) For example, it's pretty clear you want something to work similar to the way .war files do. So, check the maven-war-plugin/plugin.jelly file. You'll find this: > I'm not a jelly guru, but something to loop through the > dependencies and add in those marked for sar bundling. Thus: Enjoy, Wordman - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Torque Plugin in Eclipse
Yeah Charles I'm able to do all that, its just the torque plugin that I'm not able to use. Anyways we can't expect the torque programmers to make everything work for us, they have already done a great job by making torque and maven and everything else on Apache. I'll find some way. And by the way I was able to run Torque ant script and perform all the functions that it does inside my IDE. But not with the maven torque plugin. Just running the tasks in build-torque.xml Thanks Vikas -Original Message- From: Charles-Alexandre Sabourdin [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 02, 2003 9:30 AM To: [EMAIL PROTECTED] Subject: Re: Torque Plugin in Eclipse I means that I can import my maven project into exclipse usin create new project (i do not use default) look for teh root of my project an there i have an eclipse project with all the jars I need to compile. And It does compile into target. but I only use a simple project. so what I means is that tha project is created using all the valu from project.xml. Le Mardi 2 Décembre 2003 18:01, Vikas Phonsa a écrit : > Hi Charles, > What do u mean when u say that the project is correctly created ? > > Thanks > Vikas > > -Original Message- > From: Charles-Alexandre Sabourdin [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 02, 2003 5:37 AM > To: [EMAIL PROTECTED] > Subject: Re: Torque Plugin in Eclipse > > I tried, with no succes with the external tools > but the project is correctly created > > Le Lundi 1 Décembre 2003 20:01, Vikas Phonsa a écrit : > > Hi, > > > > Has anybody tried using the Torque Plugin configured as an External tool > > from within Eclipse. > > > > I would like to know how to use that in Eclipse, what the directory > > structure should be, where to place build.xml and other files, where the > > generated sql and java code would go and other configuration steps. > > > > Thanks > > > > Vikas > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] -- Charles-Alexandre SABOURDIN - - 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: Torque Plugin in Eclipse
I means that I can import my maven project into exclipse usin create new project (i do not use default) look for teh root of my project an there i have an eclipse project with all the jars I need to compile. And It does compile into target. but I only use a simple project. so what I means is that tha project is created using all the valu from project.xml. Le Mardi 2 Décembre 2003 18:01, Vikas Phonsa a écrit : > Hi Charles, > What do u mean when u say that the project is correctly created ? > > Thanks > Vikas > > -Original Message- > From: Charles-Alexandre Sabourdin [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 02, 2003 5:37 AM > To: [EMAIL PROTECTED] > Subject: Re: Torque Plugin in Eclipse > > I tried, with no succes with the external tools > but the project is correctly created > > Le Lundi 1 Décembre 2003 20:01, Vikas Phonsa a écrit : > > Hi, > > > > Has anybody tried using the Torque Plugin configured as an External tool > > from within Eclipse. > > > > I would like to know how to use that in Eclipse, what the directory > > structure should be, where to place build.xml and other files, where the > > generated sql and java code would go and other configuration steps. > > > > Thanks > > > > Vikas > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] -- Charles-Alexandre SABOURDIN - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: .sar-goal?
+1 to "sar" goal For the time being, is there a way within maven.xml to capture the dependency property information for a sar.bundle element? xmlrpc xmlrpc 2.0-a1-dev true I'm not a jelly guru, but something to loop through the dependencies and add in those marked for sar bundling. -D -Original Message- From: khote [mailto:[EMAIL PROTECTED] Sent: Saturday, November 29, 2003 7:29 PM To: Maven Users List Subject: Re: .sar-goal? This is how I've done it, kludging around with artifact:install. This was for a HibernateService project, which comes with MBean Command lines are imitations of jar: goals, maven sar:sar maven sar:install maven sar:deploy You can use jboss:deploy to deploy your sar from the repository or from your dest.dir, but of course the next time JBoss restarts the deployment will no longer exist ... that's why my deploy just copies into the $JBOSS_HOME/server/(conf)/deploy - Original Message - From: "Peter Neubauer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, November 29, 2003 11:20 AM Subject: .sar-goal? > Hi, > I'm trying to deploy a module as an MBean to jboss. It seems that I have to > create a .sar file that contains the .jar and some jboss-service.xml. Is > there any plugin like the .ear, .war etc. plugins that supports this? > > Thanks for a great product - the Wagon plugin will take maven everywhere. We > are already using a borland-cpp-builder plugin for a project, and the > benefits of maven over any commercial building product are huge! > > /peter > > > - > 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: Torque Plugin in Eclipse
Hi Charles, What do u mean when u say that the project is correctly created ? Thanks Vikas -Original Message- From: Charles-Alexandre Sabourdin [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 02, 2003 5:37 AM To: [EMAIL PROTECTED] Subject: Re: Torque Plugin in Eclipse I tried, with no succes with the external tools but the project is correctly created Le Lundi 1 Décembre 2003 20:01, Vikas Phonsa a écrit : > Hi, > > Has anybody tried using the Torque Plugin configured as an External tool > from within Eclipse. > > I would like to know how to use that in Eclipse, what the directory > structure should be, where to place build.xml and other files, where the > generated sql and java code would go and other configuration steps. > > Thanks > > Vikas > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Charles-Alexandre SABOURDIN - - 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]
Setting debug level for Java compile plugin
How does one set the debug level when compiling Java source? (See debuglevel attribute of the ant javac task http://ant.apache.org/manual/CoreTasks/javac.html). Sri - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding tools.jar to the classpath?
Brett Porter wrote: OK, I had the netbeans jdk installed, so I went ahead and uninstalled it (I didn't like netbeans - to slow) and installed the latest jdk from sun. I have JAVA_HOME set correct as evidenced by the fact that my regular Tomcat4.1 installation works fine. However, the same issue has happened. The netbeans cobundle includes a JDK, not a JRE. Should have been correct. What is JAVA_HOME now set to? What do you get if you run "javac" at the command line? I'm thinking this might be a bug in the way the appserver plugin invokes Tomcat. Was it ever tested on Windows 2000 server? Works for me. - Brett Yes it was tested on windows and solaris. -Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Torque Plugin in Eclipse
I tried, with no succes with the external tools but the project is correctly created Le Lundi 1 Décembre 2003 20:01, Vikas Phonsa a écrit : > Hi, > > Has anybody tried using the Torque Plugin configured as an External tool > from within Eclipse. > > I would like to know how to use that in Eclipse, what the directory > structure should be, where to place build.xml and other files, where the > generated sql and java code would go and other configuration steps. > > Thanks > > Vikas > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Charles-Alexandre SABOURDIN - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Comments property on License
AFAIK, comments is missing from the XSD and should be present. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Jeffrey Bonevich <[EMAIL PROTECTED]> wrote on 30/11/2003 01:41:44 PM: > I am working on the POM editor for mevenide's Eclipse plugin. Hoping > someone in the know could answer this question: > > The License class has properties: name, distribution, url, and comments. > Comments is not discussed in the reference docs, nor is it in the > current version of the XSD for maven's project.xml file. > > So is comment a deprecated property or just an oversight of XSD and ref > docs? > > jeff > > > - > 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]
Properties inheritence
How are the project.properties processesed? Is it possible to inherit properties from the super project? Cheers, simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependency Duplication for TLDs
On Tue, 2003-12-02 at 04:15, Bateman Pat UK MYT wrote: > I have the following dependency list for a WEB application. The second dependency is > ignored because it has the same name as the the first dependency, even though they > are different types. > > Does Maven expect to have duplicate dependency names/keys for different types in the > future ??? It does to a moderate degree already and the idea will certainly be cleaned up and fleshed out in future versions. The touchstone tests demonstrate the use of artifacts with the same groupId/artifactId with different types being processed correctly in the context of downloading dependencies. But many of the plugins are inconsistent in the handling of such things and some not at all. But proper handling of dependencies that you describe above is definitely slated. > Thanks > > Pat > > > mtcom > mt-webutil > 0.1 > true > > > mtcom > mt-webutil > 0.1 > tld > true > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
subproject trouble
hi all,
that could be an question, which has probably answered often, but I couldn't find
something about.
We have an project, containing of 6 subprojects in subfolders:
Mainproject
\_ Subproject a
\
\_ Subproject b
\_ Subproject c
\
\_ Subproject d
\_ Subproject e
\_ Subproject f
Than I wrote on the main-project level a maven.xml, in which a reactor-goal calls all
subprojects (there are only avalon goals in these maven.xmls of the subfolder). Til
now it worked fine. (btw: we using windows 2000 and call maven-rc1 on cygwin,
j2sdk-1.4.2_01 or j2sdk-1.4.1)
So, now the tricky thing. I wanted to source out the dependencies-description of the
subprojects into another xml-files, which are placed in the subfolders nearby the
project.xml. Probably subproject b and c have the same dependencies...
Now the problem: When I call maven on the subfolder for the subprojects, it works
fine. When I call reactor, it will not find the external xml, which I included with
the usual "" ... "&bla;"-mechanism in the project.xml of the
subproject. When I give an absolute path for this file, e.g. to a web-resource on a
webserver, than it works fine. Unfortuately not, when I give a relative path
(file:blubber.xml). Than the reactor overwrites obviously the ${basedir} of the
subproject with the path of the mainproject. But I don't want to set
file:subprojecta/blubber.xml.
Is this a bug or did I forget something?
btw: It haven't worked with multiproject-goal nor via a "jelly:forEach" and
"maven:maven" mechanism.
Could anyone help?
Thanks a lot
Georg
Georg Scherzer
_
_ | _ | _ SCHEMA
GmbH
| _ || _ |
Andernacher Str. 18
D - 90411
Nuernberg
WWW
Dependency Duplication for TLDs
I have the following dependency list for a WEB application. The second dependency is ignored because it has the same name as the the first dependency, even though they are different types. Does Maven expect to have duplicate dependency names/keys for different types in the future ??? Thanks Pat mtcom mt-webutil 0.1 true mtcom mt-webutil 0.1 tld true - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: and project.properties
Hi Peter, I know this isn't exactly what you're looking for, but I found it useful. I have a base maven.xml along with my base project.xml from which everything inherits. In my top level directory I have a global.properties file, then in the base maven.xml I do the following so that every project has access to the global properties: Good luck with AstroGrid! Al. (a UK ex-astronomer!) > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 02 December 2003 00:43 > To: Maven Users List > Subject: and project.properties > > > Hi there, > > I have been using Maven for a while now and have even > persuaded and setup AstroGrid to use Maven as it's main build > system. Hooray!! > > I have a question regarding POM inheritance though. I had > assumed that if I extended a POM that I would also get it's > properties. I thought this because you inherit dependencies > and so if, as I do, you have a custom repository, you need to > inherit that too. > > It would seem that I was mistaken however. Is there a good > reason for this? I think it would be sensible to > automagically get the properties too. > > Many thanks for your help, > > Peter > > P.S. I'm using Maven-1.0-rc1 with Sun JDK 1.4.1 under RH9 > -- > Peter Shillan AstroGrid Java Developer > [EMAIL PROTECTED] (UK)-(0)131-668-8282 > > Institute for Astronomy, Blackford Hill, Edinburgh, EH9 3HJ. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant classpath and Maven repository
Can't you just use and tailor the PMD plugin? That's what I do. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Mikael Lundgren <[EMAIL PROTECTED]> wrote on 02/12/2003 02:06:55 AM: > Hi, > > yet again what seems to be a simple query but for which I can't find the > answer... > > I'm trying to create a maven.xml goal that uses functionality that > exists in a maven plugin (but which isn't exploited). I did manage to > change the actual plugin (ie the plugin.jelly file) to alter the > behaviour in the way I wanted, but changing the plugin like that is not > what I had in mind. > > In the maven.xml file however I can't seem to understand how I can build > a classpath to the jars that are necessary. The only thing I can come up > with is adding the plugins i'm interested in to the dependencies in the > pom... which obvioulsy is't what I intended (this would be done by using > something along the lines of pom.getDependencyPath(...)). > > Oh, btw... I'm trying to add a simple CPD report to my project from the > PMD plugin... So if anyone already did this... well... I'd be interested ;-) > > So, basically what I'm asking is: how do I create a classpath to a > plugin (or repository) jar from within maven.xml? > > Thanks > /Mikael Lundgren > > > - > 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: calling ant and classpath problem
"Geesken, Edmund" <[EMAIL PROTECTED]> wrote on 01/12/2003 10:04:38
PM:
> Thanks for your answer but when I set the maven.dependency.classpath as
the
> classpathref attirbute the result ist he same.
>
>
>
>
>
> ...${file}...
>
> ...${maven.dependency.classpath}...
See my previous email on echo'ing objects using ant.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
