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 2F270E327 for ; Sat, 8 Dec 2012 00:04:14 +0000 (UTC) Received: (qmail 54939 invoked by uid 500); 8 Dec 2012 00:04:13 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 54910 invoked by uid 500); 8 Dec 2012 00:04:13 -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 54902 invoked by uid 99); 8 Dec 2012 00:04:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Dec 2012 00:04:13 +0000 X-ASF-Spam-Status: No, hits=1.0 required=5.0 tests=FRT_ADOBE2,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [69.167.147.50] (HELO franklin.liquidweb.com) (69.167.147.50) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Dec 2012 00:04:06 +0000 Received: from localhost ([127.0.0.1]:33670) by franklin.liquidweb.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1Th7tR-0002pt-6h for flex-dev@incubator.apache.org; Fri, 07 Dec 2012 19:03:45 -0500 Received: from 71.181.122.158 ([71.181.122.158]) by franklin.liquidweb.com (Horde Framework) with HTTP; Fri, 07 Dec 2012 19:03:44 -0500 Message-ID: <20121207190344.19627fuvifpjedpc@franklin.liquidweb.com> Date: Fri, 07 Dec 2012 19:03:44 -0500 From: Michael Schmalle To: flex-dev@incubator.apache.org Subject: Re: [Falcon] Unit tests failing References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.8) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - franklin.liquidweb.com X-AntiAbuse: Original Domain - incubator.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - teotigraphix.com X-Get-Message-Sender-Via: franklin.liquidweb.com: authenticated_id: teotigra/from_h X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org Quoting Alex Harui : > By whole project, what folder in the package explorer view? > > Where in Eclipse did you make your configuration changes? You right click on "compiler.tests" folder which is a project and select run as junit test. This will automatically create a debug configuration running all tests in the compiler.tests project. Gordon's right though, when unit testing in Eclipse with the compiler we should just be able to right click on a method even and just run that method as a junit test. It works very well and speeds up testing I have been doing this for years. So there has to be some way to setup Elcipse without having to put compiler args in the debug configurations popup. Mike > On 12/7/12 3:40 PM, "Michael Schmalle" wrote: > >> I use Eclipse and JUnit. >> >> I can't stand the command line, I'm a visual person. You just right >> click and Run As JUnit test, it creates everything for you. >> >> You can even just right click on the whole project and it will >> automatically run every JUnit test as a suite automatically. I've >> always done my unit testing in Eclipse. :) Like I said, I'm not much >> experienced with Enterprise activities, this is my first dose. >> >> And pointing FLEX_HOME to the develop branch still fails, that is why >> I downloaded 4.8 to get it to work. >> >> Mike >> >> Quoting Alex Harui : >> >>> 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 >>>> complaining >>>> about this. The unit tests are no longer working in Eclipse. I get >>>> >>>> command line >>>> Error: unable to open >>>> 'D:\Apache\incubator\flex\falcon\trunk\compiler\generated\dist\sdk\framework >>>> s\ >>>> mxml-2009-manifest.xml'. >>>> >>>> command line >>>> Error: unable to open >>>> 'D:\Apache\incubator\flex\falcon\trunk\compiler\generated\dist\sdk\framework >>>> s\ >>>> libs\player\11.1\playerglobal.swc'. >>>> >>>> This is presumably because the SDK is no longer being copied into a >>>> place that >>>> the unit tests can find them. The unit tests can't use an >>>> environment variable >>>> to find them because it is infeasible to specify that environment >>>> every time >>>> you want to make an Eclipse debug config for a particular unit test. >>>> >>>> Is there some way to make this work in Eclipse that I don't know about, so >>>> that every JUnit test "just work" without having to customize a >>>> run-config or >>>> debug-config for it? >>>> >>>> If not, I will restore some ant targets to do the SDK copying. >>>> Alex may not >>>> want to use them, but I need to. >>>> >>>> - Gordon >>>> >>>> >>>> -----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 >>>> >>>> OK, then I'll stop complaining. >>>> >>>> - Gordon >>>> >>>> -----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 >>>> >>>> The versions in compiler/commandline already looked for FLEX_HOME >>>> environment >>>> variable. >>>> >>>> >>>> On 12/6/12 1:56 PM, "Gordon Smith" wrote: >>>> >>>>> I should have said Falcon's 'mxmlc' and 'compc' shell scripts. >>>>> >>>>> - Gordon >>>>> >>>>> -----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 >>>>> >>>>> So, how does Falcon's 'asc' shell script do its job? Did you make it >>>>> use an environment variable to find an SDK? >>>>> >>>>> - Gordon >>>>> >>>>> -----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 >>>>> >>>>> >>>>> >>>>> >>>>> On 12/6/12 12:57 PM, "Gordon Smith" wrote: >>>>> >>>>>> But doesn't it make it impossible to use Falcon's shell scripts, >>>>>> which expect to find other things in the SDK using relative paths >>>>>> from those shell scripts??? >>>>> You mean like the mxmlc and compc scripts? They take a FLEX_HOME >>>>> environment variable and seem to be working. >>>>>> >>>>>> Falcon isn't going to be independent of the SDK in the sense of being >>>>>> external to it. The goal is for it to replace the old compiler *in* >>>>>> the SDK. I don't want to be polluting an SDK with Falcon until it is >>>>>> ready, but it made sense to me to copy whatever SDK you want test >>>>>> Falcon with into Falcon's directory, so that everything is relative >>>>>> to each other as it will eventually be. >>>>>> >>>>> I guess I haven't given up on the vision of Falcon being so >>>>> independent that it doesn't have to be in every SDK release. For >>>>> sure, I am currently working on a "new SDK" and I want Falcon and >>>>> FalconJS to work with it. I want to finish the vision of not having to >>>>> change Falcon for every version of the SDK. >>>>> That would eventually allow the SDK folder to not contain any java >>>>> code, and changing SDK versions becomes a matter of changing SWCs and not >>>>> JARs. >>>>> >>>>> And I don't want to eliminate the possibility that someone will take >>>>> on the effort to integrate Falcon into an IDE. >>>>> >>>>> -- >>>>> Alex Harui >>>>> Flex SDK Team >>>>> Adobe Systems, Inc. >>>>> http://blogs.adobe.com/aharui >>>>> >>>> >>>> -- >>>> Alex Harui >>>> Flex SDK Team >>>> Adobe Systems, Inc. >>>> http://blogs.adobe.com/aharui >>>> >>> >>> -- >>> Alex Harui >>> Flex SDK Team >>> Adobe Systems, Inc. >>> http://blogs.adobe.com/aharui >>> >>> > > -- > Alex Harui > Flex SDK Team > Adobe Systems, Inc. > http://blogs.adobe.com/aharui > >