Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of aharui@adobe.com designates
 64.18.1.21 as permitted sender)
From: Alex Harui <aharui@adobe.com>
To: "flex-dev@incubator.apache.org" <flex-dev@incubator.apache.org>
Date: Fri, 7 Dec 2012 16:17:06 -0800
Subject: Re: [Falcon] Unit tests failing
Thread-Topic: [Falcon] Unit tests failing
Thread-Index: Ac3U2H+uEw9x43UUS6GVgHWMpjmPNwAANsdb
Message-ID: <CCE7C702.49BBF%aharui@adobe.com>
In-Reply-To: <20121207191021.64203ir7ey3aapgt@franklin.liquidweb.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-Entourage/13.13.0.120411
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

I'll spend some time poking at it to see if I can get it to work without th=
e
copy.  Because I see Falcon as SDK independent, if co-location is required
to make it work, that doesn't seem very independent.

I ran MXMLArrayNodeTests and got:
Class not found=20
org.apache.flex.compiler.internal.tree.mxml.MXMLArrayNodeTests
java.lang.ClassNotFoundException:
org.apache.flex.compiler.internal.tree.mxml.MXMLArrayNodeTests
    at java.net.URLClassLoader$1.run(URLClassLoader.java:202)


Gordon, what test did you run that gave the errors you saw?


On 12/7/12 4:10 PM, "Michael Schmalle" <apache@teotigraphix.com> wrote:

>=20
> See all this got changed and I didn't know about it. I spent way to
> much time on something I could have just run a build target on! :)
>=20
> Ow that hurts. I was seriously about ready to give up.
>=20
> So I guess I can now ditch the compiler arg crap and just copy the sdk ov=
er.
>=20
> Mike
>=20
> Quoting Gordon Smith <gosmith@adobe.com>:
>=20
>> I'm fine with just having 'ant eclipse' do 'ant copy.sdk'. Alex
>> shouldn't care because he doesn't use Eclipse. :)
>>=20
>> - Gordon
>>=20
>>=20
>> -----Original Message-----
>> From: Chema Balsas [mailto:jbalsas@gmail.com]
>> Sent: Friday, December 07, 2012 4:05 PM
>> To: flex-dev@incubator.apache.org
>> Subject: Re: [Falcon] Unit tests failing
>>=20
>> I couldn't find anything in Eclipse either. The only place is
>> /etc/launchd.conf (it was ~/MacOS/environment.plist before) which is
>> quite like ~/.profile but for GUI apps.
>>=20
>> I personally think this is quite complicated, and documentation for
>> this is scarce at the best...
>>=20
>> 2012/12/8 Gordon Smith <gosmith@adobe.com>
>>=20
>>>> Can this really be possible that there is no place to configure
>>>> Junit's
>>> runtime environment from within Eclipse?
>>>=20
>>> I looked in the workspace preferences dialog under Run/Debug >
>>> Launching but didn't see a way to do anything useful.
>>>=20
>>> - Gordon
>>>=20
>>> -----Original Message-----
>>> From: Alex Harui [mailto:aharui@adobe.com]
>>> Sent: Friday, December 07, 2012 3:52 PM
>>> To: flex-dev@incubator.apache.org
>>> Subject: Re: [Falcon] Unit tests failing
>>>=20
>>>=20
>>>=20
>>>=20
>>> On 12/7/12 3:48 PM, "Gordon Smith" <gosmith@adobe.com> wrote:
>>>=20
>>>> And it should NOT require any voodoo to launch Eclipse, such as a
>>>> launch script.
>>> Agreed
>>>>=20
>>>> I would be able to tolerate it requiring a one-time setup in the
>>>> Eclipse workspace, but I can't find any place to configure
>>>> environment variables there.
>>> Can this really be possible that there is no place to configure
>>> Junit's runtime environment from within Eclipse?
>>>>=20
>>>> - Gordon
>>>>=20
>>>>=20
>>>> -----Original Message-----
>>>> From: Gordon Smith [mailto:gosmith@adobe.com]
>>>> Sent: Friday, December 07, 2012 3:45 PM
>>>> To: flex-dev@incubator.apache.org
>>>> Subject: RE: [Falcon] Unit tests failing
>>>>=20
>>>> 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 individual 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 configuration that gets created for this
>>>> test needs to be sufficient without any additional Program Arguments
>>>> or VM
>>> Arguments.
>>>>=20
>>>> - Gordon
>>>>=20
>>>> -----Original Message-----
>>>> From: Alex Harui [mailto:aharui@adobe.com]
>>>> Sent: Friday, December 07, 2012 3:36 PM
>>>> To: flex-dev@incubator.apache.org
>>>> Subject: Re: [Falcon] Unit tests failing
>>>>=20
>>>> The copy.sdk target is still in there if you need it.
>>>>=20
>>>> 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?
>>>>=20
>>>> Once I understand how you use Eclipse I will try to get it to work.
>>>>=20
>>>>=20
>>>> On 12/7/12 3:27 PM, "Gordon Smith" <gosmith@adobe.com> wrote:
>>>>=20
>>>>> 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
>>>>>=20
>>>>> command line
>>>>> Error: unable to open
>>>>> 'D:\Apache\incubator\flex\falcon\trunk\compiler\generated\dist\sdk\
>>>>> fr
>>>>> a
>>>>> meworks\
>>>>> mxml-2009-manifest.xml'.
>>>>>=20
>>>>> command line
>>>>> Error: unable to open
>>>>> 'D:\Apache\incubator\flex\falcon\trunk\compiler\generated\dist\sdk\
>>>>> fr
>>>>> a
>>>>> meworks\
>>>>> libs\player\11.1\playerglobal.swc'.
>>>>>=20
>>>>> 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.
>>>>>=20
>>>>> 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?
>>>>>=20
>>>>> If not, I will restore some ant targets to do the SDK copying. Alex
>>>>> 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
>>>>> environment variable.
>>>>>=20
>>>>>=20
>>>>> On 12/6/12 1:56 PM, "Gordon Smith" <gosmith@adobe.com> 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 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" <gosmith@adobe.com> wrote:
>>>>>>=20
>>>>>>> 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.
>>>>>>>=20
>>>>>>> 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.
>>>>>>>=20
>>>>>> 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.
>>>>>>=20
>>>>>> And I don't want to eliminate the possibility that someone will
>>>>>> take 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
>>>>=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
>>>=20
>>=20

--=20
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui