Re: Why don't I get any answer?
Peter Nabbefeld wrote: I've asked 4 questions before and didn't get any answer - could anybody tell me why? Is this probably an apache-members-only mailing list? Be patient, sometimes takes a little while. It's definitely not an members-only thing. There are plenty of people who answer questions, but they are spread out across time zones, with varying amounts of time, availability, energy, and interest from day to day. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why don't I get any answer?
Hi! I think that it has been just bad luck.. people has missed you questions. Artsi On Mon, 21 Jun 2004 08:02:35 +0200, Peter Nabbefeld [EMAIL PROTECTED] wrote: Hi, I've asked 4 questions before and didn't get any answer - could anybody tell me why? Is this probably an apache-members-only mailing list? Kind regards 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: Why don't I get any answer?
What were your questions? On Mon, 21 Jun 2004 08:02:35 +0200, Peter Nabbefeld [EMAIL PROTECTED] wrote: Hi, I've asked 4 questions before and didn't get any answer - could anybody tell me why? Is this probably an apache-members-only mailing list? Kind regards 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: Why don't I get any answer?
Hi Peter, Your questions seem to be very specific to the inner workings of maven, and their probably aren't that many people around that could answer your questions. You might just have to be patient and wait for one of them to respond or go digging yourself... Cheers, Dan -Original Message- From: Peter Nabbefeld [mailto:[EMAIL PROTECTED] Sent: Monday, 21 June 2004 4:03 PM To: [EMAIL PROTECTED] Subject: Why don't I get any answer? Hi, I've asked 4 questions before and didn't get any answer - could anybody tell me why? Is this probably an apache-members-only mailing list? Kind regards Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] www.sensis.com.au A leading Australian advertising, information and directories business. www.yellowpages.com.au www.whitepages.com.au www.citysearch.com.au www.whereis.com.au www.telstra.com.au www.tradingpost.com.au This email and any attachments are intended only for the use of the recipient and may be confidential and/or legally privileged. Sensis Pty Ltd disclaims liability for any errors, omissions, viruses, loss and/or damage arising from using, opening or transmitting this email. If you are not the intended recipient you must not use, interfere with, disclose, copy or retain this email and you should notify the sender immediately by return email or by contacting Sensis Pty Ltd by telephone on [+61 3 9201 4888]
RE: Goals: Parameter lists?
Each plugin has a plugin.properties and plugin.jelly file that you can devise the properties from. Some of the plugins are a bit more confusing than others but it's not to hard to figure out. Good luck, Dan -Original Message- From: Peter Nabbefeld [mailto:[EMAIL PROTECTED] Sent: Monday, 21 June 2004 12:59 AM To: [EMAIL PROTECTED] Subject: Goals: Parameter lists? Hi, parameters for goals seem to be poorly documented. Is there a chance to ask the plugins for parameters, probably even programmatically? Kind regards Peter Nabbefeld - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] www.sensis.com.au A leading Australian advertising, information and directories business. www.yellowpages.com.au www.whitepages.com.au www.citysearch.com.au www.whereis.com.au www.telstra.com.au www.tradingpost.com.au This email and any attachments are intended only for the use of the recipient and may be confidential and/or legally privileged. Sensis Pty Ltd disclaims liability for any errors, omissions, viruses, loss and/or damage arising from using, opening or transmitting this email. If you are not the intended recipient you must not use, interfere with, disclose, copy or retain this email and you should notify the sender immediately by return email or by contacting Sensis Pty Ltd by telephone on [+61 3 9201 4888]
Re: Why don't I get any answer?
Dion Gillard schrieb: What were your questions? June, 13th: I've seen, that the overall user preferences for maven have to be stored in ${user.home}/build.properties. I'd prefer to either put it into ${user.home}/.maven/build.properties or to rename it to ${user.home}/maven.build.properties. Can I manage it from a config file? IMO, build.properties is a common name, and if I cannot assign it after a while to the correct application (who cares about the config of a running application?), it could be accidently deleted. June, 14th: could You please support a goal for the JDK 1.5 Apt utility? June, 20th: parameters for goals seem to be poorly documented. Is there a chance to ask the plugins for parameters, probably even programmatically? June, 20th: in the user guide it is mentioned, that project.xml contains a jelly script. As I've not found any maven jelly tags like 'jelly:project', I wonder where is the jelly part or how maven parses/executes the file. Probably I can find out myself, if You could tell me, where (in which java source) the file project.xml is parsed. Okay, the last two are of yesterday, but it didn't seem to make a difference, so I posted after I've seen some activity on the list. The first and the second one could probably result in an RFE, so I wanted to get a reply before Maven is final. Kind regards Peter On Mon, 21 Jun 2004 08:02:35 +0200, Peter Nabbefeld [EMAIL PROTECTED] wrote: Hi, I've asked 4 questions before and didn't get any answer - could anybody tell me why? Is this probably an apache-members-only mailing list? Kind regards 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: Why don't I get any answer?
On Mon, 21 Jun 2004 08:23:51 +0200, Peter Nabbefeld [EMAIL PROTECTED] wrote: Dion Gillard schrieb: What were your questions? June, 13th: I've seen, that the overall user preferences for maven have to be stored in ${user.home}/build.properties. I'd prefer to either put it into ${user.home}/.maven/build.properties or to rename it to ${user.home}/maven.build.properties. Can I manage it from a config file? No. IMO, build.properties is a common name, and if I cannot assign it after a while to the correct application (who cares about the config of a running application?), it could be accidently deleted. June, 14th: could You please support a goal for the JDK 1.5 Apt utility? It's not planned immediately. However, some discussion about what a plugin would look like and how this would affect the java plugin would be good. As an open source project, we are volunteers. We usually don't just do what someone asks, we work on the things that are important to us. If you would like a feature added to Maven as a plugin, raise it in our bug tracking system jira. June, 20th: parameters for goals seem to be poorly documented. Is there a chance to ask the plugins for parameters, probably even programmatically? No, this is not possible at the moment. June, 20th: in the user guide it is mentioned, that project.xml contains a jelly script. As I've not found any maven jelly tags like 'jelly:project', I Project.xml doesn't contain a jelly script. If you could point out where in the guide it says that, we'll fix it. wonder where is the jelly part or how maven parses/executes the file. Probably I can find out myself, if You could tell me, where (in which java source) the file project.xml is parsed. It's in org.apache.maven.MavenUtils. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Goals: Parameter lists?
If there are examples of plugins not documenting properties, or goals not documenting the required parameters, please let us know so we can fix the docs On Mon, 21 Jun 2004 16:14:05 +1000, Washusen, Dan [EMAIL PROTECTED] wrote: Each plugin has a plugin.properties and plugin.jelly file that you can devise the properties from. Some of the plugins are a bit more confusing than others but it's not to hard to figure out. Good luck, Dan -Original Message- From: Peter Nabbefeld [mailto:[EMAIL PROTECTED] Sent: Monday, 21 June 2004 12:59 AM To: [EMAIL PROTECTED] Subject: Goals: Parameter lists? Hi, parameters for goals seem to be poorly documented. Is there a chance to ask the plugins for parameters, probably even programmatically? Kind regards Peter Nabbefeld - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] www.sensis.com.au A leading Australian advertising, information and directories business. www.yellowpages.com.au www.whitepages.com.au www.citysearch.com.au www.whereis.com.au www.telstra.com.au www.tradingpost.com.au This email and any attachments are intended only for the use of the recipient and may be confidential and/or legally privileged. Sensis Pty Ltd disclaims liability for any errors, omissions, viruses, loss and/or damage arising from using, opening or transmitting this email. If you are not the intended recipient you must not use, interfere with, disclose, copy or retain this email and you should notify the sender immediately by return email or by contacting Sensis Pty Ltd by telephone on [+61 3 9201 4888] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why don't I get any answer?
Hi! About that first question. Following is from maven reference (part: Properties Processing) : In addition, System properties are processed after the above chain of properties files are processed. So, a property specified on the CLI using the -Dproperty=value convention will override any previous definition of that property. So you can edit your maven script to find what ever you like properties. And quick inspect in maven script shows, that it even inspect $home/.mavenrc where you can also define something. On Mon, 21 Jun 2004 16:27:37 +1000, Dion Gillard [EMAIL PROTECTED] wrote: On Mon, 21 Jun 2004 08:23:51 +0200, Peter Nabbefeld [EMAIL PROTECTED] wrote: Dion Gillard schrieb: What were your questions? June, 13th: I've seen, that the overall user preferences for maven have to be stored in ${user.home}/build.properties. I'd prefer to either put it into ${user.home}/.maven/build.properties or to rename it to ${user.home}/maven.build.properties. Can I manage it from a config file? No. IMO, build.properties is a common name, and if I cannot assign it after a while to the correct application (who cares about the config of a running application?), it could be accidently deleted. June, 14th: could You please support a goal for the JDK 1.5 Apt utility? It's not planned immediately. However, some discussion about what a plugin would look like and how this would affect the java plugin would be good. As an open source project, we are volunteers. We usually don't just do what someone asks, we work on the things that are important to us. If you would like a feature added to Maven as a plugin, raise it in our bug tracking system jira. June, 20th: parameters for goals seem to be poorly documented. Is there a chance to ask the plugins for parameters, probably even programmatically? No, this is not possible at the moment. June, 20th: in the user guide it is mentioned, that project.xml contains a jelly script. As I've not found any maven jelly tags like 'jelly:project', I Project.xml doesn't contain a jelly script. If you could point out where in the guide it says that, we'll fix it. wonder where is the jelly part or how maven parses/executes the file. Probably I can find out myself, if You could tell me, where (in which java source) the file project.xml is parsed. It's in org.apache.maven.MavenUtils. - 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: Why don't I get any answer?
.. ehh... forget that, i sould read little carefully before open my big mouth.. :)) On Mon, 21 Jun 2004 09:42:47 +0300, Arto Pastinen [EMAIL PROTECTED] wrote: Hi! About that first question. Following is from maven reference (part: Properties Processing) : In addition, System properties are processed after the above chain of properties files are processed. So, a property specified on the CLI using the -Dproperty=value convention will override any previous definition of that property. So you can edit your maven script to find what ever you like properties. And quick inspect in maven script shows, that it even inspect $home/.mavenrc where you can also define something. On Mon, 21 Jun 2004 16:27:37 +1000, Dion Gillard [EMAIL PROTECTED] wrote: On Mon, 21 Jun 2004 08:23:51 +0200, Peter Nabbefeld [EMAIL PROTECTED] wrote: Dion Gillard schrieb: What were your questions? June, 13th: I've seen, that the overall user preferences for maven have to be stored in ${user.home}/build.properties. I'd prefer to either put it into ${user.home}/.maven/build.properties or to rename it to ${user.home}/maven.build.properties. Can I manage it from a config file? No. IMO, build.properties is a common name, and if I cannot assign it after a while to the correct application (who cares about the config of a running application?), it could be accidently deleted. June, 14th: could You please support a goal for the JDK 1.5 Apt utility? It's not planned immediately. However, some discussion about what a plugin would look like and how this would affect the java plugin would be good. As an open source project, we are volunteers. We usually don't just do what someone asks, we work on the things that are important to us. If you would like a feature added to Maven as a plugin, raise it in our bug tracking system jira. June, 20th: parameters for goals seem to be poorly documented. Is there a chance to ask the plugins for parameters, probably even programmatically? No, this is not possible at the moment. June, 20th: in the user guide it is mentioned, that project.xml contains a jelly script. As I've not found any maven jelly tags like 'jelly:project', I Project.xml doesn't contain a jelly script. If you could point out where in the guide it says that, we'll fix it. wonder where is the jelly part or how maven parses/executes the file. Probably I can find out myself, if You could tell me, where (in which java source) the file project.xml is parsed. It's in org.apache.maven.MavenUtils. - 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: Why don't I get any answer?
Dion Gillard schrieb: On Mon, 21 Jun 2004 08:23:51 +0200, Peter Nabbefeld [EMAIL PROTECTED] wrote: ... June, 20th: in the user guide it is mentioned, that project.xml contains a jelly script. As I've not found any maven jelly tags like 'jelly:project', I Project.xml doesn't contain a jelly script. If you could point out where in the guide it says that, we'll fix it. Right here: http://maven.apache.org/reference/user-guide.html#The_Project_Object_Model The POM, in its familiar project.xml form, is now processed as a Jelly script. In the majority of cases users won't care that the project.xml is really a Jelly script under the covers but it does allow the use interpolated values if you wish. I would rather not see logic start cropping up in project.xml files but the flexibility is there now that the project.xml file is a stealth Jelly script :-) Kind regards Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Xdoclet et LookupDispatchAction
Bonjour la liste, Je me mets à l'utilisation de xdoclet. (Il faut bien s'y mettre un jour). J'ai un petit souci quand à la génération du struts-config.xml. J'utilise des class qui étendent LookupDispatchAction. exemple : MethodsAction extends LookupDispatchAction une méthode : * @struts.action * name=listall * path=/methods/all * scope=request * input= * validate=false * parameter=method * @struts.action-forward * name=Success * path=list.procs * redirect=false * @struts.action-forward * name=Failure * path=home * redirect=false */ public ActionForward listall(final ActionMapping mapping, final ActionForm form, final HttpServletRequest request, final HttpServletResponse response) mon ant (goal maven) ant:webdoclet destdir=${maven.xdoclet.webdoclet.destDir} force=${maven.xdoclet.webdoclet.force} verbose=${maven.xdoclet.webdoclet.verbose} mergeDir=${maven.xdoclet.webdoclet.mergeDir} distributable=false excludedtags=@version,@author fileset dir=${pom.build.sourceDirectory} include name=**/*.java/ /fileset ant:strutsconfigxml version=1.1 destdir=${maven.xdoclet.webdoclet.destDir}/struts xmlencoding=${maven.xdoclet.webdoclet.encoding} /ant:strutsconfigxml !--ant:deploymentdescriptor servletspec=2.2 destdir=${maven.xdoclet.webdoclet.destDir} xmlencoding=${maven.xdoclet.webdoclet.encoding} /-- /ant:webdoclet Pour le web.xml pas de problème mais le struts-config reste désespément vide. Merci, Olivier This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. **
Local Remote Repositories
Group, This is problably easy but I am new to Maven. I managed to get my jar into the local repository. Now I am trying to compile another project that depends on this jar. Maven looks for the jar in ibiblio-repository and so the build fails. How can I make Maven use the jar in the local repository? Thanks, Onno This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Xdoclet et LookupDispatchAction
In english it's better. Why don't you use somethink like this in your maven.xml : project xmlns:j=jelly:core xmlns:ant=jelly:ant default=war preGoal name=java:compile mkdir dir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF / attainGoal name=xdoclet:webdoclet / /preGoal /project In your project.properties : maven.eclipse.classpath.include=src/test-cactus,src/conf maven.war.webapp.dir=${maven.build.dir}/xdoclet/webdoclet maven.xdoclet.webdoclet.0=true maven.xdoclet.webdoclet.0.destDir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF maven.xdoclet.webdoclet.0.mergeDir=src/merge maven.xdoclet.webdoclet.strutsconfigxml.0=true maven.xdoclet.webdoclet.strutsconfigxml.0.validateXML=true maven.xdoclet.webdoclet.strutsconfigxml.0.Version=1.1 maven.xdoclet.webdoclet.strutsconfigxml.0.destDir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF maven.xdoclet.webdoclet.strutsconfigxml.0.mergeDir=src/merge maven.xdoclet.webdoclet.strutsvalidationxml.0=true maven.xdoclet.webdoclet.strutsvalidationxml.0.destDir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF maven.xdoclet.webdoclet.jbosswebxml.0=true maven.xdoclet.webdoclet.jbosswebxml.0.destDir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF maven.xdoclet.webdoclet.deploymentdescriptor.0.destDir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF maven.xdoclet.webdoclet.deploymentdescriptor.0.mergeDir=src/merge maven.xdoclet.webdoclet.fileset.0.include=**/*.java maven.xdoclet.webdoclet.jsptaglib.0.destDir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF/tld Then you call the war target : maven war You can try to generate a webapp example in an empty directory with : maven genapp struts-jstl It will give you a sample for a webapp/maven project. Arnaud -Message d'origine- De : Olivier Lamy [mailto:[EMAIL PROTECTED] Envoyé : lundi 21 juin 2004 09:13 À : Maven Users List Objet : Xdoclet et LookupDispatchAction Bonjour la liste, Je me mets à l'utilisation de xdoclet. (Il faut bien s'y mettre un jour). J'ai un petit souci quand à la génération du struts-config.xml. J'utilise des class qui étendent LookupDispatchAction. exemple : MethodsAction extends LookupDispatchAction une méthode : * @struts.action * name=listall * path=/methods/all * scope=request * input= * validate=false * parameter=method * @struts.action-forward * name=Success * path=list.procs * redirect=false * @struts.action-forward * name=Failure * path=home * redirect=false */ public ActionForward listall(final ActionMapping mapping, final ActionForm form, final HttpServletRequest request, final HttpServletResponse response) mon ant (goal maven) ant:webdoclet destdir=${maven.xdoclet.webdoclet.destDir} force=${maven.xdoclet.webdoclet.force} verbose=${maven.xdoclet.webdoclet.verbose} mergeDir=${maven.xdoclet.webdoclet.mergeDir} distributable=false excludedtags=@version,@author fileset dir=${pom.build.sourceDirectory} include name=**/*.java/ /fileset ant:strutsconfigxml version=1.1 destdir=${maven.xdoclet.webdoclet.destDir}/struts xmlencoding=${maven.xdoclet.webdoclet.encoding} /ant:strutsconfigxml !--ant:deploymentdescriptor servletspec=2.2 destdir=${maven.xdoclet.webdoclet.destDir} xmlencoding=${maven.xdoclet.webdoclet.encoding} /-- /ant:webdoclet Pour le web.xml pas de problème mais le struts-config reste désespément vide. Merci, Olivier This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Local Remote Repositories
-Original Message- From: Onno van der Straaten [mailto:[EMAIL PROTECTED] Sent: Monday, June 21, 2004 1:41 PM To: [EMAIL PROTECTED] Subject: Local Remote Repositories Group, This is problably easy but I am new to Maven. I managed to get my jar into the local repository. Now I am trying to compile another project that depends on this jar. Maven looks for the jar in ibiblio-repository and so the build fails. How can I make Maven use the jar in the local repository? Thanks, Onno Maven won't look for jars in remote repository(ies) if it exists locally (with small exception for SNAPSHOT artifacts). If maven is not finding your jar in your local repo and it is there - it means that you haven't provided the right location of it. So what you have to do is just to declare a correct dependecy on it. Use dependecy tag in you POM with correct groupId, artifactId and version which matches jar's location in your local repository. Michal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : RE : Xdoclet et LookupDispatchAction
Sorry, I made a mistake. This mailing list was not the destination. Olivier -Message d'origine- De : Heritier Arnaud [mailto:[EMAIL PROTECTED] Envoyé : lundi 21 juin 2004 13:47 À : Maven Users List Objet : RE : Xdoclet et LookupDispatchAction In english it's better. Why don't you use somethink like this in your maven.xml : project xmlns:j=jelly:core xmlns:ant=jelly:ant default=war preGoal name=java:compile mkdir dir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF / attainGoal name=xdoclet:webdoclet / /preGoal /project In your project.properties : maven.eclipse.classpath.include=src/test-cactus,src/conf maven.war.webapp.dir=${maven.build.dir}/xdoclet/webdoclet maven.xdoclet.webdoclet.0=true maven.xdoclet.webdoclet.0.destDir=${maven.build.dir}/xdoclet/webdoclet/W EB-INF maven.xdoclet.webdoclet.0.mergeDir=src/merge maven.xdoclet.webdoclet.strutsconfigxml.0=true maven.xdoclet.webdoclet.strutsconfigxml.0.validateXML=true maven.xdoclet.webdoclet.strutsconfigxml.0.Version=1.1 maven.xdoclet.webdoclet.strutsconfigxml.0.destDir=${maven.build.dir}/xdo clet/webdoclet/WEB-INF maven.xdoclet.webdoclet.strutsconfigxml.0.mergeDir=src/merge maven.xdoclet.webdoclet.strutsvalidationxml.0=true maven.xdoclet.webdoclet.strutsvalidationxml.0.destDir=${maven.build.dir} /xdoclet/webdoclet/WEB-INF maven.xdoclet.webdoclet.jbosswebxml.0=true maven.xdoclet.webdoclet.jbosswebxml.0.destDir=${maven.build.dir}/xdoclet /webdoclet/WEB-INF maven.xdoclet.webdoclet.deploymentdescriptor.0.destDir=${maven.build.dir }/xdoclet/webdoclet/WEB-INF maven.xdoclet.webdoclet.deploymentdescriptor.0.mergeDir=src/merge maven.xdoclet.webdoclet.fileset.0.include=**/*.java maven.xdoclet.webdoclet.jsptaglib.0.destDir=${maven.build.dir}/xdoclet/w ebdoclet/WEB-INF/tld Then you call the war target : maven war You can try to generate a webapp example in an empty directory with : maven genapp struts-jstl It will give you a sample for a webapp/maven project. Arnaud -Message d'origine- De : Olivier Lamy [mailto:[EMAIL PROTECTED] Envoyé : lundi 21 juin 2004 09:13 À : Maven Users List Objet : Xdoclet et LookupDispatchAction Bonjour la liste, Je me mets à l'utilisation de xdoclet. (Il faut bien s'y mettre un jour). J'ai un petit souci quand à la génération du struts-config.xml. J'utilise des class qui étendent LookupDispatchAction. exemple : MethodsAction extends LookupDispatchAction une méthode : * @struts.action * name=listall * path=/methods/all * scope=request * input= * validate=false * parameter=method * @struts.action-forward * name=Success * path=list.procs * redirect=false * @struts.action-forward * name=Failure * path=home * redirect=false */ public ActionForward listall(final ActionMapping mapping, final ActionForm form, final HttpServletRequest request, final HttpServletResponse response) mon ant (goal maven) ant:webdoclet destdir=${maven.xdoclet.webdoclet.destDir} force=${maven.xdoclet.webdoclet.force} verbose=${maven.xdoclet.webdoclet.verbose} mergeDir=${maven.xdoclet.webdoclet.mergeDir} distributable=false excludedtags=@version,@author fileset dir=${pom.build.sourceDirectory} include name=**/*.java/ /fileset ant:strutsconfigxml version=1.1 destdir=${maven.xdoclet.webdoclet.destDir}/struts xmlencoding=${maven.xdoclet.webdoclet.encoding} /ant:strutsconfigxml !--ant:deploymentdescriptor servletspec=2.2 destdir=${maven.xdoclet.webdoclet.destDir} xmlencoding=${maven.xdoclet.webdoclet.encoding} /-- /ant:webdoclet Pour le web.xml pas de problème mais le struts-config reste désespément vide. Merci, Olivier This e-mail, any attachments and the information contained therein (this message) are confidential and intended solely for the use of the addressee(s). If you have received this message in error please send it back to the sender and delete it. Unauthorized publication, use, dissemination or disclosure of this message, either in whole or in part is strictly prohibited. ** Ce message électronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci après le message ), sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci de le renvoyer à son émetteur et de le détruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressément autorisées de ce message, sont interdites. **
diff between jar:deploy[-snapshot] and ear:deploy[-snapshot]
Hello folks. v.: 1.0-rc3 It's about remote repository deployment.According to the: http://maven.apache.org/reference/user-guide.html#Behavioural_Properties my $HOME/build.properties provides maven.username, maven.remote.group, maven.repo.central, maven.repo.central.directory properties. They are enough for jar:deploy goal but ear:deploy says that: No remote repository was defined. I see problems with ear:deploy and ear:deploy-snapshot. Those goals are implemented differently from jar:deploy's. Probably they expects different properties to work - sounds like a bug. I'm not sure. Can anyone explain this? Workaround: Copy-pasted jar:deploy[-snapshot] goals code into ejb plugin with some replaces should help. -- Marcin Maciukiewicz [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : diff between jar:deploy[-snapshot] and ear:deploy[-snapshot]
Hello Marcin, I think that ear, war and newer plugins use the artifact plugin to deploy. You must define properties like it is explained here : http://maven.apache.org/reference/plugins/artifact/properties.html Arnaud -Message d'origine- De : Marcin Maciukiewicz [mailto:[EMAIL PROTECTED] Envoyé : lundi 21 juin 2004 16:35 À : Maven Users List Objet : diff between jar:deploy[-snapshot] and ear:deploy[-snapshot] Hello folks. v.: 1.0-rc3 It's about remote repository deployment.According to the: http://maven.apache.org/reference/user-guide.html#Behavioural_ Properties my $HOME/build.properties provides maven.username, maven.remote.group, maven.repo.central, maven.repo.central.directory properties. They are enough for jar:deploy goal but ear:deploy says that: No remote repository was defined. I see problems with ear:deploy and ear:deploy-snapshot. Those goals are implemented differently from jar:deploy's. Probably they expects different properties to work - sounds like a bug. I'm not sure. Can anyone explain this? Workaround: Copy-pasted jar:deploy[-snapshot] goals code into ejb plugin with some replaces should help. -- Marcin Maciukiewicz [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: RE : diff between jar:deploy[-snapshot] and ear:deploy[-snaps hot]
I think Brett started to unify those things and merging deploy and artifact plugins. What he did was looking OK to me. He asked some questions but at that time he got no feedback from me reagrading how it is going to look in m2/wagon I don't think that we are yet ready with those things in m2 (we are constantly progressing in good direction :)) and once we'll have proven solution then we can think how it can be used in case of m1. We are not there yet... Brett: if you still have some questions regarding my code in artifact plugin or how deploy should work in m2/wagon please shoot! Michal -Original Message- From: Heritier Arnaud [mailto:[EMAIL PROTECTED] Sent: Monday, June 21, 2004 5:00 PM To: Maven Users List Subject: RE : diff between jar:deploy[-snapshot] and ear:deploy[-snapshot] Hello Marcin, I think that ear, war and newer plugins use the artifact plugin to deploy. You must define properties like it is explained here : http://maven.apache.org/reference/plugins/artifact/properties.html Arnaud -Message d'origine- De : Marcin Maciukiewicz [mailto:[EMAIL PROTECTED] Envoyé : lundi 21 juin 2004 16:35 À : Maven Users List Objet : diff between jar:deploy[-snapshot] and ear:deploy[-snapshot] Hello folks. v.: 1.0-rc3 It's about remote repository deployment.According to the: http://maven.apache.org/reference/user-guide.html#Behavioural_ Properties my $HOME/build.properties provides maven.username, maven.remote.group, maven.repo.central, maven.repo.central.directory properties. They are enough for jar:deploy goal but ear:deploy says that: No remote repository was defined. I see problems with ear:deploy and ear:deploy-snapshot. Those goals are implemented differently from jar:deploy's. Probably they expects different properties to work - sounds like a bug. I'm not sure. Can anyone explain this? Workaround: Copy-pasted jar:deploy[-snapshot] goals code into ejb plugin with some replaces should help. -- Marcin Maciukiewicz [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: Why don't I get any answer?
If you look at the example from the url you posted you will see parts which are evaluated via jelly: e.g: ${pom.inceptionYear} As it states, it is processed as a jelly script, and therefore allows some simple resolution of such expressions. It doesn't contain a jelly script. You can also see other ways this has been used at http://cvs.apache.org/viewcvs.cgi/jakarta-commons/digester/project.xml for example, where the artifact id is used to derive other values. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Peter Nabbefeld Sent: 21 June 2004 08:42 To: [EMAIL PROTECTED] Subject: Re: Why don't I get any answer? Dion Gillard schrieb: On Mon, 21 Jun 2004 08:23:51 +0200, Peter Nabbefeld [EMAIL PROTECTED] wrote: ... June, 20th: in the user guide it is mentioned, that project.xml contains a jelly script. As I've not found any maven jelly tags like 'jelly:project', I Project.xml doesn't contain a jelly script. If you could point out where in the guide it says that, we'll fix it. Right here: http://maven.apache.org/reference/user-guide.html#The_Project_ Object_Model The POM, in its familiar project.xml form, is now processed as a Jelly script. In the majority of cases users won't care that the project.xml is really a Jelly script under the covers but it does allow the use interpolated values if you wish. I would rather not see logic start cropping up in project.xml files but the flexibility is there now that the project.xml file is a stealth Jelly script :-) Kind regards 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]
configure goal
Hello again. Has anyone were thinking about goals to configure project? Some projects are wide configurable, same as maven plugins properties that are hard to know and remeber. It would be nice to let the others run maven configure:configure in project directory and let the goal to create/update project.properties based on interaction with developer or from cmd line switches. I see this like configure in make projects. what you think about this? -- Marcin Maciukiewicz [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Open source examples of J2SE apps in maven
Are there any open source projects for J2SE that use maven? Proferably with use of one of the following things: - subprojects - NSIS installer or other installer - building an executable jar - website per subproject and over parent project So far I 've found Maven and PMD. I 'd like to learn from them for our open source project. (simplegamenet.sf.net) -- With kind regards, Geoffrey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven can't load resources from target dir
Hello, It seems that Maven can't 'see' resources when they are in the target dir. In the POM, I specified resources for the unit tests: resources resource directory${basedir}/target/res//directory targetPath//targetPath includes include**/*/include /includes /resource /resources This does not work. When I try to load a file using something like this : retval.getClass().getResourceAsStream(/netlist.txt); I get a null InputStream. The resources are dynamically generated in a post-goal on test:test-resources, but I've confirmed that the files are indeed present. Now here is the interesting part. If I generate the resources in ${basedir}/res instead of ${basedir}/target/res, maven:site will find the files. I've set maven.junit.fork to true, otherwise Maven does not find the files at all. Is this a bug or a specified behavior? Best Regards, David Garnier -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
deploying plugin jars
Hi Got a small problem. I'm trying to deploy a custom plugin jar in our internal remote repository. I've tried using the jar:deploy command but I couldn't get the guy to put my jar in the right place (maven/plugins/). No matter how I play with directories (using the propeties), I never could get the jar in the maven/plugins dir. So, the plugin:download goal cannot be executed to retreive it. Is there a way to do so without copying them by hand in the maven/plugin dir of the repository ? thx. Eric. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: deploying plugin jars
Eric Giguere wrote: Hi Got a small problem. I'm trying to deploy a custom plugin jar in our internal remote repository. I've tried using the jar:deploy command but I couldn't get the guy to put my jar in the right place (maven/plugins/). No matter how I play with directories (using the propeties), I never could get the jar in the maven/plugins dir. So, the plugin:download goal cannot be executed to retreive it. Is there a way to do so without copying them by hand in the maven/plugin dir of the repository ? thx. Eric. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yes, the correct way is to use the plugin plugin. See http://maven.apache.org/reference/plugins/plugin/goals.html for details. -- Erik Husby Team Lead for Software Quality Automation Broad Institute of MIT and Harvard Rm. 2192 320 Charles St Cambridge, MA 02141-2023 mobile: 781.354.6669, office: 617.258.9227, [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why don't I get any answer?
Kristopher Brown schrieb: If you look at the example from the url you posted you will see parts which are evaluated via jelly: e.g: ${pom.inceptionYear} As it states, it is processed as a jelly script, and therefore allows some simple resolution of such expressions. It doesn't contain a jelly script. I've had a look into the source in the meantime, there it is stated, that only variable substitution is done by jelly in project.xml. IMO, it would clarify the situation to write this also in the user reference - and also, how and which variables can be used. Kind regards Peter You can also see other ways this has been used at http://cvs.apache.org/viewcvs.cgi/jakarta-commons/digester/project.xml for example, where the artifact id is used to derive other values. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Peter Nabbefeld Sent: 21 June 2004 08:42 To: [EMAIL PROTECTED] Subject: Re: Why don't I get any answer? Dion Gillard schrieb: On Mon, 21 Jun 2004 08:23:51 +0200, Peter Nabbefeld [EMAIL PROTECTED] wrote: ... June, 20th: in the user guide it is mentioned, that project.xml contains a jelly script. As I've not found any maven jelly tags like 'jelly:project', I Project.xml doesn't contain a jelly script. If you could point out where in the guide it says that, we'll fix it. Right here: http://maven.apache.org/reference/user-guide.html#The_Project_ Object_Model The POM, in its familiar project.xml form, is now processed as a Jelly script. In the majority of cases users won't care that the project.xml is really a Jelly script under the covers but it does allow the use interpolated values if you wish. I would rather not see logic start cropping up in project.xml files but the flexibility is there now that the project.xml file is a stealth Jelly script :-) Kind regards 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: Local Remote Repositories
Hi, Maven check first the local repo. Check that the dependency is correct. Regards Carlos Sanchez A Coruña, Spain Oness Project http://oness.sourceforge.net -Original Message- From: Onno van der Straaten [mailto:[EMAIL PROTECTED] Sent: Monday, June 21, 2004 1:41 PM To: [EMAIL PROTECTED] Subject: Local Remote Repositories Group, This is problably easy but I am new to Maven. I managed to get my jar into the local repository. Now I am trying to compile another project that depends on this jar. Maven looks for the jar in ibiblio-repository and so the build fails. How can I make Maven use the jar in the local repository? Thanks, Onno This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - 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 can't load resources from target dir
Le mar 22/06/2004 à 02:17, Brett Porter a écrit : Is it possible that the resources arrive in target after the attempt to copy them as a resource? Well I thought that Maven simply added the resources dir to the classpath. But I couldn't find it in the classpath printed by the -X option. But you're correct, the resources are not being copied to the test-classes dir. I've changed the step that generated the resources from a postGoal of test:test-resources to a preGoal, and now it works! Thanks! I don't think keeping them in target is wise, regardless. If they are generated by the build, the build should put them in the right place to start with. Well, the resources are generated by the build, and they are only used by the tests, so from my point of view, target/res is the right dir. Best Regards, David - Brett On Mon, 21 Jun 2004 22:23:20 +0200, David Garnier [EMAIL PROTECTED] wrote: Hello, It seems that Maven can't 'see' resources when they are in the target dir. In the POM, I specified resources for the unit tests: resources resource directory${basedir}/target/res//directory targetPath//targetPath includes include**/*/include /includes /resource /resources This does not work. When I try to load a file using something like this : retval.getClass().getResourceAsStream(/netlist.txt); I get a null InputStream. The resources are dynamically generated in a post-goal on test:test-resources, but I've confirmed that the files are indeed present. Now here is the interesting part. If I generate the resources in ${basedir}/res instead of ${basedir}/target/res, maven:site will find the files. I've set maven.junit.fork to true, otherwise Maven does not find the files at all. Is this a bug or a specified behavior? Best Regards, David Garnier -- - 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] -- David Garnier [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven can't load resources from target dir
I don't think keeping them in target is wise, regardless. If they are generated by the build, the build should put them in the right place to start with. Well, the resources are generated by the build, and they are only used by the tests, so from my point of view, target/res is the right dir. What I mean is, you should probably generate them into target/test-classes directly, rather than having the resources element at all. I think this is less confusing. BTW, I had to moderate your message onto the list - can you check you are posting with the address you are subscribed with? Thanks, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Manually downloading JAR files
G'Day everyone, The saga continues There are two different problems I have right now relating to the current issue. But lets go one at a time. I have downloaded the jndi files from sun (jndi-1_2_1.zip). Within is jndi.jar. I copied this file to the rep/jndi/jars directory initially as jndi.jar. Then did a maven site:generate expecting to see only one failed dependency, the jdbc jar file. I got both again. That's when I noticed that it was looking for jndi-1.2.1.jar! Not a big problem. I renamed the file to jndi-1.2.1.jar and maven site:generate. No change in the dependencies error message. Summary Copied file to repo/jndi/jars/jndi.jar First attempt with maven site:generate failed dependency checks renamed to repo/jndi/jars/jndi-1.2.1.jar Second attempt with maven site:generate failed dependency checks Does maven do some other checking that I am not aware of? Or have I missed something simple again? Thanks in advance, Craig Gaffney PC Applications Developer Rinstrum Pty Ltd (formerly Ranger Instruments) 41 Success St, Acacia Ridge Qld 4110 Australia Ph: +61 7 3216 7166 Fax:+61 7 3216 6211 Email: [EMAIL PROTECTED] Web:www.rinstrum.com -Original Message- From: Dion Gillard [mailto:[EMAIL PROTECTED] Sent: Tuesday, 22 June 2004 1:22 PM To: Maven Users List; [EMAIL PROTECTED] Subject: Re: Manually downloading JAR files On Tue, 22 Jun 2004 12:25:13 +1000, Craig Gaffney [EMAIL PROTECTED] wrote: G'Day Dion, Here's the relevant section of the project.xml file within the Apache Torque download I am using for my first maven experiment, which is actually suggested on the Maven - Using Maven page. dependency idjdbc/id version2.0/version urlhttp://java.sun.com/products/jdbc/download.html#spec/url /dependency this goes in repo/jdbc/jars/jdbc-2.0.jar dependency idjndi/id version1.2.1/version urlhttp://java.sun.com/products/jndi//url /dependency This goes in repo/jndi/jars/jndi-1.2.1.jar So, how would I determine where to place the files if there is no groupid tag? id == groupId:artifactId. If id is the only thing specified then groupId = id and artifactId = id. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ NOD32 1.792 (20040622) Information __ This message was checked by NOD32 Antivirus System. http://www.nod32.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Manually downloading JAR files
What's the actual error message? On Tue, 22 Jun 2004 15:05:26 +1000, Craig Gaffney [EMAIL PROTECTED] wrote: G'Day everyone, The saga continues There are two different problems I have right now relating to the current issue. But lets go one at a time. I have downloaded the jndi files from sun (jndi-1_2_1.zip). Within is jndi.jar. I copied this file to the rep/jndi/jars directory initially as jndi.jar. Then did a maven site:generate expecting to see only one failed dependency, the jdbc jar file. I got both again. That's when I noticed that it was looking for jndi-1.2.1.jar! Not a big problem. I renamed the file to jndi-1.2.1.jar and maven site:generate. No change in the dependencies error message. Summary Copied file to repo/jndi/jars/jndi.jar First attempt with maven site:generate failed dependency checks renamed to repo/jndi/jars/jndi-1.2.1.jar Second attempt with maven site:generate failed dependency checks Does maven do some other checking that I am not aware of? Or have I missed something simple again? Thanks in advance, Craig Gaffney PC Applications Developer Rinstrum Pty Ltd (formerly Ranger Instruments) 41 Success St, Acacia Ridge Qld 4110 Australia Ph: +61 7 3216 7166 Fax:+61 7 3216 6211 Email: [EMAIL PROTECTED] Web:www.rinstrum.com -Original Message- From: Dion Gillard [mailto:[EMAIL PROTECTED] Sent: Tuesday, 22 June 2004 1:22 PM To: Maven Users List; [EMAIL PROTECTED] Subject: Re: Manually downloading JAR files On Tue, 22 Jun 2004 12:25:13 +1000, Craig Gaffney [EMAIL PROTECTED] wrote: G'Day Dion, Here's the relevant section of the project.xml file within the Apache Torque download I am using for my first maven experiment, which is actually suggested on the Maven - Using Maven page. dependency idjdbc/id version2.0/version urlhttp://java.sun.com/products/jdbc/download.html#spec/url /dependency this goes in repo/jdbc/jars/jdbc-2.0.jar dependency idjndi/id version1.2.1/version urlhttp://java.sun.com/products/jndi//url /dependency This goes in repo/jndi/jars/jndi-1.2.1.jar So, how would I determine where to place the files if there is no groupid tag? id == groupId:artifactId. If id is the only thing specified then groupId = id and artifactId = id. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ NOD32 1.792 (20040622) Information __ This message was checked by NOD32 Antivirus System. http://www.nod32.com - 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: Manually downloading JAR files
G'Day Dion, Here is the screen print ### Start of Command Line sample ### C:\projects\apache\jakarta-turbine-torquemaven site:generate __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3 Attempting to download jdbc-2.0.jar. WARNING: Failed to download jdbc-2.0.jar. Attempting to download jndi-1.2.1.jar. WARNING: Failed to download jndi-1.2.1.jar. The build cannot continue because of the following unsatisfied dependencies: jdbc-2.0.jar (try downloading from http://java.sun.com/products/jdbc/download.ht ml#spec) jndi-1.2.1.jar (try downloading from http://java.sun.com/products/jndi/) Total time: 3 seconds Finished at: Tue Jun 22 14:56:39 GMT+10:00 2004 C:\projects\apache\jakarta-turbine-torque ### End of Command Line sample ### Thanks again for you help, Craig Gaffney PC Applications Developer Rinstrum Pty Ltd (formerly Ranger Instruments) 41 Success St, Acacia Ridge Qld 4110 Australia Ph: +61 7 3216 7166 Fax:+61 7 3216 6211 Email: [EMAIL PROTECTED] Web:www.rinstrum.com -Original Message- From: Dion Gillard [mailto:[EMAIL PROTECTED] Sent: Tuesday, 22 June 2004 3:24 PM To: Maven Users List; [EMAIL PROTECTED] Subject: Re: Manually downloading JAR files What's the actual error message? On Tue, 22 Jun 2004 15:05:26 +1000, Craig Gaffney [EMAIL PROTECTED] wrote: G'Day everyone, The saga continues There are two different problems I have right now relating to the current issue. But lets go one at a time. I have downloaded the jndi files from sun (jndi-1_2_1.zip). Within is jndi.jar. I copied this file to the rep/jndi/jars directory initially as jndi.jar. Then did a maven site:generate expecting to see only one failed dependency, the jdbc jar file. I got both again. That's when I noticed that it was looking for jndi-1.2.1.jar! Not a big problem. I renamed the file to jndi-1.2.1.jar and maven site:generate. No change in the dependencies error message. Summary Copied file to repo/jndi/jars/jndi.jar First attempt with maven site:generate failed dependency checks renamed to repo/jndi/jars/jndi-1.2.1.jar Second attempt with maven site:generate failed dependency checks Does maven do some other checking that I am not aware of? Or have I missed something simple again? Thanks in advance, Craig Gaffney PC Applications Developer Rinstrum Pty Ltd (formerly Ranger Instruments) 41 Success St, Acacia Ridge Qld 4110 Australia Ph: +61 7 3216 7166 Fax:+61 7 3216 6211 Email: [EMAIL PROTECTED] Web:www.rinstrum.com -Original Message- From: Dion Gillard [mailto:[EMAIL PROTECTED] Sent: Tuesday, 22 June 2004 1:22 PM To: Maven Users List; [EMAIL PROTECTED] Subject: Re: Manually downloading JAR files On Tue, 22 Jun 2004 12:25:13 +1000, Craig Gaffney [EMAIL PROTECTED] wrote: G'Day Dion, Here's the relevant section of the project.xml file within the Apache Torque download I am using for my first maven experiment, which is actually suggested on the Maven - Using Maven page. dependency idjdbc/id version2.0/version urlhttp://java.sun.com/products/jdbc/download.html#spec/url /dependency this goes in repo/jdbc/jars/jdbc-2.0.jar dependency idjndi/id version1.2.1/version urlhttp://java.sun.com/products/jndi//url /dependency This goes in repo/jndi/jars/jndi-1.2.1.jar So, how would I determine where to place the files if there is no groupid tag? id == groupId:artifactId. If id is the only thing specified then groupId = id and artifactId = id. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ NOD32 1.792 (20040622) Information __ This message was checked by NOD32 Antivirus System. http://www.nod32.com - 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] __ NOD32 1.792 (20040622) Information __ This message was checked by NOD32 Antivirus System. http://www.nod32.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]