Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2FCCDE280 for ; Fri, 7 Dec 2012 23:45:38 +0000 (UTC) Received: (qmail 93663 invoked by uid 500); 7 Dec 2012 23:45:37 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 93631 invoked by uid 500); 7 Dec 2012 23:45:37 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 93623 invoked by uid 99); 7 Dec 2012 23:45:37 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Dec 2012 23:45:37 +0000 X-ASF-Spam-Status: No, hits=-1.3 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gosmith@adobe.com designates 64.18.1.27 as permitted sender) Received: from [64.18.1.27] (HELO exprod6og111.obsmtp.com) (64.18.1.27) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Dec 2012 23:45:27 +0000 Received: from outbound-smtp-2.corp.adobe.com ([193.104.215.16]) by exprod6ob111.postini.com ([64.18.5.12]) with SMTP ID DSNKUMJ/gZ8A0NeKeX85XVzDVGnzf35YOYOl@postini.com; Fri, 07 Dec 2012 15:45:06 PST Received: from inner-relay-4.eur.adobe.com (inner-relay-4b [10.128.4.237]) by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id qB7Nj4uN014842 for ; Fri, 7 Dec 2012 15:45:04 -0800 (PST) Received: from nahub01.corp.adobe.com (nahub01.corp.adobe.com [10.8.189.97]) by inner-relay-4.eur.adobe.com (8.12.10/8.12.9) with ESMTP id qB7Nj0XQ015669 for ; Fri, 7 Dec 2012 15:45:04 -0800 (PST) Received: from nambx05.corp.adobe.com ([10.8.189.124]) by nahub01.corp.adobe.com ([10.8.189.97]) with mapi; Fri, 7 Dec 2012 15:45:01 -0800 From: Gordon Smith To: "flex-dev@incubator.apache.org" Date: Fri, 7 Dec 2012 15:45:01 -0800 Subject: RE: [Falcon] Unit tests failing Thread-Topic: [Falcon] Unit tests failing Thread-Index: Ac3TSdyPJcmockSkRG2+OtpzFb8InQAAIXiAAAhXZcEAIgO78AABmFpTAACItHAAAAmzEAAAG36tAAIIOBAAMzMwoAAAdiwGAAAon/A= Message-ID: <149F8129B58B2D418508E63117D9C5419B5B623C00@nambx05.corp.adobe.com> References: <149F8129B58B2D418508E63117D9C5419B5B623BF8@nambx05.corp.adobe.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org All unit tests (at least for Falcon) should be zero-configuration. You open= up a file like MXMLArrayTagTests.java. You double-click the name of an ind= ividual test you want to debug, such as the first one, MXMLArrayTag_empty()= , to select it. Then you right-click on it and choose Debug As > JUnit Test= from the context menu. It should just work. The default debug configuratio= n that gets created for this test needs to be sufficient without any additi= onal Program Arguments or VM Arguments. - Gordon -----Original Message----- From: Alex Harui [mailto:aharui@adobe.com]=20 Sent: Friday, December 07, 2012 3:36 PM To: flex-dev@incubator.apache.org Subject: Re: [Falcon] Unit tests failing The copy.sdk target is still in there if you need it. But first, wow do you use the unit tests from Eclipse? I've never tried it= , I always use the command line. Do you set up a run config of some sort? = If you set a FLEX_HOME in the config's environment does that work? Once I understand how you use Eclipse I will try to get it to work. On 12/7/12 3:27 PM, "Gordon Smith" wrote: > After trying and failing to do any Falcon work today, I'll keep=20 > complaining about this. The unit tests are no longer working in=20 > Eclipse. I get >=20 > command line > Error: unable to open > 'D:\Apache\incubator\flex\falcon\trunk\compiler\generated\dist\sdk\fra > meworks\ > mxml-2009-manifest.xml'. >=20 > command line > Error: unable to open > 'D:\Apache\incubator\flex\falcon\trunk\compiler\generated\dist\sdk\fra > meworks\ > libs\player\11.1\playerglobal.swc'. >=20 > This is presumably because the SDK is no longer being copied into a=20 > place that the unit tests can find them. The unit tests can't use an=20 > environment variable to find them because it is infeasible to specify=20 > that environment every time you want to make an Eclipse debug config for = a particular unit test. >=20 > Is there some way to make this work in Eclipse that I don't know=20 > about, so that every JUnit test "just work" without having to=20 > customize a run-config or debug-config for it? >=20 > If not, I will restore some ant targets to do the SDK copying. Alex=20 > may not want to use them, but I need to. >=20 > - Gordon >=20 >=20 > -----Original Message----- > From: Gordon Smith > Sent: Thursday, December 06, 2012 2:58 PM > To: flex-dev@incubator.apache.org > Subject: RE: [Falcon] Unit tests failing >=20 > OK, then I'll stop complaining. >=20 > - Gordon >=20 > -----Original Message----- > From: Alex Harui [mailto:aharui@adobe.com] > Sent: Thursday, December 06, 2012 1:59 PM > To: flex-dev@incubator.apache.org > Subject: Re: [Falcon] Unit tests failing >=20 > The versions in compiler/commandline already looked for FLEX_HOME=20 > environment variable. >=20 >=20 > On 12/6/12 1:56 PM, "Gordon Smith" wrote: >=20 >> I should have said Falcon's 'mxmlc' and 'compc' shell scripts. >>=20 >> - Gordon >>=20 >> -----Original Message----- >> From: Gordon Smith >> Sent: Thursday, December 06, 2012 1:55 PM >> To: flex-dev@incubator.apache.org >> Subject: RE: [Falcon] Unit tests failing >>=20 >> So, how does Falcon's 'asc' shell script do its job? Did you make it=20 >> use an environment variable to find an SDK? >>=20 >> - Gordon >>=20 >> -----Original Message----- >> From: Alex Harui [mailto:aharui@adobe.com] >> Sent: Thursday, December 06, 2012 1:40 PM >> To: flex-dev@incubator.apache.org >> Subject: Re: [Falcon] Unit tests failing >>=20 >>=20 >>=20 >>=20 >> On 12/6/12 12:57 PM, "Gordon Smith" wrote: >>=20 >>> But doesn't it make it impossible to use Falcon's shell scripts,=20 >>> which expect to find other things in the SDK using relative paths=20 >>> from those shell scripts??? >> You mean like the mxmlc and compc scripts? They take a FLEX_HOME=20 >> environment variable and seem to be working. >>>=20 >>> Falcon isn't going to be independent of the SDK in the sense of=20 >>> being external to it. The goal is for it to replace the old compiler=20 >>> *in* the SDK. I don't want to be polluting an SDK with Falcon until=20 >>> it is ready, but it made sense to me to copy whatever SDK you want=20 >>> test Falcon with into Falcon's directory, so that everything is=20 >>> relative to each other as it will eventually be. >>>=20 >> I guess I haven't given up on the vision of Falcon being so=20 >> independent that it doesn't have to be in every SDK release. For=20 >> sure, I am currently working on a "new SDK" and I want Falcon and=20 >> FalconJS to work with it. I want to finish the vision of not having=20 >> to change Falcon for every version of the SDK. >> That would eventually allow the SDK folder to not contain any java=20 >> code, and changing SDK versions becomes a matter of changing SWCs and=20 >> not JARs. >>=20 >> And I don't want to eliminate the possibility that someone will take=20 >> on the effort to integrate Falcon into an IDE. >>=20 >> -- >> Alex Harui >> Flex SDK Team >> Adobe Systems, Inc. >> http://blogs.adobe.com/aharui >>=20 >=20 > -- > Alex Harui > Flex SDK Team > Adobe Systems, Inc. > http://blogs.adobe.com/aharui >=20 -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui