From daniel99@example.org Tue Apr 01 09:23:16 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 73888 invoked by uid 500); 1 Apr 2003 09:23:15 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 73872 invoked from network); 1 Apr 2003 09:23:15 -0000 Received: from main.gmane.org (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 09:23:15 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 190Hyk-0004s0-00 for <daniel99@example.org>; Tue, 01 Apr 2003 11:22:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: daniel99@example.org Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 190HxW-0004mu-00 for <daniel99@example.org>; Tue, 01 Apr 2003 11:21:34 +0200 From: Mauro Talevi <daniel99@example.org> Subject: Re: war:war Date: Tue, 01 Apr 2003 10:21:32 +0100 Lines: 46 Message-ID: <daniel99@example.org> References: <daniel99@example.org> <daniel99@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: daniel99@example.org User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en In-Reply-To: <daniel99@example.org> Sender: news <daniel99@example.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Ben Walding wrote: > I've committed a patch along these lines. > > <exclude name="WEB-INF/classes/**/*.class"/> > > > > Ultimately I plan to split the war generation into two phases > > Phase 1: Build the structure of the war in target/war > Phase 2: Compact it all into a war file > > Thus, users will be able to pre and post goal these targets to more > finely control the build process. You would also be able to point your > container at this directory for a faster build / compile cycle. > That is possible with 1.0-beta8 provided: 1. you define in your maven.xml the <preGoal name="war:init"> // copy here into ${maven.war.src} whatever you need to be in // webapp structure apart from classes and lib // they may be copied from multiple sources // eg if you use struts you may have defined a struts home dir // which contains a the tlds while your struts-config.xml is // in your cvs </preGoal> 2. in your project.properties define maven.war.src=${maven.build.dir}/webapp This uses maven.war.src as a temp dir to aggregate all sources that you need for the war generation and then passes it over to the war plugin target. But I do agree that a more formalised way of generating war:war or war:webapp which allows one to define the sources of the war contents would be very useful. One possible way would be to add an optional element to the project.xml eg <warSources> which specifies what goes in WEB-INF and what in the root. Is that feasable (ie to add an element to the POM)? Cheers, Mauro --------------------------------------------------------------------- To unsubscribe, e-mail: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 09:34:08 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 79083 invoked by uid 500); 1 Apr 2003 09:34:08 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 79058 invoked from network); 1 Apr 2003 09:34:07 -0000 Received: from anchor-post-39.mail.demon.net (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 09:34:07 -0000 Received: from kremvax.demon.co.uk ([83.161.120.155] helo=kremvax.kremvax.net) by anchor-post-39.mail.demon.net with esmtp (Exim 3.36 #2) id 190I9g-0003i6-0d for daniel99@example.org; Tue, 01 Apr 2003 10:34:08 +0100 Received: by kremvax.kremvax.net (Postfix, from userid 1000) id 139A3A52F; Tue, 1 Apr 2003 10:33:58 +0100 (BST) Subject: Re: inter-project dependencies for the Eclipse plugin From: "Mark H. Wilkinson" <daniel99@example.org> To: Maven Users List <daniel99@example.org> In-Reply-To: <daniel99@example.org> References: <daniel99@example.org> <daniel99@example.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <daniel99@example.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 01 Apr 2003 10:33:58 +0100 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Tue, 2003-04-01 at 04:29, Jason van Zyl wrote: > On Mon, 2003-03-31 at 19:29, daniel99@example.org wrote: > > "Mark H. Wilkinson" <daniel99@example.org> wrote on 01/04/2003 > > 01:44:01 AM: > > > > At the moment the paths to the source trees are > > > encoded in the jelly script, so aren't easily available to any > > > plugin. A simple solution that you could start with would be to > > > put them in <properties> elements in the POM, but there probably > > > ought to be support for this in the POM itself (IMHO). > > Sorry, I don't understand. Mark McBride was saying that he has a jelly script to copy his multiple source directories into one source tree for building (I think). I was saying that it would be difficult for a plugin to use this information because it's part of his jelly script, not part of the POM. > There will never, ever, ever be support for more than one source tree > per project. Hmm; by that do you mean one source tree compiled by the java plugin? The unit test source tree is effectively a second source tree, it's just processed in a different way. As is the source tree that's generated by the antlr plugin, from what you say. I think there's a bit of a problem with the model here, because plugins that would like to know about the various trees that contain Java source need to have explicit code in them to handle each source tree. The Eclipse plugin currently knows about the sourceDirectory and the unitTestSourceDirectory. If another kind of plugin was introduced and it had its own Java source tree, the Eclipse plugin (for example) would need to be modified to extract the information from the POM and put it in the .classpath file; as would any other plugin which needed to know about source code locations... I'm happy with one main source tree per project, but it might be useful to have some way to extract all the source-tree-kind-of-things-that-are- manipulated-by-plugins from the POM. -Mark. --------------------------------------------------------------------- To unsubscribe, e-mail: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 10:48:44 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 78109 invoked by uid 500); 1 Apr 2003 10:48:43 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 77938 invoked from network); 1 Apr 2003 10:48:40 -0000 Received: from bay2-f207.bay2.hotmail.com (HELO hotmail.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 10:48:40 -0000 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 1 Apr 2003 02:48:54 -0800 Received: from 83.161.120.155 by by2fd.bay2.hotmail.msn.com with HTTP; Tue, 01 Apr 2003 10:48:54 GMT X-Originating-IP: [83.161.120.155] X-Originating-Email: [daniel99@example.org] From: "Nick S" <daniel99@example.org> To: daniel99@example.org Bcc: Subject: NumberFormatException when building with Maven Date: Tue, 01 Apr 2003 10:48:54 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: <daniel99@example.org> X-OriginalArrivalTime: 01 Apr 2003 10:48:54.0477 (UTC) FILETIME=[4A1A77D0:01C2F83C] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hello! I was wondering if someone could help me - I'm trying to get my project building with maven, but seem to consistantly get a NumberFormatException whenever I give it the path to my source code. This is a partial stack trace: java.lang.NumberFormatException: For input string: "includes" at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48) at java.lang.Integer.parseInt(Integer.java:426) at java.lang.Integer.valueOf(Integer.java:532) at org.apache.commons.jexl.util.Coercion.coerceInteger(Coercion.java:95) at org.apache.commons.jexl.parser.ASTArrayAccess.evaluateExpr(ASTArrayAccess.java:177) at org.apache.commons.jexl.parser.ASTIdentifier.execute(ASTIdentifier.java:104) at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:106) at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:88) at org.apache.commons.jexl.parser.ASTNotNode.value(ASTNotNode.java:88) at org.apache.commons.jexl.parser.ASTExpression.value(ASTExpression.java:85) at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:123) at org.apache.commons.jelly.expression.jexl.JexlExpression.evaluate(JexlExpression.java:115) at org.apache.commons.jelly.expression.jexl.JexlExpressionFactory$ExpressionSupportLocal.evaluate(JexlExpressionFactory.java:168) at org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:106) at org.apache.commons.jelly.expression.ExpressionSupport.evaluateAsBoolean(ExpressionSupport.java:116) at org.apache.commons.jelly.tags.core.WhenTag.doTag(WhenTag.java:90) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:84) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at com.werken.werkz.jelly.ProjectTag.doTag(ProjectTag.java:112) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.maven.jelly.JellyUtils.runScript(JellyUtils.java:112) at org.apache.maven.jelly.JellyUtils.runScript(JellyUtils.java:139) at org.apache.maven.plugin.PluginManager.loadPlugin(PluginManager.java:673) at org.apache.maven.plugin.PluginManager.prepForGoal(PluginManager.java:475) at org.apache.maven.MavenSession.prepForGoal(MavenSession.java:260) .... I also get about 20 errors similar to the following: 2003-04-01 11:28:49,538 ERROR org.apache.commons.jelly.tags.ant.AntTag - Class org.apache.commons.jelly.tags.core.IfTag doesn't support the nested "available" element. 2003-04-01 11:28:49,548 ERROR org.apache.commons.jelly.tags.ant.AntTag - Class com.werken.werkz.jelly.ProjectTag doesn't support the nested "path" element. I think the problem may be that I'm having difficulty getting my jars on the classpath during the build, but as everything I try seems to return these errors its difficult to work out what I'm doing wrong. This is the build part of my project.xml file: (there are no dependencies defined; my project builds fine using ant, so I don't think its a code problem) <build> <nagEmailAddress> daniel99@example.org </nagEmailAddress> <sourceDirectory>myproject/src</sourceDirectory> <unitTestSourceDirectory></unitTestSourceDirectory> <integrationUnitTestSourceDirectory/> <aspectSourceDirectory/> <unitTest> </unitTest> <!-- J A R R E S O U R C E S --> <!-- Resources that are packaged up inside the JAR file --> <resources> <includes> <include>servlet.jar</include> </includes> </resources> <integrationUnitTest/> <jars> </jars> </build> I get the same problem with no jars included (under resources), with the jars under the <jar> tag instead, and with the jars defined under dependencies (I'm not convinced I'm doing it right for any of them though). The exception doesn't occur if I replace the source directory to something like: <sourceDirectory>myproject/noneexistantdirectory/src</sourceDirectory>. Has anyone encountered this before and could give me a hint? Or an example of how to properly include some jars on the classpath during the build from the 'myproject/lib directory' would be much appreciated! Apologies if I'm just doing something stupid :) Cheers, Nick _________________________________________________________________ Express yourself with cool emoticons http://www.msn.co.uk/messenger --------------------------------------------------------------------- To unsubscribe, e-mail: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 14:22:50 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 61558 invoked by uid 500); 1 Apr 2003 14:22:50 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 61487 invoked from network); 1 Apr 2003 14:22:48 -0000 Received: from www.phoenixcolor.com (HELO scott.zenplex.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 14:22:48 -0000 Received: from [83.161.120.155] (jason.zenplex.com [83.161.120.155]) by scott.zenplex.com (8.11.4/8.11.4) with ESMTP id h31EF9m14809 for <daniel99@example.org>; Tue, 1 Apr 2003 09:15:09 -0500 Subject: Re: inter-project dependencies for the Eclipse plugin From: Jason van Zyl <daniel99@example.org> To: Maven Users List <daniel99@example.org> In-Reply-To: <daniel99@example.org> References: <daniel99@example.org> <daniel99@example.org> <daniel99@example.org> Content-Type: text/plain Organization: Zenplex Message-Id: <daniel99@example.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 01 Apr 2003 09:22:43 -0500 Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Tue, 2003-04-01 at 04:33, Mark H. Wilkinson wrote: > > I think there's a bit of a problem with the model here, because plugins > that would like to know about the various trees that contain Java source > need to have explicit code in them to handle each source tree. The > Eclipse plugin currently knows about the sourceDirectory and the > unitTestSourceDirectory. If another kind of plugin was introduced and it > had its own Java source tree, the Eclipse plugin (for example) would > need to be modified to extract the information from the POM and put it > in the .classpath file; as would any other plugin which needed to know > about source code locations... > So if we use, say, the Antlr plugin that generates sources you're talking about some non-maven compilation process knowing about the generated sources? The addPath tag allows any addition path of sources to be added to the maven.compile.src.set which is what is currently used to compile the project sources. Take a look at the Antlr plugin for how this works. If we need a way of external tasks to know where sources are we could probably add something to the POM that makes this information available when the addPath tag is executed. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: daniel99@example.org > For additional commands, e-mail: daniel99@example.org -- jvz. Jason van Zyl daniel99@example.org 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: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 15:33:15 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 32081 invoked by uid 500); 1 Apr 2003 15:33:15 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 32068 invoked from network); 1 Apr 2003 15:33:14 -0000 Received: from smtp.brightspark.com (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 15:33:14 -0000 Received: from localhost (joshua [83.161.120.155]) by smtp.brightspark.com (Postfix) with ESMTP id A27DD70047 for <daniel99@example.org>; Tue, 1 Apr 2003 10:36:50 -0500 (EST) Received: from smtp.brightspark.com ([83.161.120.155]) by localhost (joshua [83.161.120.155]) (amavisd-new) with ESMTP id 25946-01 for <daniel99@example.org>; Tue, 1 Apr 2003 10:36:49 -0000 (EST) Received: from scooby.corp.bspark.com (gateway.brightspark.com [83.161.120.155]) by smtp.brightspark.com (Postfix) with ESMTP id 03E7770040 for <daniel99@example.org>; Tue, 1 Apr 2003 10:36:46 -0500 (EST) Received: from exis.com ([83.161.120.155]) by scooby.corp.bspark.com with Microsoft SMTPSVC(5.0.2195.5329); Tue, 1 Apr 2003 10:33:11 -0500 Message-ID: <daniel99@example.org> Date: Tue, 01 Apr 2003 10:33:11 -0500 From: Colin Sampaleanu <daniel99@example.org> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maven Users List <daniel99@example.org> Subject: Re: inter-project dependencies for the Eclipse plugin References: <daniel99@example.org> <daniel99@example.org> In-Reply-To: <daniel99@example.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Apr 2003 15:33:11.0701 (UTC) FILETIME=[01004C50:01C2F864] X-Scanned: by amavisd-new-20020630 X-Razor-id: 0a937f5b10786ba09b32e6b150e191ad61377de5 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Jason van Zyl wrote: >On Mon, 2003-03-31 at 19:29, daniel99@example.org wrote: > > >>"Mark H. Wilkinson" <daniel99@example.org> wrote on 01/04/2003 >>01:44:01 AM: >> >>>On Fri, 2003-03-28 at 20:57, Mark McBride wrote: >>>Ahh; see what you mean. I don't think it would be that difficult to add >>>support for that kind of thing, but it's not there now. You'd need to >>>solve a couple of problems: >>> 1. You need a standard way to represent multiple Java source trees >>> in the POM. >>> >>> >That will never happen. It was fully intentional that there is only one >source directory per project. > >>At the moment the paths to the source trees are >> >> >>> encoded in the jelly script, so aren't easily available to any >>> plugin. A simple solution that you could start with would be to >>> put them in <properties> elements in the POM, but there probably >>> ought to be support for this in the POM itself (IMHO). >>> >>> >Sorry, I don't understand. Do you mean for multiple source directories >when you add them manually? The addPath tag was made specifically for >generative plugins like antlr where sources are generated. That is the >only intended use. > >>We've tried having multiple source trees before. It was damn difficult. >>I'm happy for someone else to give it a go and get everything working >>consistently, but I personally have been down that road and never want to >>go back. >> >> >+1 > >There will never, ever, ever be support for more than one source tree >per project. > Jason, can you clarify what the real issue with multiple source directories is? I've tried searching through the dev and user archives I've got (back to last Aug), and couldn't get a good idea of what the problem is. The best I could find was a statement from you that you don't consider it good form since it encourages putting together unrelated source in the same project. While having Maven encourage good source organization practices is a laudible goal, are there any real technical issues with supporting multiple source directories? Given that Maven already does support multiple source dirs in the only fashion I use them (to separate test sources from non-test sources), and handles generated sources (from the like of xdoclet), I don't personally need anything more for my projects. However this restriction seems like a somewhat arbitrary decision notheless, which makes it much harder for some projects currently using Ant or various IDEs like JBuilder or Eclipse, all of which do currently support multiple source directories (and multiple target directories for that matter), to switch over to Maven. If existing projects must be significantly reorganized to use Maven, there is much less chance they will do so, as opposed to the approach of getting the build going in some fashion, and then doing a gradual refactoring of the project layout(s). IMHO, the best tools are flexible enough to support existing practices, while gently prodding users towards best practices. Regards, Colin --------------------------------------------------------------------- To unsubscribe, e-mail: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 16:13:56 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 45922 invoked by uid 500); 1 Apr 2003 16:13:55 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 45770 invoked from network); 1 Apr 2003 16:13:53 -0000 Received: from anchor-post-35.mail.demon.net (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 16:13:53 -0000 Received: from kremvax.demon.co.uk ([83.161.120.155] helo=kremvax.kremvax.net) by anchor-post-35.mail.demon.net with esmtp (Exim 3.36 #2) id 190OOX-0004eK-0Z for daniel99@example.org; Tue, 01 Apr 2003 17:13:53 +0100 Received: by kremvax.kremvax.net (Postfix, from userid 1000) id 0A816A52F; Tue, 1 Apr 2003 17:13:52 +0100 (BST) Subject: Re: inter-project dependencies for the Eclipse plugin From: "Mark H. Wilkinson" <daniel99@example.org> To: Maven Users List <daniel99@example.org> In-Reply-To: <daniel99@example.org> References: <daniel99@example.org> <daniel99@example.org> <daniel99@example.org> <daniel99@example.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <daniel99@example.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 01 Apr 2003 17:13:52 +0100 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Tue, 2003-04-01 at 15:22, Jason van Zyl wrote: > > So if we use, say, the Antlr plugin that generates sources you're > talking about some non-maven compilation process knowing about the > generated sources? Yeah, that's basically it. > The addPath tag allows any addition path of sources > to be added to the maven.compile.src.set which is what is currently used > to compile the project sources. Take a look at the Antlr plugin for how > this works. If we need a way of external tasks to know where sources are > we could probably add something to the POM that makes this information > available when the addPath tag is executed. I think that might be useful. Would the information from the addPath tag be available even if the plugin hadn't actually generated it's source code during that instance of maven? For example, if someone did maven eclipse:generate-project the antlr (or whatever) plugin wouldn't (probably) be executed, hence the addPath data wouldn't be available. That said, this isn't actually the problem I was trying to fix when I started this thread :-) _That_ problem is that if you break a system into a number of maven projects, one source tree in each, it's useful to be able to say that a dependency actually relates to the current version of another maven project rather than a jar file in some repository. Any thoughts on that problem? -Mark. --------------------------------------------------------------------- To unsubscribe, e-mail: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 16:44:48 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 24567 invoked by uid 500); 1 Apr 2003 16:44:47 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 24547 invoked from network); 1 Apr 2003 16:44:46 -0000 Received: from www.phoenixcolor.com (HELO scott.zenplex.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 16:44:46 -0000 Received: from [83.161.120.155] (jason.zenplex.com [83.161.120.155]) by scott.zenplex.com (8.11.4/8.11.4) with ESMTP id h31Gb8m17035 for <daniel99@example.org>; Tue, 1 Apr 2003 11:37:08 -0500 Subject: Re: inter-project dependencies for the Eclipse plugin From: Jason van Zyl <daniel99@example.org> To: Maven Users List <daniel99@example.org> In-Reply-To: <daniel99@example.org> References: <daniel99@example.org> <daniel99@example.org> <daniel99@example.org> Content-Type: text/plain Organization: Zenplex Message-Id: <daniel99@example.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 01 Apr 2003 11:44:41 -0500 Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Tue, 2003-04-01 at 10:33, Colin Sampaleanu wrote: > Jason, can you clarify what the real issue with multiple source > directories is? Separation of concerns. If you have gone to the trouble of separating your sources into a separate tree then you probably did it for a reason. When you have multiple sources trees, you usually have multiple concerns. Testing usually becomes muddled, lots of hacks find their way into the code because the source trees are mixed up. This is also a problem on Maven's side because you can't deal with each project uniformly. Plugins become really ugly when having to look in N places for sources, what to do if there is more than one, how they relate ... just gets nasty. > While having Maven encourage good source organization practices is a > laudible goal, are there any real technical issues with supporting > multiple source directories? None. Maven could support N source directories. But just because it's technically possible doesn't mean it's a good thing or should be supported. > Given that Maven already does support > multiple source dirs in the only fashion I use them (to separate test > sources from non-test sources), and handles generated sources (from the > like of xdoclet), I don't personally need anything more for my projects. Multiple source directories are not supported. The addPath tag is being abused if people are not using it in conjunction with some generative process and it will just eventually bite them in the ass. Make their projects many fold more complex than they have to be, developer comprehension will drop an order of magnitude and it's generally a lose/lose situation. > However this restriction seems like a somewhat arbitrary decision > notheless, Far from arbitrary. People can use the addPath tag to work around it and to migrate projects but I certainly don't recommend it ever. At least in the POM more than one source directory will never be supported. -- jvz. Jason van Zyl daniel99@example.org 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: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 17:27:38 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 26830 invoked by uid 500); 1 Apr 2003 17:27:38 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 26755 invoked from network); 1 Apr 2003 17:27:37 -0000 Received: from romulus.ilog.com (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 17:27:37 -0000 Received: from mvmbx01.ilog.biz (mvmbx01.ilog.com [83.161.120.155]) by romulus.ilog.com (8.12.8/8.12.8) with ESMTP id h31HRdoW025470 for <daniel99@example.org>; Tue, 1 Apr 2003 09:27:39 -0800 (PST) Received: from FOGGYMT ([83.161.120.155]) by mvmbx01.ilog.biz with Microsoft SMTPSVC(5.0.2195.5329); Tue, 1 Apr 2003 09:27:39 -0800 From: "David Zeleznik" <daniel99@example.org> To: "Turbine Maven Users List" <daniel99@example.org> Subject: Bootstrap build info Date: Tue, 1 Apr 2003 12:28:44 -0500 Message-ID: <daniel99@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-OriginalArrivalTime: 01 Apr 2003 17:27:39.0219 (UTC) FILETIME=[FE5C6230:01C2F873] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi, After using beta8 for several weeks, I tried unsuccessfully several times to build Maven from source. In the end, I discovered that if you have a ${user.home}/build.properties file, this must be deleted or temporarilly renamed before starting the bootstrap build. This crucial bit of info is missing from the docs at http://maven.apache.org/start/bootstrap.html. In my case, I had an overridden maven.repo.local property pointing to my beta8 repo cache. This seemed to be the culprit that was causing the bootstrap builds to fail. In the end, it seems safest just to make sure that you do not have any $user.home/build.properties file before starting the build. Maybe someone can update the docs? -------------------------------------- David Zeleznik ILOG - Changing the rules of business mailto:daniel99@example.org http://www.ilog.com -------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 17:44:54 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 53176 invoked by uid 500); 1 Apr 2003 17:44:53 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 53150 invoked from network); 1 Apr 2003 17:44:52 -0000 Received: from romulus.ilog.com (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 17:44:52 -0000 Received: from mvmbx01.ilog.biz (mvmbx01.ilog.com [83.161.120.155]) by romulus.ilog.com (8.12.8/8.12.8) with ESMTP id h31HitoW025904 for <daniel99@example.org>; Tue, 1 Apr 2003 09:44:55 -0800 (PST) Received: from FOGGYMT ([83.161.120.155]) by mvmbx01.ilog.biz with Microsoft SMTPSVC(5.0.2195.5329); Tue, 1 Apr 2003 09:44:55 -0800 From: "David Zeleznik" <daniel99@example.org> To: "Turbine Maven Users List" <daniel99@example.org> Subject: Maven property processing and startup sequence Date: Tue, 1 Apr 2003 12:46:00 -0500 Message-ID: <daniel99@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-OriginalArrivalTime: 01 Apr 2003 17:44:55.0502 (UTC) FILETIME=[68089EE0:01C2F876] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi, The sequence that Maven processes its properties files is documented at http://maven.apache.org/reference/user-guide.html#Properties%20Processing. However, this page does not document how property file processing relates to pom and maven.xml processing and the rest of Maven's startup sequence. I first needed this info when I was trying to determine why setting maven.repo.remote from my maven.xml was ineffective for dependency resolution. I did a bit of experimenting, and here is the Maven startup and initialization sequence I have found: * ${maven.home}/bin/driver.properties is processed * ${project.home}/project.properties is processed * ${project.home}/build.properties is processed * ${user.home}/build.properties is processed * project dependencies are resolved * maven.xml for the parent project, if any, is compiled, any inline jelly script is executed * maven.xml for the project is executed, any inline jelly script is excecuted. * Plug-in default properties are processed for those that are not already defined * Any inline plugin.jelly for all plugins is executed * goals are executed Can anyone comment on this for accuracy? I would like to make sure that I have a complete and proper understanding of Maven's initialization sequence. Thanks! -------------------------------------- David Zeleznik ILOG - Changing the rules of business mailto:daniel99@example.org http://www.ilog.com -------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 17:53:08 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 68051 invoked by uid 500); 1 Apr 2003 17:53:07 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 68038 invoked from network); 1 Apr 2003 17:53:07 -0000 Received: from www.phoenixcolor.com (HELO scott.zenplex.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 17:53:07 -0000 Received: from [83.161.120.155] (jason.zenplex.com [83.161.120.155]) by scott.zenplex.com (8.11.4/8.11.4) with ESMTP id h31HjVm17868 for <daniel99@example.org>; Tue, 1 Apr 2003 12:45:31 -0500 Subject: Re: Bootstrap build info From: Jason van Zyl <daniel99@example.org> To: Maven Users List <daniel99@example.org> In-Reply-To: <daniel99@example.org> References: <daniel99@example.org> Content-Type: text/plain Organization: Zenplex Message-Id: <daniel99@example.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 01 Apr 2003 12:53:04 -0500 Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Tue, 2003-04-01 at 12:28, David Zeleznik wrote: > Hi, > > After using beta8 for several weeks, I tried unsuccessfully several times to > build Maven from source. In the end, I discovered that if you have a > ${user.home}/build.properties file, this must be deleted or temporarilly > renamed before starting the bootstrap build. No, it does not. I have a ~/build.properties file and I bootstrap all the time. > This crucial bit of info is > missing from the docs at http://maven.apache.org/start/bootstrap.html. In my > case, I had an overridden maven.repo.local property pointing to my beta8 > repo cache. This seemed to be the culprit that was causing the bootstrap > builds to fail. In the end, it seems safest just to make sure that you do > not have any $user.home/build.properties file before starting the build. > Maybe someone can update the docs? > > -------------------------------------- > David Zeleznik > ILOG - Changing the rules of business > mailto:daniel99@example.org > http://www.ilog.com > -------------------------------------- > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: daniel99@example.org > For additional commands, e-mail: daniel99@example.org -- jvz. Jason van Zyl daniel99@example.org 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: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 18:02:14 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 77838 invoked by uid 500); 1 Apr 2003 18:02:14 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 77825 invoked from network); 1 Apr 2003 18:02:14 -0000 Received: from romulus.ilog.com (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 18:02:14 -0000 Received: from mvmbx01.ilog.biz (mvmbx01.ilog.com [83.161.120.155]) by romulus.ilog.com (8.12.8/8.12.8) with ESMTP id h31I2HoW026402 for <daniel99@example.org>; Tue, 1 Apr 2003 10:02:17 -0800 (PST) Received: from FOGGYMT ([83.161.120.155]) by mvmbx01.ilog.biz with Microsoft SMTPSVC(5.0.2195.5329); Tue, 1 Apr 2003 10:02:16 -0800 From: "David Zeleznik" <daniel99@example.org> To: "Turbine Maven Users List" <daniel99@example.org> Subject: Defining goals in imported scripts Date: Tue, 1 Apr 2003 13:03:21 -0500 Message-ID: <daniel99@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-OriginalArrivalTime: 01 Apr 2003 18:02:17.0161 (UTC) FILETIME=[D4E92B90:01C2F878] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi Yet Again, This may be more of a Jelly question than Maven, I am not sure. We have a large maven.xml that is associated with our template project.xml. We have been adding many common goals, etc. to this template maven.xml and it has gotten larger and larger. We are now trying to break maven.xml up into smaller scripts that are imported by maven.xml. This is where we are encountering some type of goal scoping behavior that we do not completely understand. For example... doit.jelly looks like this: <project> <goal name="doit"> <echo>You asked me to do it!</echo> </goal> </project> Now, if my maven.xml directly imports doit.jelly: <project xmlns:j="jelly:core" > <j:import file="doit.jelly" inherit="true" /> </project> The doit goal is not defined and I cannot execute "maven doit". However, if I import the nested script within the context of a goal I can attain goals in the nested script. Here is the revised maven.xml: <project xmlns:j="jelly:core" > <goal name="reallyDoit"> <j:import file="doit.jelly" inherit="true" /> <attainGoal name="doit"/> </goal> </project> Now, I can successfully execute "maven reallyDoit" and the doit goal is attained. Can someone explain this to me, is this expected behavior? Thanks, -------------------------------------- David Zeleznik ILOG - Changing the rules of business mailto:daniel99@example.org http://www.ilog.com -------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 18:12:17 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 92425 invoked by uid 500); 1 Apr 2003 18:12:16 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 92411 invoked from network); 1 Apr 2003 18:12:16 -0000 Received: from romulus.ilog.com (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 18:12:16 -0000 Received: from mvmbx01.ilog.biz (mvmbx01.ilog.com [83.161.120.155]) by romulus.ilog.com (8.12.8/8.12.8) with ESMTP id h31ICKoW026728 for <daniel99@example.org>; Tue, 1 Apr 2003 10:12:20 -0800 (PST) Received: from FOGGYMT ([83.161.120.155]) by mvmbx01.ilog.biz with Microsoft SMTPSVC(5.0.2195.5329); Tue, 1 Apr 2003 10:12:19 -0800 From: "David Zeleznik" <daniel99@example.org> To: "Maven Users List" <daniel99@example.org> Subject: RE: Bootstrap build info Date: Tue, 1 Apr 2003 13:13:25 -0500 Message-ID: <daniel99@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <daniel99@example.org> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-OriginalArrivalTime: 01 Apr 2003 18:12:20.0106 (UTC) FILETIME=[3C4B46A0:01C2F87A] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > > After using beta8 for several weeks, I tried unsuccessfully > several times to > > build Maven from source. In the end, I discovered that if you have a > > ${user.home}/build.properties file, this must be deleted or temporarilly > > renamed before starting the bootstrap build. > > No, it does not. I have a ~/build.properties file and I bootstrap all > the time. Are you defining maven.repo.local to point to a directory other than $MAVEN_HOME/repository? This seemed to be the problem for me. -------------------------------------- David Zeleznik ILOG - Changing the rules of business mailto:daniel99@example.org http://www.ilog.com -------------------------------------- > > This crucial bit of info is > > missing from the docs at > http://maven.apache.org/start/bootstrap.html. In my > > case, I had an overridden maven.repo.local property pointing to my beta8 > > repo cache. This seemed to be the culprit that was causing the bootstrap > > builds to fail. In the end, it seems safest just to make sure > that you do > > not have any $user.home/build.properties file before starting the build. > > Maybe someone can update the docs? > > > > -------------------------------------- > > David Zeleznik > > ILOG - Changing the rules of business > > mailto:daniel99@example.org > > http://www.ilog.com > > -------------------------------------- > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: daniel99@example.org > > For additional commands, e-mail: daniel99@example.org > -- > jvz. > > Jason van Zyl > daniel99@example.org > 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: daniel99@example.org > For additional commands, e-mail: daniel99@example.org > --------------------------------------------------------------------- To unsubscribe, e-mail: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 18:21:00 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 4998 invoked by uid 500); 1 Apr 2003 18:21:00 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 4985 invoked from network); 1 Apr 2003 18:20:59 -0000 Received: from smtp.brightspark.com (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 18:20:59 -0000 Received: from localhost (joshua [83.161.120.155]) by smtp.brightspark.com (Postfix) with ESMTP id A012270044 for <daniel99@example.org>; Tue, 1 Apr 2003 13:24:37 -0500 (EST) Received: from smtp.brightspark.com ([83.161.120.155]) by localhost (joshua [83.161.120.155]) (amavisd-new) with ESMTP id 27014-01 for <daniel99@example.org>; Tue, 1 Apr 2003 13:24:36 -0000 (EST) Received: from scooby.corp.bspark.com (gateway.brightspark.com [83.161.120.155]) by smtp.brightspark.com (Postfix) with ESMTP id 7167B70036 for <daniel99@example.org>; Tue, 1 Apr 2003 13:24:31 -0500 (EST) Received: from exis.com ([83.161.120.155]) by scooby.corp.bspark.com with Microsoft SMTPSVC(5.0.2195.5329); Tue, 1 Apr 2003 13:20:56 -0500 Message-ID: <daniel99@example.org> Date: Tue, 01 Apr 2003 13:20:56 -0500 From: Colin Sampaleanu <daniel99@example.org> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maven Users List <daniel99@example.org> Subject: Re: inter-project dependencies for the Eclipse plugin References: <daniel99@example.org> <daniel99@example.org> <daniel99@example.org> <daniel99@example.org> In-Reply-To: <daniel99@example.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Apr 2003 18:20:56.0982 (UTC) FILETIME=[70604B60:01C2F87B] X-Scanned: by amavisd-new-20020630 X-Razor-id: c8bef9f41de022318513828d36a118508a62eb92 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Jason van Zyl wrote: >On Tue, 2003-04-01 at 10:33, Colin Sampaleanu wrote: > >>Jason, can you clarify what the real issue with multiple source >>directories is? >> >> >... > >>Given that Maven already does support >>multiple source dirs in the only fashion I use them (to separate test >>sources from non-test sources), and handles generated sources (from the >>like of xdoclet), I don't personally need anything more for my projects. >> >> > >Multiple source directories are not supported. The addPath tag is being >abused if people are not using it in conjunction with some generative >process and it will just eventually bite them in the ass. Make their >projects many fold more complex than they have to be, developer >comprehension will drop an order of magnitude and it's generally a >lose/lose situation. > >>However this restriction seems like a somewhat arbitrary decision >>notheless, >> >> >Far from arbitrary. People can use the addPath tag to work around it and >to migrate projects but I certainly don't recommend it ever. At least in >the POM more than one source directory will never be supported. > I don't understand how you can say Maven doesn't support multiple source directories, what about sourceDirectory, unitTestSourceDirectory, integrationUnitTestSourceDirectory, aspectSourceDirectory? These are all different source directories that are handled by various parts of Maven. To draw the line there seems awfully presumptious. With all due respect to your opinion (that this handles most cases and results in good practices, which I agree), I've been around the block enough to know that I don't know everything. If somebody/an organization has a need to add another source dir that is on an equal basis to the ones above (to be used by a plugin, or whatever), and feel that in their usage this results in a cleaner/better setup, power to them. Unfortunately there is no way to do it. Is Maven development driven by the needs of the users, or the need to enforce your (and in this case mine) idea of best practices at the exclusion of others. If it were a matter of compromising the best way to do it, or introducing large amounts of additional complexity to the setup/build process, I would understand it, but that is not the case here. This attittude should apply in general, not just to this feature. Just my opinion, and I hope I don't come off the wrong way here, I do in general love Maven and what you've done. Regards, Colin --------------------------------------------------------------------- To unsubscribe, e-mail: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 20:08:33 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 98071 invoked by uid 500); 1 Apr 2003 20:08:32 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 98004 invoked from network); 1 Apr 2003 20:08:31 -0000 Received: from www.phoenixcolor.com (HELO scott.zenplex.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 20:08:31 -0000 Received: from [83.161.120.155] (jason.zenplex.com [83.161.120.155]) by scott.zenplex.com (8.11.4/8.11.4) with ESMTP id h31K0sm19623 for <daniel99@example.org>; Tue, 1 Apr 2003 15:00:56 -0500 Subject: RE: Bootstrap build info From: Jason van Zyl <daniel99@example.org> To: Maven Users List <daniel99@example.org> In-Reply-To: <daniel99@example.org> References: <daniel99@example.org> Content-Type: text/plain Organization: Zenplex Message-Id: <daniel99@example.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 01 Apr 2003 15:08:27 -0500 Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Tue, 2003-04-01 at 13:13, David Zeleznik wrote: > > > After using beta8 for several weeks, I tried unsuccessfully > > several times to > > > build Maven from source. In the end, I discovered that if you have a > > > ${user.home}/build.properties file, this must be deleted or temporarilly > > > renamed before starting the bootstrap build. > > > > No, it does not. I have a ~/build.properties file and I bootstrap all > > the time. > > Are you defining maven.repo.local to point to a directory other than > $MAVEN_HOME/repository? This seemed to be the problem for me. Yes I am. > -------------------------------------- > David Zeleznik > ILOG - Changing the rules of business > mailto:daniel99@example.org > http://www.ilog.com > -------------------------------------- > > > > > This crucial bit of info is > > > missing from the docs at > > http://maven.apache.org/start/bootstrap.html. In my > > > case, I had an overridden maven.repo.local property pointing to my beta8 > > > repo cache. This seemed to be the culprit that was causing the bootstrap > > > builds to fail. In the end, it seems safest just to make sure > > that you do > > > not have any $user.home/build.properties file before starting the build. > > > Maybe someone can update the docs? > > > > > > -------------------------------------- > > > David Zeleznik > > > ILOG - Changing the rules of business > > > mailto:daniel99@example.org > > > http://www.ilog.com > > > -------------------------------------- > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: daniel99@example.org > > > For additional commands, e-mail: daniel99@example.org > > -- > > jvz. > > > > Jason van Zyl > > daniel99@example.org > > 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: daniel99@example.org > > For additional commands, e-mail: daniel99@example.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: daniel99@example.org > For additional commands, e-mail: daniel99@example.org -- jvz. Jason van Zyl daniel99@example.org 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: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 21:12:07 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 10225 invoked by uid 500); 1 Apr 2003 21:12:05 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 10212 invoked from network); 1 Apr 2003 21:12:05 -0000 Received: from romulus.ilog.com (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 21:12:05 -0000 Received: from mvmbx01.ilog.biz (mvmbx01.ilog.com [83.161.120.155]) by romulus.ilog.com (8.12.8/8.12.8) with ESMTP id h31LCAoW001513 for <daniel99@example.org>; Tue, 1 Apr 2003 13:12:10 -0800 (PST) Received: from FOGGYMT ([83.161.120.155]) by mvmbx01.ilog.biz with Microsoft SMTPSVC(5.0.2195.5329); Tue, 1 Apr 2003 13:12:10 -0800 From: "David Zeleznik" <daniel99@example.org> To: "Maven Users List" <daniel99@example.org> Subject: RE: Bootstrap build info Date: Tue, 1 Apr 2003 16:13:18 -0500 Message-ID: <daniel99@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <daniel99@example.org> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-OriginalArrivalTime: 01 Apr 2003 21:12:10.0312 (UTC) FILETIME=[5BC20C80:01C2F893] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi Jason, I have done some more testing. FYI, my environment is Win2000, Ant 1.5.2, and jUnit 3.8.1. > > > > After using beta8 for several weeks, I tried unsuccessfully > > > several times to > > > > build Maven from source. In the end, I discovered that if you have a > > > > ${user.home}/build.properties file, this must be deleted or > temporarilly > > > > renamed before starting the bootstrap build. > > > > > > No, it does not. I have a ~/build.properties file and I bootstrap all > > > the time. > > > > Are you defining maven.repo.local to point to a directory other than > > $MAVEN_HOME/repository? This seemed to be the problem for me. > > Yes I am. Yes, I confirm. I am able to point maven.repo.local to an initially empty directory and the bootstrap builds okay. However, if maven.repo.local points to the local repo I was using with beta8, then I get the following failure building the plugins: [echo] +------------------------------------------------------------------+ [echo] | | [echo] | B U I L D I N G T H E P L U G I N S | [echo] | | [echo] +------------------------------------------------------------------+ [echo] [exec] java.lang.reflect.InvocationTargetException [exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [exec] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces sorImpl.java:39) [exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet hodAccessorImpl.java:25) [exec] at java.lang.reflect.Method.invoke(Method.java:324) [exec] at com.werken.forehead.Forehead.run(Forehead.java:543) [exec] at com.werken.forehead.Forehead.main(Forehead.java:573) [exec] Caused by: java.lang.NoClassDefFoundError: org/apache/tools/ant/task defs/optional/junit/FormatterElement$TypeAttribute [exec] at org.apache.commons.jelly.tags.ant.AntTagLibrary.<clinit>(AntT agLibrary.java:120) [exec] at org.apache.maven.jelly.tags.jeez.JeezTagLibrary.<init>(JeezTa gLibrary.java:32) [exec] at org.apache.maven.jelly.tags.jeez.MavenJeezTagLibrary.<init>(M avenJeezTagLibrary.java:73) [exec] at org.apache.maven.jelly.MavenJellyContext.initializeContext(Ma venJellyContext.java:141) [exec] at org.apache.maven.jelly.MavenJellyContext.<init>(MavenJellyCon text.java:104) [exec] at org.apache.maven.MavenUtils.createContext(MavenUtils.java:806 ) [exec] at org.apache.maven.MavenUtils.createContext(MavenUtils.java:738 ) [exec] at org.apache.maven.cli.App.initializeRootContext(App.java:342) [exec] at org.apache.maven.cli.App.initialize(App.java:281) [exec] at org.apache.maven.cli.App.doMain(App.java:447) [exec] at org.apache.maven.cli.App.main(App.java:1080) [exec] ... 6 more [echo] [echo] +------------------------------------------------------------------+ The bootstrap build ignores this initial error and continues until it later trips over its own feet trying to build itself: [echo] +------------------------------------------------------------------+ [echo] | | [echo] | B U I L D I N G M A V E N W I T H I T S E L F | [echo] | | [echo] +------------------------------------------------------------------+ [echo] [exec] java.lang.reflect.InvocationTargetException [exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [exec] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces sorImpl.java:39) [exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet hodAccessorImpl.java:25) [exec] at java.lang.reflect.Method.invoke(Method.java:324) [exec] at com.werken.forehead.Forehead.run(Forehead.java:543) [exec] at com.werken.forehead.Forehead.main(Forehead.java:573) [exec] Caused by: java.lang.NoClassDefFoundError: org/apache/tools/ant/task defs/optional/junit/FormatterElement$TypeAttribute [exec] at org.apache.commons.jelly.tags.ant.AntTagLibrary.<clinit>(AntT agLibrary.java:120) [exec] at org.apache.maven.jelly.tags.jeez.JeezTagLibrary.<init>(JeezTa gLibrary.java:32) [exec] at org.apache.maven.jelly.tags.jeez.MavenJeezTagLibrary.<init>(M avenJeezTagLibrary.java:73) [exec] at org.apache.maven.jelly.MavenJellyContext.initializeContext(Ma venJellyContext.java:141) [exec] at org.apache.maven.jelly.MavenJellyContext.<init>(MavenJellyCon text.java:104) [exec] at org.apache.maven.MavenUtils.createContext(MavenUtils.java:806 ) [exec] at org.apache.maven.MavenUtils.createContext(MavenUtils.java:738 ) [exec] at org.apache.maven.cli.App.initializeRootContext(App.java:342) [exec] at org.apache.maven.cli.App.initialize(App.java:281) [exec] at org.apache.maven.cli.App.doMain(App.java:447) [exec] at org.apache.maven.cli.App.main(App.java:1080) [exec] ... 6 more The only thing I can guess is that some dependency cached by beta8 in my local repo is somehow satisfying a beta9 dependency, but is incompatible with it. Note, that when I do a bootstrap build against my beta8 local repo, I do not see any new downloads from ibiblio. I hope this helps pinpoint the issue for you. Regards, -------------------------------------- David Zeleznik ILOG - Changing the rules of business mailto:daniel99@example.org http://www.ilog.com -------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Tue Apr 01 21:22:19 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 22030 invoked by uid 500); 1 Apr 2003 21:22:19 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 22017 invoked from network); 1 Apr 2003 21:22:18 -0000 Received: from www.phoenixcolor.com (HELO scott.zenplex.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2003 21:22:18 -0000 Received: from [83.161.120.155] (jason.zenplex.com [83.161.120.155]) by scott.zenplex.com (8.11.4/8.11.4) with ESMTP id h31LEim20456 for <daniel99@example.org>; Tue, 1 Apr 2003 16:14:44 -0500 Subject: RE: Bootstrap build info From: Jason van Zyl <daniel99@example.org> To: Maven Users List <daniel99@example.org> In-Reply-To: <daniel99@example.org> References: <daniel99@example.org> Content-Type: text/plain Organization: Zenplex Message-Id: <daniel99@example.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 01 Apr 2003 16:22:17 -0500 Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Tue, 2003-04-01 at 16:13, David Zeleznik wrote: > Hi Jason, > > I have done some more testing. FYI, my environment is Win2000, Ant 1.5.2, > and jUnit 3.8.1. Almost all the core developers point their local repo somewhere other than the default as it's very annoying to have to download everything during every bootstrap. I've had a pointer to my local repo, which is outside the maven home directory, far prior to the release of beta-8 and have never experienced any problems. I believe Dion and Bob do the same thing. I would venture to say the problem is on your end. > > > jvz. > > Jason van Zyl > daniel99@example.org > 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: daniel99@example.org For additional commands, e-mail: daniel99@example.org From daniel99@example.org Wed Apr 02 00:18:42 2003 Return-Path: <daniel99@example.org> Delivered-To: daniel99@example.org Received: (qmail 78968 invoked by uid 500); 2 Apr 2003 00:18:41 -0000 Mailing-List: contact daniel99@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:daniel99@example.org> List-Subscribe: <mailto:daniel99@example.org> List-Help: <mailto:daniel99@example.org> List-Post: <mailto:daniel99@example.org> List-Id: "Maven Users List" <users.maven.apache.org> Reply-To: "Maven Users List" <daniel99@example.org> Delivered-To: mailing list daniel99@example.org Received: (qmail 78859 invoked from network); 2 Apr 2003 00:18:40 -0000 Received: from 202-44-167-185.nexnet.net.au (HELO adslgateway.multitask.com.au) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Apr 2003 00:18:40 -0000 In-Reply-To: <daniel99@example.org> To: "Maven Users List" <daniel99@example.org> Subject: RE: Bootstrap build info MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.1 February 07, 2003 From: daniel99@example.org Message-ID: <daniel99@example.org> Date: Wed, 2 Apr 2003 10:20:03 +1000 X-MIMETrack: Serialize by Router on ADSLGateway/Multitask Consulting/AU(Release 6.0|September 26, 2002) at 02/04/2003 10:20:05 AM, Serialize complete at 02/04/2003 10:20:05 AM Content-Type: text/plain; charset="US-ASCII" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Maybe you have no ant-optional-x.y.jar in that repo??? Or a bad one....try blowing it away. -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au "David Zeleznik" <daniel99@example.org> wrote on 02/04/2003 07:13:18 AM: > Hi Jason, > > I have done some more testing. FYI, my environment is Win2000, Ant 1.5.2, > and jUnit 3.8.1. > > > > > > After using beta8 for several weeks, I tried unsuccessfully > > > > several times to > > > > > build Maven from source. In the end, I discovered that if you have a > > > > > ${user.home}/build.properties file, this must be deleted or > > temporarilly > > > > > renamed before starting the bootstrap build. > > > > > > > > No, it does not. I have a ~/build.properties file and I bootstrap all > > > > the time. > > > > > > Are you defining maven.repo.local to point to a directory other than > > > $MAVEN_HOME/repository? This seemed to be the problem for me. > > > > Yes I am. > > Yes, I confirm. I am able to point maven.repo.local to an initially empty > directory and the bootstrap builds okay. However, if maven.repo.local points > to the local repo I was using with beta8, then I get the following failure > building the plugins: > > [echo] > +------------------------------------------------------------------+ > [echo] | > | > [echo] | B U I L D I N G T H E P L U G I N S > | > [echo] | > | > [echo] > +------------------------------------------------------------------+ > [echo] > [exec] java.lang.reflect.InvocationTargetException > [exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > [exec] at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces > sorImpl.java:39) > [exec] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet > hodAccessorImpl.java:25) > [exec] at java.lang.reflect.Method.invoke(Method.java:324) > [exec] at com.werken.forehead.Forehead.run(Forehead.java:543) > [exec] at com.werken.forehead.Forehead.main(Forehead.java:573) > [exec] Caused by: java.lang.NoClassDefFoundError: > org/apache/tools/ant/task > defs/optional/junit/FormatterElement$TypeAttribute > [exec] at > org.apache.commons.jelly.tags.ant.AntTagLibrary.<clinit>(AntT > agLibrary.java:120) > [exec] at > org.apache.maven.jelly.tags.jeez.JeezTagLibrary.<init>(JeezTa > gLibrary.java:32) > [exec] at
{'source': 'Apache Software Foundation Public Mail Archives'}