Return-Path: X-Original-To: apmail-buildr-users-archive@www.apache.org Delivered-To: apmail-buildr-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7A59AD552 for ; Fri, 10 Aug 2012 17:38:26 +0000 (UTC) Received: (qmail 65738 invoked by uid 500); 10 Aug 2012 17:38:26 -0000 Delivered-To: apmail-buildr-users-archive@buildr.apache.org Received: (qmail 65705 invoked by uid 500); 10 Aug 2012 17:38:26 -0000 Mailing-List: contact users-help@buildr.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@buildr.apache.org Delivered-To: mailing list users@buildr.apache.org Received: (qmail 65693 invoked by uid 99); 10 Aug 2012 17:38:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Aug 2012 17:38:26 +0000 X-ASF-Spam-Status: No, hits=1.8 required=5.0 tests=HTML_FONT_FACE_BAD,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of abargnesi@gmail.com designates 209.85.212.44 as permitted sender) Received: from [209.85.212.44] (HELO mail-vb0-f44.google.com) (209.85.212.44) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Aug 2012 17:38:18 +0000 Received: by vbbez10 with SMTP id ez10so2392477vbb.17 for ; Fri, 10 Aug 2012 10:37:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=QuXCNzQ++r0VEyVI7kTyhJmqRsfTqipQwPbfK/qHK3s=; b=iK+mCO2CS9vPLBTMMN6dEfFzqZX3yR+WUljP/3EyItyNzFFFm8h4LuNFBX/tM/3tdc YeO8XrD9UUQ/4pa317VbIkLT577kDvxXE7Lw6KwyoYeKkcNL0r/Gh1Z1eKCmieXjkAHJ zM/FDTd6+CNLUKC/N8jNKUtmPG436usGN9gCXpGkkNCan9iwO3vasmtjdo20OQqX1bTk w4vj0o+qVFdD2XsTl2EA1+c4wC2xvmH996c37lWBGfPHndr6UXvHJ+awPS7kdNzpQHfb CZiRAn5YjoR9uN7EC2C6DFXnF/khutwYGWGDFxyQ3BNqW+pIbxxKrp1HbkN1dbcQaYBM pj7g== MIME-Version: 1.0 Received: by 10.52.93.170 with SMTP id cv10mr2736576vdb.78.1344620276835; Fri, 10 Aug 2012 10:37:56 -0700 (PDT) Received: by 10.220.146.203 with HTTP; Fri, 10 Aug 2012 10:37:56 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Aug 2012 13:37:56 -0400 Message-ID: Subject: Re: Generating sub-project names with "eclipse" task From: Anthony Bargnesi To: users@buildr.apache.org Content-Type: multipart/alternative; boundary=20cf3071c7caf5652d04c6eccd0c --20cf3071c7caf5652d04c6eccd0c Content-Type: text/plain; charset=ISO-8859-1 I only generated eclipse files with buildr so it is not in a weird state. I figured out that buildr uses the parent project id as "PARENT-CHILD" and that is used as the eclipse project name. I had to add: eclipse.options.short_names = true to the parent project to use the project names that correspond to the directory. I believe that is missing in the documentation, but somewhat crucial. Thanks! Anthony Bargnesi On Fri, Aug 10, 2012 at 11:37 AM, Alex Boisvert wrote: > My best guess is that you have an inconsistent set of Eclipse .project / > .classpath files. > > I would recommend trying to delete all your .project / .classpath files for > all projects/sub-projects, re-running "buildr eclipse", removing all > projects from your eclipse workspace and re-importing them. > > alex > > > On Fri, Aug 10, 2012 at 4:12 AM, Anthony Bargnesi >wrote: > > > Hello, > > > > I have a project defined with a parent project and a number of > subprojects. > > > > The structure looks something like: > > > > define 'Parent', :layout => layout do > > project.group = 'com.acme.parent' > > project.version = '1.0.0' > > > > define 'base' do > > compile.with ... > > package(...) > > end > > > > define 'core' do > > compile.with ... > > package(...) > > end > > end > > > > When I run the "eclipse" task to generate project files I receive > classpath > > errors in 'core'. > > The core module depends on base as a project dependency in eclipse. > > > > The subprojects appear as base/core projects, but core refers to > > "Parent-base" as its > > project dependency. This refers to the parent project "Parent", but > causes > > invalid eclipse > > metadata to be generated. > > > > Is this intentional and can this behavior be overridden? > > > > Thanks! > > Anthony Bargnesi > > > --20cf3071c7caf5652d04c6eccd0c--