- Gordon
>
> -Original Message-
> From: Gordon Smith
> Sent: Monday, December 10, 2012 11:21 AM
> To: flex-dev@incubator.apache.org
> Subject: RE: [Falcon] Unit tests failing
>
> They're not yet run by 'ant tests'. I just run them in Eclipse. But I&#x
And I'm not blocked by this.
- Gordon
-Original Message-
From: Gordon Smith
Sent: Monday, December 10, 2012 11:21 AM
To: flex-dev@incubator.apache.org
Subject: RE: [Falcon] Unit tests failing
They're not yet run by 'ant tests'. I just run them in Eclipse. But I
They're not yet run by 'ant tests'. I just run them in Eclipse. But I'm
planning to add them to Ant soon.
- Gordon
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Monday, December 10, 2012 10:56 AM
To: flex-dev@incubator.apache.org
Subject: Re:
ant build? I think they aren't so they
>> didn't break so I didn't notice them.
>>
>> I've got to deal with some mustella issues, then I'll get to this unless you
>> are completely blocked. I think you aren't if you copy the sdk.
>>
&
ome mustella issues, then I'll get to this unless you
> are completely blocked. I think you aren't if you copy the sdk.
>
>
> On 12/10/12 10:27 AM, "Gordon Smith" wrote:
>
>> You only made the unit-tests work with a unittest.properties file. I think
/10/12 10:27 AM, "Gordon Smith" wrote:
> You only made the unit-tests work with a unittest.properties file. I think the
> feature-tests need a similar fix. I don't particularly want to have multiple
> .properties file that have to be configured. Can you please make one, perha
You only made the unit-tests work with a unittest.properties file. I think the
feature-tests need a similar fix. I don't particularly want to have multiple
.properties file that have to be configured. Can you please make one, perhaps
at the level of the falcon directory, that can be us
ll default to the compiler/generated/dist/sdk
that copy.sdk would create.
>
> - Gordon
>
> -Original Message-
> From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om
> Sent: Friday, December 07, 2012 4:40 PM
> To: flex-dev@incubator.apache.org
> Subjec
Smith :
Most of the time when making Falcon pass unit tests, I'm changing Falcon
> code, not SDK code. 'ant clean eclipse' for Falcon takes only 8 seconds on
> my machine. I have no problem with having multiple targets though.
You're doing most of the heavy-lifting here,
Subject: Re: [Falcon] Unit tests failing
In Eclipse:
Under 'Run' menu > Select "Debug Configurations..."
On the left, right-click "JUnit" > Select "New"
When the New Configuration is created, you can customize pretty much everything
you want:
Try
Quoting Gordon Smith :
Most of the time when making Falcon pass unit tests, I'm changing
Falcon code, not SDK code. 'ant clean eclipse' for Falcon takes only
8 seconds on my machine. I have no problem with having multiple
targets though.
Right, I totally agree and
Run/Debug > Launching
> but didn't see a way to do anything useful.
>
> - Gordon
>
> -Original Message-
> From: Alex Harui [mailto:aha...@adobe.com]
> Sent: Friday, December 07, 2012 3:52 PM
> To: flex-dev@incubator.apache.org
> Subject: Re: [Falcon] Unit t
17 PM
To: flex-dev@incubator.apache.org
Subject: Re: [Falcon] Unit tests failing
I'll spend some time poking at it to see if I can get it to work without the
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 MXMLArray
Most of the time when making Falcon pass unit tests, I'm changing Falcon code,
not SDK code. 'ant clean eclipse' for Falcon takes only 8 seconds on my
machine. I have no problem with having multiple targets though.
- Gordon
-Original Message-
From: Michael Schma
[mailto:jbal...@gmail.com]
Sent: Friday, December 07, 2012 4:05 PM
To: flex-dev@incubator.apache.org
Subject: Re: [Falcon] Unit tests failing
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 b
ke
>
> Quoting Gordon Smith :
>
> I'm fine with just having 'ant eclipse' do 'ant copy.sdk'. Alex shouldn't
>> care because he doesn't use Eclipse. :)
>>
>> - Gordon
>>
>>
>> -Original Message-
>>
So I've checked in that change.
- Gordon
-Original Message-
From: Gordon Smith [mailto:gosm...@adobe.com]
Sent: Friday, December 07, 2012 4:08 PM
To: flex-dev@incubator.apache.org
Subject: RE: [Falcon] Unit tests failing
I'm fine with just having 'ant eclipse' do
gt; -Original Message-
>> From: Chema Balsas [mailto:jbal...@gmail.com]
>> Sent: Friday, December 07, 2012 4:05 PM
>> To: flex-dev@incubator.apache.org
>> Subject: Re: [Falcon] Unit tests failing
>>
>> I couldn't find anything in Eclipse either. The o
lex-dev@incubator.apache.org
Subject: Re: [Falcon] Unit tests failing
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.
I personally think this is quite complicated, and d
tor.apache.org
Subject: Re: [Falcon] Unit tests failing
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.
I personally think this is quite complicated, and documentation for
gt;
> -Original Message-
> From: Alex Harui [mailto:aha...@adobe.com]
> Sent: Friday, December 07, 2012 3:52 PM
> To: flex-dev@incubator.apache.org
> Subject: Re: [Falcon] Unit tests failing
>
>
>
>
> On 12/7/12 3:48 PM, "Gordon Smith" wrote:
>
prise 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
--
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Friday, December 07, 2012 3:52 PM
To: flex-dev@incubator.apache.org
Subject: Re: [Falcon] Unit tests failing
On 12/7/12 3:48 PM, "Gordon Smith" wrote:
> And it should NOT require any voodoo to launch Eclipse, such as a
> launch scr
ironment variables
> > there.
> Can this really be possible that there is no place to configure Junit's
> runtime environment from within Eclipse?
> >
> > - Gordon
> >
> >
> > -Original Message-
> > From: Gordon Smith [mailto:gosm...@adob
2012 3:45 PM
> To: flex-dev@incubator.apache.org
> Subject: RE: [Falcon] Unit tests failing
>
> 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
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
ember 07, 2012 3:49 PM
To: flex-dev@incubator.apache.org
Subject: Re: [Falcon] Unit tests failing
Sounds good to me. But where does the default debug configuration get
established? Where in Eclipse do I go to set it up? Or what file can I change
elsewhere?
On 12/7/12 3:45 PM, "Gordon Smith&
Sounds good to me. But where does the default debug configuration get
established? Where in Eclipse do I go to set it up? Or what file can I
change elsewhere?
On 12/7/12 3:45 PM, "Gordon Smith" wrote:
> All unit tests (at least for Falcon) should be zero-configuration. You ope
Smith [mailto:gosm...@adobe.com]
Sent: Friday, December 07, 2012 3:45 PM
To: flex-dev@incubator.apache.org
Subject: RE: [Falcon] Unit tests failing
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 indiv
I'm on Mac as well. I've read both this and Schmalle's reply and I still
don't know what to do in Eclipse.
Under compiler.tests there is a unit-tests folder. Is that what you guys are
clicking on to run the tests? Is there really no other way to configure the
run env
y.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 en
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 > JU
application launched from
Finder/Spotlight, and are loaded on startup, so after creating it, a reboot
is required.
I don't know if something similar works for windows though.
2012/12/8 Alex Harui
> The copy.sdk target is still in there if you need it.
>
> But first, wow do you use the u
k 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
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 unde
something seriously wrong with how it is
set up at the moment.
Mike
Quoting Gordon Smith :
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
'
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\frameworks\mxml-2009-manifest.xml'
OK, then I'll stop complaining.
- Gordon
-Original Message-
From: Alex Harui [mailto:aha...@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
> 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?
>
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
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:aha...@adobe.com]
Sent: Thursday, December 06, 2012 1:40 PM
To: flex-dev@incubator.apache.org
Subject: Re
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
l Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Wednesday, December 05, 2012 8:40 PM
To: flex-dev@incubator.apache.org
Subject: Re: [Falcon] Unit tests failing
So I can point to different SDKs, including the new AS/JS one. It helps prove
that Falcon is truly SDK independent, which i
t fixed another issue when you don't copy the SDK.
I am running unit tests from a command shell on MacOSX. All the
tests run
by the default ant target pass for me.
I am about to embark on switching the output to base.js.
What does this exactly mean? Changing code in the JSEmitter? I
:
>>>>
>>>>
>>>>> Ok, that was an idiot question, I just answered my own with a cliche
>>>>> "google search"
>>>>>
>>>>> base.js is what the closure compiler uses and exactly what I just
>>>&g
an idiot question, I just answered my own with a cliche
"google search"
base.js is what the closure compiler uses and exactly what I just
switched to. :)
Yeah, I'm smart...
Mike
Quoting Michael Schmalle :
Quoting Alex Harui :
I just fixed another issue when you don't copy
>>> Yeah, I'm smart...
>>>
>>> Mike
>>>
>>> Quoting Michael Schmalle :
>>>
>>>>
>>>> Quoting Alex Harui :
>>>>
>>>>> I just fixed another issue when you don't copy the SDK.
>>>>&
On 12/6/12 10:31 AM, "Erik de Bruin" wrote:
>> Also, I think it involves changing the build script to download base.js from
>> google.
>
> This is probably a silly question, but why? The compiler is not
> supposed to put the code through the Closure Compiler in the new
> setup.
It is probably
t I just
switched to. :)
Yeah, I'm smart...
Mike
Quoting Michael Schmalle :
Quoting Alex Harui :
I just fixed another issue when you don't copy the SDK.
I am running unit tests from a command shell on MacOSX. All the
tests run
by the default ant target pass for me.
I am about to
> Also, I think it involves changing the build script to download base.js from
> google.
This is probably a silly question, but why? The compiler is not
supposed to put the code through the Closure Compiler in the new
setup.
Doing that would mean we'd loose an important optimisation step which
in
st
> switched to. :)
>
> Yeah, I'm smart...
>
> Mike
>
> Quoting Michael Schmalle :
>
>>
>> Quoting Alex Harui :
>>
>>> I just fixed another issue when you don't copy the SDK.
>>>
>>> I am running unit tests from a com
when you don't copy the SDK.
I am running unit tests from a command shell on MacOSX. All the tests run
by the default ant target pass for me.
I am about to embark on switching the output to base.js.
What does this exactly mean? Changing code in the JSEmitter? I just
spent 4-5 hours l
On 12/6/12 10:15 AM, "Michael Schmalle" wrote:
>
> Quoting Alex Harui :
>
>> I just fixed another issue when you don't copy the SDK.
>>
>> I am running unit tests from a command shell on MacOSX. All the tests run
>> by the default ant ta
It appears the Schmalle is already doing the switch so I will go do other
things unless I hear otherwise.
On 12/6/12 10:10 AM, "Alex Harui" wrote:
> I just fixed another issue when you don't copy the SDK.
>
> I am running unit tests from a command shell on MacOSX. Al
Quoting Alex Harui :
I just fixed another issue when you don't copy the SDK.
I am running unit tests from a command shell on MacOSX. All the tests run
by the default ant target pass for me.
I am about to embark on switching the output to base.js.
What does this exactly mean? Cha
I just fixed another issue when you don't copy the SDK.
I am running unit tests from a command shell on MacOSX. All the tests run
by the default ant target pass for me.
I am about to embark on switching the output to base.js.
-Alex
On 12/6/12 3:41 AM, "Michael Schmalle" w
Adding the DFLEX_HOME flag to the debug configuration worked.
Are you running the feature tests?
Mike
Quoting Michael Schmalle :
Ok I finally have it working again with the ant build!
I can't get the actual tests to work in Eclipse yet. Was there
anything specific you had to setup to debug
Ok I finally have it working again with the ant build!
I can't get the actual tests to work in Eclipse yet. Was there
anything specific you had to setup to debug a test in Eclipse? I have
the FLEX_HOME path added to my windows env table. Which is pointing to
the Apache Flex 4.8 SDK.
Mike
Hi
You can run ant with java argument [1]. To define java properties you
have to add the -D prefix. In Java they can be read with
System.getProperty().
[1]
https://docs.google.com/drawings/d/17bxXZ1k2CLLaBa__5humo7ecpsQUhYxmcn0svtB38GM/edit
Cyrill
On Thu, Dec 6, 2012 at 1:59 AM, Michael Schmal
we are not copying
the full sdk
to the compiler folder.
What was the reason for changing this?
- Gordon
-Original Message-
From: Cyrill Zadra [mailto:cyrill.za...@gmail.com]
Sent: Wednesday, December 05, 2012 4:37 PM
To: flex-dev@incubator.apache.org
Subject: Re: [Falcon] Unit t
> to the compiler folder.
>
> What was the reason for changing this?
>
> - Gordon
>
>
> -Original Message-
> From: Cyrill Zadra [mailto:cyrill.za...@gmail.com]
> Sent: Wednesday, December 05, 2012 4:37 PM
> To: flex-dev@incubator.apache.org
> Subject: Re
o: flex-dev@incubator.apache.org
Subject: Re: [Falcon] Unit tests failing
Hi Mike
Had the same problem after I used "ant wipe,main".
But you can solve it when you run the tests with the FLEX_HOME as java system
property - ( -DFLEX_HOME=C:/dev/tools/flex/apache-flex-4.8.0 )
Cyrill
On Wed, D
sdk you need flex_home environment var. I will be making
> improvement in the build scripts today.
>
> Sent from my Motorola ATRIX™ 4G on AT&T
>
>
> -Original message-
> From: Michael Schmalle
> To: "flex-dev@incubator.apache.org"
> Sent: Wed, Dec 5,
+00:00
Subject: [Falcon] Unit tests failing
Hi,
I have reinstalled things for the third time here and I cannot get the
unit tests to pass.
Have any of you Falcon devs done a complete wipe and rebuild on the
compiler and compile.tests? I think there is an error in the build
files with the sdk l
Hi,
I have reinstalled things for the third time here and I cannot get the
unit tests to pass.
Have any of you Falcon devs done a complete wipe and rebuild on the
compiler and compile.tests? I think there is an error in the build
files with the sdk location in the tests pointing to the
om]
Sent: Tuesday, November 13, 2012 3:57 PM
To: flex-dev@incubator.apache.org
Subject: RE: [FALCON] Setting up unit tests correctly
Gordon,
Have you got the compile tests to pass?
Everything passes except when it gets to compile framwork.swc
I'm taking it the compiler still needs work h
ALCON] Setting up unit tests correctly
On 11/13/12 5 :50PM, "Michael Schmalle" wrote:
I can add it.
Would this be create, then remove at the end of the build.xml file or
svn ignore it?
It should be created when falcon is built and removed when falcon is
cleaned. It should also be sv
+1
-Original Message-
From: Carol Frampton [mailto:cfram...@adobe.com]
Sent: Tuesday, November 13, 2012 3:08 PM
To: flex-dev@incubator.apache.org
Subject: Re: [FALCON] Setting up unit tests correctly
On 11/13/12 5 :50PM, "Michael Schmalle" wrote:
>I can add it.
>
I would just make 'ant clean' remove it.
- Gordon
-Original Message-
From: Michael Schmalle [mailto:apa...@teotigraphix.com]
Sent: Tuesday, November 13, 2012 2:50 PM
To: flex-dev@incubator.apache.org
Subject: RE: [FALCON] Setting up unit tests correctly
I can add it.
Wou
l Schmalle [mailto:apa...@teotigraphix.com]
>> Sent: Tuesday, November 13, 2012 2:39 PM
>> To: flex-dev@incubator.apache.org
>> Subject: Re: [FALCON] Setting up unit tests correctly
>>
>> Ok, this was a serious brain cramp;
>>
>> The problem was obvious after
-
From: Michael Schmalle [mailto:apa...@teotigraphix.com]
Sent: Tuesday, November 13, 2012 2:39 PM
To: flex-dev@incubator.apache.org
Subject: Re: [FALCON] Setting up unit tests correctly
Ok, this was a serious brain cramp;
The problem was obvious after I stepped through the code 4 more t
org
Subject: Re: [FALCON] Setting up unit tests correctly
Ok, this was a serious brain cramp;
The problem was obvious after I stepped through the code 4 more times.
The "temp" directory in the compiler.tests folder was not created, so the error
was just that the temp file had an invalid pa
g you over looked in your setup?
Or are developers supposed to create the temp directory manually?
Mike
Quoting Michael Schmalle :
Hi,
I'm having trouble getting the unit tests working for falcon.
I have the whole framework built (ran mustella), built the falcon SDK.
The problem I am fac
Hi,
I'm having trouble getting the unit tests working for falcon.
I have the whole framework built (ran mustella), built the falcon SDK.
The problem I am facing is I get an IOException;
[junit] java.io.IOException: The system cannot find the path specified
[junit]
uck in asserts when they wanted to do sanity checks that
various conditions expected to be true are actually true. I think they have
zero-cost runtime cost in Java when you don't enable asserts.
> Do you have any plans for language level unit tests?
Yes, I think we need unit tests for t
Hey this sounds even better! Less work, I agree, if it passes those
tests things should be connected pretty well.
Mike
Quoting "Michael A. Labriola" :
I have a bunch of unit tests covering packages, classes, interfaces
all the way down to statements/expressions in the ASBlo
>I have a bunch of unit tests covering packages, classes, interfaces all the
>way down to statements/expressions in the ASBlock library tests. I could use
>these as a huge running start for >language coverage.
Michael,
I was planning on porting the Tamarin acceptance tests
Hi,
This is probably aimed at Gordon at the moment. I see you made a
couple commits as to testing in the project, how are we doing this?
I noticed the code contains a lot of assert statements, what is the
"rule" for using these?
Do you have any plans for language level unit
Well Alex and I tried with Infrastructure. Two points.
(1) There are 30,000 jira issues in the import. That is a lot of history of
closed issues.
(2) Infrastructure is currently working with Atlassian on the import issue.
A little more patience ... please.
Regards,
Dave
On Mar 13, 2012, at 5:
>Yeah maybe. Are you committing to doing documentation and support? Because
>if I do get the steps out there sooner, I don't want to be distracted by
>answering questions.
Yes, that was my plan. I would also work on the integration within the FlexUnit
build and test process so we could have a
On 3/13/12 7:10 PM, "Michael A. Labriola"
wrote:
> Just thinking it would give people a way to start writing tests in this
> supported way so that we are getting coverage on new code. I might put this on
> my plate.
Yeah maybe. Are you committing to doing documentation and support? Because
i
>Many folks want to see all the mustella tests in before making changes to the
>SDK which is another reason why I've been trying to do it in all one shot.
Just thinking it would give people a way to start writing tests in this
supported way so that we are getting coverage on new code. I might pu
On Mar 13, 2012, at 4:17 PM, Alex Harui wrote:
> The tool currently pulls one Adobe issue and creates a new issue in the
> destination instance, then goes on to the next. I could slow it down if we
> have to.
Ask Infrastructure what rate is too fast, or if there are times when you should
stop.
On 3/13/12 11:52 AM, "Michael A. Labriola"
wrote:
>> The real #2 has a bunch of optional parameters and doesn't rely on
>> flashlog.txt
>
> Just wondering if the fake #2 still gets us started for now.
Well, there really isn't anything in a fake #2. It is just a matter of
compiling an MXML fi
The tool currently pulls one Adobe issue and creates a new issue in the
destination instance, then goes on to the next. I could slow it down if we
have to.
On 3/13/12 4:12 PM, "Dave Fisher" wrote:
>
> On Mar 13, 2012, at 1:18 PM, Alex Harui wrote:
>
>>
>>
>>
>> On 3/13/12 1:13 PM, "Carol
On Mar 13, 2012, at 1:18 PM, Alex Harui wrote:
>
>
>
> On 3/13/12 1:13 PM, "Carol Frampton" wrote:
>
>> I know Alex considered this option several weeks ago. I believe he was
>> told by Apache infrastructure not to do this but he can correct me if I am
>> wrong.
>>
> I already have this to
On 14/03/2012 03:07, Michael A. Labriola wrote:
The AIR stuff has some of its own complexity too. Ideally we would like to test
things in Flash Player and in AIR, not just one or the othe
My thinking is following: Right now X images are compressed into &
decompressed from PNG. I assume the Flex
On 3/13/12 1:13 PM, "Carol Frampton" wrote:
> I know Alex considered this option several weeks ago. I believe he was
> told by Apache infrastructure not to do this but he can correct me if I am
> wrong.
>
I already have this tool written. That's how I was able to convert from the
Adobe vers
I know Alex considered this option several weeks ago. I believe he was
told by Apache infrastructure not to do this but he can correct me if I am
wrong.
Carol
On 3/13/12 4 :05PM, "Omar Gonzalez" wrote:
>On Tue, Mar 13, 2012 at 12:42 PM, Carol Frampton
>wrote:
>
>> >
>> >
>> >
>> >If you take
On Tue, Mar 13, 2012 at 12:42 PM, Carol Frampton wrote:
> >
> >
> >
> >If you take this road you could also argue that Apache is deliberately
> >delaying because we we're waiting long for the Jira import. And that is
> >of course ridiculous.
>
> Apache infrastructure ended up filing a support iss
>
>
>
>If you take this road you could also argue that Apache is deliberately
>delaying because we we're waiting long for the Jira import. And that is
>of course ridiculous.
Apache infrastructure ended up filing a support issue at Atlassian so they
are waiting for support from them. Our bug is
ht
On Mar 13, 2012, at 5:54 PM, JP Bader wrote:
> Every time we want a little progress, Adobe makes sure their "legal"
> has some more wrangling to do, so we fall a little further
> behind...Does anyone else sense that maybe Adobe is intentionally
> sabotaging any of our progress? That's just the
>The real #2 has a bunch of optional parameters and doesn't rely on flashlog.txt
Just wondering if the fake #2 still gets us started for now.
On 3/13/12 11:09 AM, "Michael A. Labriola"
wrote:
>
>> 1) A SWC of test steps that are tags in MXML used to define the script.
>> 2) A Java engine that runs tests based on command line input
>
> Isn't some version of #1 and #2 in the check in tests?
#2 is not in the checkintests. The build.
>1) A SWC of test steps that are tags in MXML used to define the script.
>2) A Java engine that runs tests based on command line input
Isn't some version of #1 and #2 in the check in tests?
>Yeah, maybe someday we can rewrite the engine to use AIR instead of Java, but
>mustella was around long before ANEs.
The AIR stuff has some of its own complexity too. Ideally we would like to test
things in Flash Player and in AIR, not just one or the other.
On 3/13/12 10:52 AM, "Martin Heidegger" wrote:
> Just out of curiosity: It would be no problem to run a test in adl an
> capture the output there using a native extension, would it?
> I am not sure how the tests are built but making a screenshot is of a
> application is not "high science" and
On 14/03/2012 02:46, Alex Harui wrote:
Well, sarcastic or not, it is a good question.
Here's my latest thinking: There are several pieces to mustella.
1) A SWC of test steps that are tags in MXML used to define the script.
2) A Java engine that runs tests based on command line input
3) An htt
On 3/13/12 9:40 AM, "Michael A. Labriola"
wrote:
>> Adobe probably won't go after folks who have legal copies of mustella.swc and
>> guess how it works and write and
> run tests on their computers, but I don't mustella.swc can get checked into
> Apache without Adobe's approval.
>
> Okay, so i
I concede, it's my own paranoia...
I am stoked, love Tink's and Justin's contributions, and look forward
to committing shortly.
On Tue, Mar 13, 2012 at 12:24 PM, Michael A. Labriola
wrote:
>>Every time we want a little progress, Adobe makes sure their "legal"
>>has some more wrangling to do, so
1 - 100 of 114 matches
Mail list logo
