You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Chris Martin <ch...@outlook.com> on 2014/12/10 21:28:37 UTC

Could not find compiled locale with mustella ResourceManager tests

 Hey everyone,
 
In trying to create a new mustella test case for ResourceManager, i'm trying to run the tests to get a baseline.  When I run the tests I get a failure.
 
     [java] =====================================================
     [java]  Failed: 
     [java] =====================================================
     [java] resources/ResourceManager/Integration/ResourceManager_Integration_UIComponent_resourcesChanged ResourceManager_Integration_UIComponent_resourcesChanged_localeChain Failed Timed out
 
How when it fails, the swf that is running reports the following error:
 
Error: Could not find compiled locale 'fr_FR'.
 at mx.resources::ResourceManagerImpl/set localeChain()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\projects\framework\src\mx\resources\ResourceManagerImpl.as:248]
 at ResourceManager_Methods_findResourceBundleWithResource/___ResourceManager_Methods_findResourceBundleWithResource_RunCode6_code()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\Methods\ResourceManager_Methods_findResourceBundleWithResource.mxml:137]
 at flash.events::EventDispatcher/dispatchEventFunction()
 at flash.events::EventDispatcher/dispatchEvent()
 at RunCode/doStep()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\RunCode.as:46]
 at TestStep/execute()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestStep.as:65]
 at TestCase/runSteps()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestCase.as:418]
 at TestCase/runSetup()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestCase.as:272]
 at TestCase/runTest()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestCase.as:251]
 at UnitTester/runTests()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\UnitTester.as:1984]
 
Now, I'm sure I'm just missing that "little something" to get this to work, but I don't quite know my way around Mustella quite yet.  Any pointers would be awesome.  Or even if you get the same error when you try to run the mustella tests for ResourceManager via the command line:
 
./mini_run.sh tests/resources/ResourceManager/
 
while in the mustella directory.
 
Thanks in advance,

Chris
 		 	   		  

Re: Could not find compiled locale with mustella ResourceManager tests

Posted by Alex Harui <ah...@adobe.com>.
OK, I wonder if the exception is fooling the output report.

So, let’s just try to fix the test.  The test run should also leave a
ResourceManagerApp.lnk.xml file in the SWFs folder.  Open that and you
should be able to find en_US/containers.properties etc.  Is
fr_FR/containers.properties or any mention of fr_FR in there if you have
the .compile file?

Make sure the .compile file doesn’t have some other hidden suffix on it.

I’ll try it myself.

On 12/11/14, 3:44 PM, "Chris Martin" <ch...@outlook.com> wrote:

>Okay, verified there are no duplicate test names.  I added
>tests/resources/ResourceManager/SWFs/ResourceManagerApp.compile which
>contains:
> 
>-locale=fr_FR,ja_JP,en_US,de_DE
>-library-path+=${sdk.dir}/frameworks/locale/{locale}
> 
>As the tests do use those for getting resource bundles.  Still getting
>the same error at 
>ResourceManager_Methods_findResourceBundleWithResource.mxml:136.
> 
>I don't think this would have any affect but I also did add a
>ResourceManager_Methods_findResourceBundleWithResource.compile file next
>to ResourceManager_Methods_findResourceBundleWithResource.mxml that
>contains the same value as above.  That too didn't have an effect.
> 
>I have a sneaky suspicion that I'm doing it wrong :)
> 
>Chris
> 
>> From: aharui@adobe.com
>> To: dev@flex.apache.org
>> Subject: Re: Could not find compiled locale with mustella
>>ResourceManager tests
>> Date: Thu, 11 Dec 2014 22:03:06 +0000
>> 
>> 
>> On 12/11/14, 1:45 PM, "Chris Martin" <ch...@outlook.com> wrote:
>> 
>> >Sweet!  Unfortunately even running with the -failures flag, the test
>> >still fails, but for a different reason.
>> > 
>> >Error #2044: Unhandled ioError:. text=Error #2032: Stream Error. URL:
>> >file:///c:/tmp/IncludeList.txt
>> > at 
>> 
>>>IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-sdk\m
>>>us
>> >tella\as3\src\mustella\IncludeFileLocation.as:70]
>> 
>> On Windows, the -failures switch should cause some code to write to
>> c:/tmp/IncludeList.txt, then the SWF should try to read from there.  If
>> you have security setups blocking that, there could be issues.
>> 
>> 
>> >One thing that I have noticed is that the number of passed tests can
>> >sometimes be 14 and other times 8.  So I think that the test for
>> >ResourceManager halts when it encounters an actionscript exception.  I
>> >assume this is only the case because of the nature of the failure.
>> 
>> The test environment may not be able to fully recover from an exception
>>so
>> it doesn’t make sense to keep running tests.  There could be popups left
>> on the screen, etc.
>> 
>> >>try to make these changes?  I can try to find time to do it otherwise.
>> > 
>> >Yeah I can take a crack at it. Do I need to adjust the test names so
>>they
>> >are unique as well as add in the .compile files as needed?
>> 
>> First, make sure I’m right and that there are duplicate test names and
>> make them unique.  Then see what you need to do to fix the failing test,
>> which I would guess requires a .compile file to include the fr_FR
>>locale.
>> 	   		  
>> Good luck, have fun, and thanks for working on it.
>> 
>> -Alex		 	   		  
>> 
> 		 	   		  


Re: Could not find compiled locale with mustella ResourceManager tests

Posted by Alex Harui <ah...@adobe.com>.

On 12/12/14, 2:02 PM, "Chris Martin" <ch...@outlook.com> wrote:

>> Regarding the change that throws the exception:  Looks like it was done
>> for FLEX-17210.
> 
>Nice :)  Two heads are better than one, for some reason my eyes glossed
>right over that ticket number in the commit message.  But yeah, that
>ticket was resolved as "Not A Problem" and I bet the exception was added
>to "slap the developers wrist". I think adding the trace would be a nice
>compromise, and for some reason if we get too many people asking about
>the trace statement we can re-visit it.

Sounds good.

> 
>In making this adjustment is the practice to reopen FLEX-17210 and update
>the ticket, or leave it resolved and update the ticket?
> 
>Also do we create JIRA tickets when we run into hickups in the mustella
>tests?

I don’t believe we have any rules on how/when to use JIRA.  Do what you
think makes sense.

-Alex


RE: Could not find compiled locale with mustella ResourceManager tests

Posted by Chris Martin <ch...@outlook.com>.
> Regarding the change that throws the exception:  Looks like it was done
> for FLEX-17210.
 
Nice :)  Two heads are better than one, for some reason my eyes glossed right over that ticket number in the commit message.  But yeah, that ticket was resolved as "Not A Problem" and I bet the exception was added to "slap the developers wrist". I think adding the trace would be a nice compromise, and for some reason if we get too many people asking about the trace statement we can re-visit it.
 
In making this adjustment is the practice to reopen FLEX-17210 and update the ticket, or leave it resolved and update the ticket?
 
Also do we create JIRA tickets when we run into hickups in the mustella tests?
 
Chris
 
> From: aharui@adobe.com
> To: dev@flex.apache.org
> Subject: Re: Could not find compiled locale with mustella ResourceManager tests
> Date: Fri, 12 Dec 2014 21:23:56 +0000
> 
> Awesome!  Thanks for figuring that out.  It is strange that the wrong test
> is marked as failing.  In the debugger, it looks like the test SWF
> properly sent out the test case start and end messages.  That’ll be
> trickier to figure out.  It might involve the Java code.  Do you want to
> take a shot at it?
> 
> Regarding the change that throws the exception:  Looks like it was done
> for FLEX-17210.  Maybe a better move is to trace a warning instead of
> throwing an error, but you could also argue that the bug itself is “Not A
> Problem” if the code before the change properly set the error property on
> the formatter.  The developer should be checking for errors when
> formatting.
> 
> I agree with no longer throwing an exception, but don’t have a opinion on
> whether to replace with a trace or not.  Up to you.  A more complex
> scenario where someone sets the localeChain before loading resourceModules
> popped into my head.  Maybe that shouldn’t warn, but maybe that’s too rare
> a case and we’ll help more developers out by warning them.
> 
> Congrats on the find!
> -Alex
> 
> On 12/12/14, 12:39 PM, "Chris Martin" <ch...@outlook.com> wrote:
> 
> >Hey Alex,
> > 
> >I think just nailed this one :)
> > 
> >> > Right now, I think I want to know why that one test fails when run as
> >>the
> >> > full set and passes on the failures run.
> > 
> >So the failed test that is being run again is not the same test that was
> >throwing the exception.  The test that throws the exception is:
> > 
> >ResourceManager_Methods_findResourceBundleWithResource
> >RTL_ResourceManager_Method_findResourceBundleWithResource_1LocaleChainItem
> >_InvalidLocale
> > 
> >Specifically an exception is thrown at
> >ResourceManager_Methods_findResourceBundleWithResource.mxml line 137.
> > 
> >But because the exception dialog is visible this causes a different test
> >which started earlier to timeout.  Specifically this one:
> > 
> >resources/ResourceManager/Integration/ResourceManager_Integration_UICompon
> >ent_resourcesChanged
> >ResourceManager_Integration_UIComponent_resourcesChanged_localeChain
> >
> >And in the end the process gets clobbered. This means that if you ran
> >again using the -failures, then it will run the one that timed out, and
> >not the one that had the exception.  Since there is no exception dialog
> >causing it to timeout again, it will pass.  Considering the
> >RTL_ResourceManager_Method_findResourceBundleWithResource_1LocaleChainItem
> >_InvalidLocale test had an exception means it was unable to "cleanly
> >fail" and add it's entry into the failures.txt file.
> > 
> >So in summary. The issue the entire time was that we were intentionally
> >not loading the fr_FR locale as it was part of the test.  So we should
> >not have the .compile file. See from my previous email:
> > 
> >> I did take out the exception throw and got only 4 failures.  Then I
> >>decided to take out the .compile file as I noted that for the tests we
> >>are building up custom bundles and are not using the ones in the sdk
> >>locale folder. And now I can pass all 417 tests without any issues.
> > 
> >So having the .compile file does cause other case tests that use the
> >German local to fail.
> > 
> >This new exception was being thrown so we were unable to properly proceed
> >with the 
> >RTL_ResourceManager_Method_findResourceBundleWithResource_1LocaleChainItem
> >_InvalidLocale test case (and two others later on).  The exception dialog
> >causes a previous test that we started earlier to timeout and get added
> >to the failures.txt file.
> > 
> >Two options I see right now are to either rollback the adding of the
> >exception to ResourceManagerImpl.as, or simply obsolete tests that
> >reference an unloaded locale (three in total).  I'm inclined to remove
> >the exception so the SDK will behave has it had prior to 4.10.0. I didn't
> >see any tickets related to this change, and nothing in the RELEASE_NOTES
> >for 4.10.0 to give more information about the change.
> > 
> >As always, open to other ideas on how to get this going again. Super
> >excited to have nailed this one down :D
> > 
> >Chris
> > 
> >> From: chrsmrtn@outlook.com
> >> To: dev@flex.apache.org
> >> Subject: RE: Could not find compiled locale with mustella
> >>ResourceManager tests
> >> Date: Fri, 12 Dec 2014 00:18:16 -0700
> >> 
> >> Sure! I too am curious why it fails in the group but passes when we run
> >>it by itself. The exception throw didn't go anywhere.
> >>  
> >> I did take out the exception throw and got only 4 failures.  Then I
> >>decided to take out the .compile file as I noted that for the tests we
> >>are building up custom bundles and are not using the ones in the locale
> >>folder. And now I can pass all 417 tests without any issues.
> >>  
> >> I think first i'm going to add in a test case for FLEX-25045[1] and
> >>make sure it clears now that I got a clean test pass.  That and I'd like
> >>to get that fix in for 4.14.0 ;)
> >>  
> >> Then i'll put back in the exception throw and try to figure out what is
> >>going on.  Oddly enough i'm still having issues with the file being
> >>created in the C:\tmp folder.  I can create a file there myself, through
> >>my console window, so I'm not sure why the script cannot.
> >>  
> >> Chris
> >>  
> >> [1] https://issues.apache.org/jira/browse/FLEX-25045
> >> > From: aharui@adobe.com
> >> > To: dev@flex.apache.org
> >> > Subject: Re: Could not find compiled locale with mustella
> >>ResourceManager tests
> >> > Date: Fri, 12 Dec 2014 06:43:56 +0000
> >> > 
> >> > Hi Chris,
> >> > 
> >> > Right now, I think I want to know why that one test fails when run as
> >>the
> >> > full set and passes on the failures run.  I think if it had failed on
> >>the
> >> > failures run then we’d have looked deeper earlier and realized we
> >>broke
> >> > the ‘missing bundle’ case for findResourceBundleWithResource().  We
> >>might
> >> > need to think about reverting the code that throws an exception when a
> >> > bundle isn’t found, or at least making that particular API work like
> >>it
> >> > used to.  Are you interested in looking into that?
> >> > 
> >> > Thanks,
> >> > -Alex
> >> > 
> >> > On 12/11/14, 9:52 PM, "Chris Martin" <ch...@outlook.com> wrote:
> >> > 
> >> > >Hey Alex,
> >> > > 
> >> > >Yeah I see what you mean.  I think I figured out what happened.  We
> >>have
> >> > >a commit made to ResourceManagerImpl.as[1] which I believe now
> >>obsoletes
> >> > >those types of tests because we now throw an exception if it was
> >>unable
> >> > >to find the locale.  So really we cannot get ourselves into that
> >> > >situation anymore.
> >> > > 
> >> > >Should I just comment out those tests?
> >> > > 
> >> > >BTW, I did comment out the first two tests to see if they were
> >>mucking up
> >> > >the ResourceManager, and I still got the same error.  That lead me
> >>to dig
> >> > >deeper
> >> > > 
> >> > >Chris
> >> > > 
> >> > >[1] 
> >> > 
> >>>https://github.com/apache/flex-sdk/commit/ae28ab34c558957927471d54ce2a0c
> >>>a6
> >> > >aace6207 
> >> > > 
> >> > >> From: aharui@adobe.com
> >> > >> To: dev@flex.apache.org
> >> > >> Subject: Re: Could not find compiled locale with mustella
> >> > >>ResourceManager tests
> >> > >> Date: Fri, 12 Dec 2014 00:57:52 +0000
> >> > >> 
> >> > >> OK, I dug into it and have a better guess why it fails in the full
> >>set
> >> > >>and
> >> > >> passes on its own.  I added a .compile file (just the -locale, the
> >> > >>library
> >> > >> path should already be set) and verified the fr_FR bundle was in
> >>the
> >> > >>app.
> >> > >> 
> >> > >> However, in looking at these tests, you aren’t supposed to have a
> >>fr_FR
> >> > >> locale in the test.  Some of the tests are testing code paths for
> >> > >>missing
> >> > >> locales.  Then, to add to the problem, the exception seems to be
> >>thrown
> >> > >> from 3rd test case, but I think the first two test cases are
> >>leaving the
> >> > >> ResourceManager in a bad state, which is why the test passes on
> >>its own.
> >> > >> 
> >> > >> So, if you want to get all of this to run on the full pass, you
> >>may have
> >> > >> to reset the ResourceManager in the setup of each test so each
> >>test can
> >> > >> run independently and tests that run before it don’t affect
> >>subsequent
> >> > >> tests.
> >> > >> 
> >> > >> Of course, I could be wrong.
> >> > >> 
> >> > >> -Alex
> >> > >> 
> >> > >> On 12/11/14, 4:28 PM, "Chris Martin" <ch...@outlook.com> wrote:
> >> > >> 
> >> > >> >This is odd. I also tried to change the locale reference from
> >>fr_FR to
> >> > >> >en_US just to see if I can get a little further along, and I
> >>still get
> >> > >> >same error, but it references not being able to find it for
> >>'en_US'.
> >> > >>Do
> >> > >> >you think this suggests a deeper issue than a .compile file?
> >> > >> > 
> >> > >> >Chris
> >> > >> > 
> >> > >> >> From: chrsmrtn@outlook.com
> >> > >> >> To: dev@flex.apache.org
> >> > >> >> Subject: RE: Could not find compiled locale with mustella
> >> > >> >>ResourceManager tests
> >> > >> >> Date: Thu, 11 Dec 2014 16:44:57 -0700
> >> > >> >> 
> >> > >> >> Okay, verified there are no duplicate test names.  I added
> >> > >> >>tests/resources/ResourceManager/SWFs/ResourceManagerApp.compile
> >>which
> >> > >> >>contains:
> >> > >> >>  
> >> > >> >> -locale=fr_FR,ja_JP,en_US,de_DE
> >> > >> >> -library-path+=${sdk.dir}/frameworks/locale/{locale}
> >> > >> >>  
> >> > >> >> As the tests do use those for getting resource bundles.  Still
> >> > >>getting
> >> > >> >>the same error at
> >> > >> >>ResourceManager_Methods_findResourceBundleWithResource.mxml:136.
> >> > >> >>  
> >> > >> >> I don't think this would have any affect but I also did add a
> >> > >> >>ResourceManager_Methods_findResourceBundleWithResource.compile
> >>file
> >> > >>next
> >> > >> >>to ResourceManager_Methods_findResourceBundleWithResource.mxml
> >>that
> >> > >> >>contains the same value as above.  That too didn't have an
> >>effect.
> >> > >> >>  
> >> > >> >> I have a sneaky suspicion that I'm doing it wrong :)
> >> > >> >>  
> >> > >> >> Chris
> >> > >> >>  
> >> > >> >> > From: aharui@adobe.com
> >> > >> >> > To: dev@flex.apache.org
> >> > >> >> > Subject: Re: Could not find compiled locale with mustella
> >> > >> >>ResourceManager tests
> >> > >> >> > Date: Thu, 11 Dec 2014 22:03:06 +0000
> >> > >> >> > 
> >> > >> >> > 
> >> > >> >> > On 12/11/14, 1:45 PM, "Chris Martin" <ch...@outlook.com>
> >>wrote:
> >> > >> >> > 
> >> > >> >> > >Sweet!  Unfortunately even running with the -failures flag,
> >>the
> >> > >>test
> >> > >> >> > >still fails, but for a different reason.
> >> > >> >> > > 
> >> > >> >> > >Error #2044: Unhandled ioError:. text=Error #2032: Stream
> >>Error.
> >> > >>URL:
> >> > >> >> > >file:///c:/tmp/IncludeList.txt
> >> > >> >> > > at 
> >> > >> >> > 
> >> > >> 
> >> > 
> >>>>>>>IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-s
> >>>>>>>dk
> >> > >>>>>\m
> >> > >> >>>us
> >> > >> >> > >tella\as3\src\mustella\IncludeFileLocation.as:70]
> >> > >> >> > 
> >> > >> >> > On Windows, the -failures switch should cause some code to
> >>write to
> >> > >> >> > c:/tmp/IncludeList.txt, then the SWF should try to read from
> >>there.
> >> > >> >>If
> >> > >> >> > you have security setups blocking that, there could be issues.
> >> > >> >> > 
> >> > >> >> > 
> >> > >> >> > >One thing that I have noticed is that the number of passed
> >>tests
> >> > >>can
> >> > >> >> > >sometimes be 14 and other times 8.  So I think that the test
> >>for
> >> > >> >> > >ResourceManager halts when it encounters an actionscript
> >> > >>exception.
> >> > >> >>I
> >> > >> >> > >assume this is only the case because of the nature of the
> >>failure.
> >> > >> >> > 
> >> > >> >> > The test environment may not be able to fully recover from an
> >> > >> >>exception so
> >> > >> >> > it doesn’t make sense to keep running tests.  There could be
> >>popups
> >> > >> >>left
> >> > >> >> > on the screen, etc.
> >> > >> >> > 
> >> > >> >> > >>try to make these changes?  I can try to find time to do it
> >> > >> >>otherwise.
> >> > >> >> > > 
> >> > >> >> > >Yeah I can take a crack at it. Do I need to adjust the test
> >>names
> >> > >>so
> >> > >> >>they
> >> > >> >> > >are unique as well as add in the .compile files as needed?
> >> > >> >> > 
> >> > >> >> > First, make sure I’m right and that there are duplicate test
> >>names
> >> > >>and
> >> > >> >> > make them unique.  Then see what you need to do to fix the
> >>failing
> >> > >> >>test,
> >> > >> >> > which I would guess requires a .compile file to include the
> >>fr_FR
> >> > >> >>locale.
> >> > >> >> > 	   		
> >> > >> >> > Good luck, have fun, and thanks for working on it.
> >> > >> >> > 
> >> > >> >> > -Alex		 	   		
> >> > >> >> > 
> >> > >> >>  		 	   		
> >> > >> > 		 	   		
> >> > >> 
> >> > > 		 	   		  
> >> > 
> >>  		 	   		  
> > 		 	   		  
> 
 		 	   		  

Re: Could not find compiled locale with mustella ResourceManager tests

Posted by Alex Harui <ah...@adobe.com>.
Awesome!  Thanks for figuring that out.  It is strange that the wrong test
is marked as failing.  In the debugger, it looks like the test SWF
properly sent out the test case start and end messages.  That’ll be
trickier to figure out.  It might involve the Java code.  Do you want to
take a shot at it?

Regarding the change that throws the exception:  Looks like it was done
for FLEX-17210.  Maybe a better move is to trace a warning instead of
throwing an error, but you could also argue that the bug itself is “Not A
Problem” if the code before the change properly set the error property on
the formatter.  The developer should be checking for errors when
formatting.

I agree with no longer throwing an exception, but don’t have a opinion on
whether to replace with a trace or not.  Up to you.  A more complex
scenario where someone sets the localeChain before loading resourceModules
popped into my head.  Maybe that shouldn’t warn, but maybe that’s too rare
a case and we’ll help more developers out by warning them.

Congrats on the find!
-Alex

On 12/12/14, 12:39 PM, "Chris Martin" <ch...@outlook.com> wrote:

>Hey Alex,
> 
>I think just nailed this one :)
> 
>> > Right now, I think I want to know why that one test fails when run as
>>the
>> > full set and passes on the failures run.
> 
>So the failed test that is being run again is not the same test that was
>throwing the exception.  The test that throws the exception is:
> 
>ResourceManager_Methods_findResourceBundleWithResource
>RTL_ResourceManager_Method_findResourceBundleWithResource_1LocaleChainItem
>_InvalidLocale
> 
>Specifically an exception is thrown at
>ResourceManager_Methods_findResourceBundleWithResource.mxml line 137.
> 
>But because the exception dialog is visible this causes a different test
>which started earlier to timeout.  Specifically this one:
> 
>resources/ResourceManager/Integration/ResourceManager_Integration_UICompon
>ent_resourcesChanged
>ResourceManager_Integration_UIComponent_resourcesChanged_localeChain
>
>And in the end the process gets clobbered. This means that if you ran
>again using the -failures, then it will run the one that timed out, and
>not the one that had the exception.  Since there is no exception dialog
>causing it to timeout again, it will pass.  Considering the
>RTL_ResourceManager_Method_findResourceBundleWithResource_1LocaleChainItem
>_InvalidLocale test had an exception means it was unable to "cleanly
>fail" and add it's entry into the failures.txt file.
> 
>So in summary. The issue the entire time was that we were intentionally
>not loading the fr_FR locale as it was part of the test.  So we should
>not have the .compile file. See from my previous email:
> 
>> I did take out the exception throw and got only 4 failures.  Then I
>>decided to take out the .compile file as I noted that for the tests we
>>are building up custom bundles and are not using the ones in the sdk
>>locale folder. And now I can pass all 417 tests without any issues.
> 
>So having the .compile file does cause other case tests that use the
>German local to fail.
> 
>This new exception was being thrown so we were unable to properly proceed
>with the 
>RTL_ResourceManager_Method_findResourceBundleWithResource_1LocaleChainItem
>_InvalidLocale test case (and two others later on).  The exception dialog
>causes a previous test that we started earlier to timeout and get added
>to the failures.txt file.
> 
>Two options I see right now are to either rollback the adding of the
>exception to ResourceManagerImpl.as, or simply obsolete tests that
>reference an unloaded locale (three in total).  I'm inclined to remove
>the exception so the SDK will behave has it had prior to 4.10.0. I didn't
>see any tickets related to this change, and nothing in the RELEASE_NOTES
>for 4.10.0 to give more information about the change.
> 
>As always, open to other ideas on how to get this going again. Super
>excited to have nailed this one down :D
> 
>Chris
> 
>> From: chrsmrtn@outlook.com
>> To: dev@flex.apache.org
>> Subject: RE: Could not find compiled locale with mustella
>>ResourceManager tests
>> Date: Fri, 12 Dec 2014 00:18:16 -0700
>> 
>> Sure! I too am curious why it fails in the group but passes when we run
>>it by itself. The exception throw didn't go anywhere.
>>  
>> I did take out the exception throw and got only 4 failures.  Then I
>>decided to take out the .compile file as I noted that for the tests we
>>are building up custom bundles and are not using the ones in the locale
>>folder. And now I can pass all 417 tests without any issues.
>>  
>> I think first i'm going to add in a test case for FLEX-25045[1] and
>>make sure it clears now that I got a clean test pass.  That and I'd like
>>to get that fix in for 4.14.0 ;)
>>  
>> Then i'll put back in the exception throw and try to figure out what is
>>going on.  Oddly enough i'm still having issues with the file being
>>created in the C:\tmp folder.  I can create a file there myself, through
>>my console window, so I'm not sure why the script cannot.
>>  
>> Chris
>>  
>> [1] https://issues.apache.org/jira/browse/FLEX-25045
>> > From: aharui@adobe.com
>> > To: dev@flex.apache.org
>> > Subject: Re: Could not find compiled locale with mustella
>>ResourceManager tests
>> > Date: Fri, 12 Dec 2014 06:43:56 +0000
>> > 
>> > Hi Chris,
>> > 
>> > Right now, I think I want to know why that one test fails when run as
>>the
>> > full set and passes on the failures run.  I think if it had failed on
>>the
>> > failures run then we’d have looked deeper earlier and realized we
>>broke
>> > the ‘missing bundle’ case for findResourceBundleWithResource().  We
>>might
>> > need to think about reverting the code that throws an exception when a
>> > bundle isn’t found, or at least making that particular API work like
>>it
>> > used to.  Are you interested in looking into that?
>> > 
>> > Thanks,
>> > -Alex
>> > 
>> > On 12/11/14, 9:52 PM, "Chris Martin" <ch...@outlook.com> wrote:
>> > 
>> > >Hey Alex,
>> > > 
>> > >Yeah I see what you mean.  I think I figured out what happened.  We
>>have
>> > >a commit made to ResourceManagerImpl.as[1] which I believe now
>>obsoletes
>> > >those types of tests because we now throw an exception if it was
>>unable
>> > >to find the locale.  So really we cannot get ourselves into that
>> > >situation anymore.
>> > > 
>> > >Should I just comment out those tests?
>> > > 
>> > >BTW, I did comment out the first two tests to see if they were
>>mucking up
>> > >the ResourceManager, and I still got the same error.  That lead me
>>to dig
>> > >deeper
>> > > 
>> > >Chris
>> > > 
>> > >[1] 
>> > 
>>>https://github.com/apache/flex-sdk/commit/ae28ab34c558957927471d54ce2a0c
>>>a6
>> > >aace6207 
>> > > 
>> > >> From: aharui@adobe.com
>> > >> To: dev@flex.apache.org
>> > >> Subject: Re: Could not find compiled locale with mustella
>> > >>ResourceManager tests
>> > >> Date: Fri, 12 Dec 2014 00:57:52 +0000
>> > >> 
>> > >> OK, I dug into it and have a better guess why it fails in the full
>>set
>> > >>and
>> > >> passes on its own.  I added a .compile file (just the -locale, the
>> > >>library
>> > >> path should already be set) and verified the fr_FR bundle was in
>>the
>> > >>app.
>> > >> 
>> > >> However, in looking at these tests, you aren’t supposed to have a
>>fr_FR
>> > >> locale in the test.  Some of the tests are testing code paths for
>> > >>missing
>> > >> locales.  Then, to add to the problem, the exception seems to be
>>thrown
>> > >> from 3rd test case, but I think the first two test cases are
>>leaving the
>> > >> ResourceManager in a bad state, which is why the test passes on
>>its own.
>> > >> 
>> > >> So, if you want to get all of this to run on the full pass, you
>>may have
>> > >> to reset the ResourceManager in the setup of each test so each
>>test can
>> > >> run independently and tests that run before it don’t affect
>>subsequent
>> > >> tests.
>> > >> 
>> > >> Of course, I could be wrong.
>> > >> 
>> > >> -Alex
>> > >> 
>> > >> On 12/11/14, 4:28 PM, "Chris Martin" <ch...@outlook.com> wrote:
>> > >> 
>> > >> >This is odd. I also tried to change the locale reference from
>>fr_FR to
>> > >> >en_US just to see if I can get a little further along, and I
>>still get
>> > >> >same error, but it references not being able to find it for
>>'en_US'.
>> > >>Do
>> > >> >you think this suggests a deeper issue than a .compile file?
>> > >> > 
>> > >> >Chris
>> > >> > 
>> > >> >> From: chrsmrtn@outlook.com
>> > >> >> To: dev@flex.apache.org
>> > >> >> Subject: RE: Could not find compiled locale with mustella
>> > >> >>ResourceManager tests
>> > >> >> Date: Thu, 11 Dec 2014 16:44:57 -0700
>> > >> >> 
>> > >> >> Okay, verified there are no duplicate test names.  I added
>> > >> >>tests/resources/ResourceManager/SWFs/ResourceManagerApp.compile
>>which
>> > >> >>contains:
>> > >> >>  
>> > >> >> -locale=fr_FR,ja_JP,en_US,de_DE
>> > >> >> -library-path+=${sdk.dir}/frameworks/locale/{locale}
>> > >> >>  
>> > >> >> As the tests do use those for getting resource bundles.  Still
>> > >>getting
>> > >> >>the same error at
>> > >> >>ResourceManager_Methods_findResourceBundleWithResource.mxml:136.
>> > >> >>  
>> > >> >> I don't think this would have any affect but I also did add a
>> > >> >>ResourceManager_Methods_findResourceBundleWithResource.compile
>>file
>> > >>next
>> > >> >>to ResourceManager_Methods_findResourceBundleWithResource.mxml
>>that
>> > >> >>contains the same value as above.  That too didn't have an
>>effect.
>> > >> >>  
>> > >> >> I have a sneaky suspicion that I'm doing it wrong :)
>> > >> >>  
>> > >> >> Chris
>> > >> >>  
>> > >> >> > From: aharui@adobe.com
>> > >> >> > To: dev@flex.apache.org
>> > >> >> > Subject: Re: Could not find compiled locale with mustella
>> > >> >>ResourceManager tests
>> > >> >> > Date: Thu, 11 Dec 2014 22:03:06 +0000
>> > >> >> > 
>> > >> >> > 
>> > >> >> > On 12/11/14, 1:45 PM, "Chris Martin" <ch...@outlook.com>
>>wrote:
>> > >> >> > 
>> > >> >> > >Sweet!  Unfortunately even running with the -failures flag,
>>the
>> > >>test
>> > >> >> > >still fails, but for a different reason.
>> > >> >> > > 
>> > >> >> > >Error #2044: Unhandled ioError:. text=Error #2032: Stream
>>Error.
>> > >>URL:
>> > >> >> > >file:///c:/tmp/IncludeList.txt
>> > >> >> > > at 
>> > >> >> > 
>> > >> 
>> > 
>>>>>>>IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-s
>>>>>>>dk
>> > >>>>>\m
>> > >> >>>us
>> > >> >> > >tella\as3\src\mustella\IncludeFileLocation.as:70]
>> > >> >> > 
>> > >> >> > On Windows, the -failures switch should cause some code to
>>write to
>> > >> >> > c:/tmp/IncludeList.txt, then the SWF should try to read from
>>there.
>> > >> >>If
>> > >> >> > you have security setups blocking that, there could be issues.
>> > >> >> > 
>> > >> >> > 
>> > >> >> > >One thing that I have noticed is that the number of passed
>>tests
>> > >>can
>> > >> >> > >sometimes be 14 and other times 8.  So I think that the test
>>for
>> > >> >> > >ResourceManager halts when it encounters an actionscript
>> > >>exception.
>> > >> >>I
>> > >> >> > >assume this is only the case because of the nature of the
>>failure.
>> > >> >> > 
>> > >> >> > The test environment may not be able to fully recover from an
>> > >> >>exception so
>> > >> >> > it doesn’t make sense to keep running tests.  There could be
>>popups
>> > >> >>left
>> > >> >> > on the screen, etc.
>> > >> >> > 
>> > >> >> > >>try to make these changes?  I can try to find time to do it
>> > >> >>otherwise.
>> > >> >> > > 
>> > >> >> > >Yeah I can take a crack at it. Do I need to adjust the test
>>names
>> > >>so
>> > >> >>they
>> > >> >> > >are unique as well as add in the .compile files as needed?
>> > >> >> > 
>> > >> >> > First, make sure I’m right and that there are duplicate test
>>names
>> > >>and
>> > >> >> > make them unique.  Then see what you need to do to fix the
>>failing
>> > >> >>test,
>> > >> >> > which I would guess requires a .compile file to include the
>>fr_FR
>> > >> >>locale.
>> > >> >> > 	   		
>> > >> >> > Good luck, have fun, and thanks for working on it.
>> > >> >> > 
>> > >> >> > -Alex		 	   		
>> > >> >> > 
>> > >> >>  		 	   		
>> > >> > 		 	   		
>> > >> 
>> > > 		 	   		  
>> > 
>>  		 	   		  
> 		 	   		  


RE: Could not find compiled locale with mustella ResourceManager tests

Posted by Chris Martin <ch...@outlook.com>.
Hey Alex,
 
I think just nailed this one :)
 
> > Right now, I think I want to know why that one test fails when run as the
> > full set and passes on the failures run.
 
So the failed test that is being run again is not the same test that was throwing the exception.  The test that throws the exception is:
 
ResourceManager_Methods_findResourceBundleWithResource RTL_ResourceManager_Method_findResourceBundleWithResource_1LocaleChainItem_InvalidLocale
 
Specifically an exception is thrown at ResourceManager_Methods_findResourceBundleWithResource.mxml line 137.
 
But because the exception dialog is visible this causes a different test which started earlier to timeout.  Specifically this one:
 
resources/ResourceManager/Integration/ResourceManager_Integration_UIComponent_resourcesChanged ResourceManager_Integration_UIComponent_resourcesChanged_localeChain

And in the end the process gets clobbered. This means that if you ran again using the -failures, then it will run the one that timed out, and not the one that had the exception.  Since there is no exception dialog causing it to timeout again, it will pass.  Considering the RTL_ResourceManager_Method_findResourceBundleWithResource_1LocaleChainItem_InvalidLocale test had an exception means it was unable to "cleanly fail" and add it's entry into the failures.txt file.
 
So in summary. The issue the entire time was that we were intentionally not loading the fr_FR locale as it was part of the test.  So we should not have the .compile file. See from my previous email:
 
> I did take out the exception throw and got only 4 failures.  Then I decided to take out the .compile file as I noted that for the tests we are building up custom bundles and are not using the ones in the sdk locale folder. And now I can pass all 417 tests without any issues.
 
So having the .compile file does cause other case tests that use the German local to fail.
 
This new exception was being thrown so we were unable to properly proceed with the RTL_ResourceManager_Method_findResourceBundleWithResource_1LocaleChainItem_InvalidLocale test case (and two others later on).  The exception dialog causes a previous test that we started earlier to timeout and get added to the failures.txt file.
 
Two options I see right now are to either rollback the adding of the exception to ResourceManagerImpl.as, or simply obsolete tests that reference an unloaded locale (three in total).  I'm inclined to remove the exception so the SDK will behave has it had prior to 4.10.0. I didn't see any tickets related to this change, and nothing in the RELEASE_NOTES for 4.10.0 to give more information about the change.
 
As always, open to other ideas on how to get this going again. Super excited to have nailed this one down :D
 
Chris
 
> From: chrsmrtn@outlook.com
> To: dev@flex.apache.org
> Subject: RE: Could not find compiled locale with mustella ResourceManager tests
> Date: Fri, 12 Dec 2014 00:18:16 -0700
> 
> Sure! I too am curious why it fails in the group but passes when we run it by itself. The exception throw didn't go anywhere.
>  
> I did take out the exception throw and got only 4 failures.  Then I decided to take out the .compile file as I noted that for the tests we are building up custom bundles and are not using the ones in the locale folder. And now I can pass all 417 tests without any issues.
>  
> I think first i'm going to add in a test case for FLEX-25045[1] and make sure it clears now that I got a clean test pass.  That and I'd like to get that fix in for 4.14.0 ;)
>  
> Then i'll put back in the exception throw and try to figure out what is going on.  Oddly enough i'm still having issues with the file being created in the C:\tmp folder.  I can create a file there myself, through my console window, so I'm not sure why the script cannot.
>  
> Chris
>  
> [1] https://issues.apache.org/jira/browse/FLEX-25045
> > From: aharui@adobe.com
> > To: dev@flex.apache.org
> > Subject: Re: Could not find compiled locale with mustella ResourceManager tests
> > Date: Fri, 12 Dec 2014 06:43:56 +0000
> > 
> > Hi Chris,
> > 
> > Right now, I think I want to know why that one test fails when run as the
> > full set and passes on the failures run.  I think if it had failed on the
> > failures run then we’d have looked deeper earlier and realized we broke
> > the ‘missing bundle’ case for findResourceBundleWithResource().  We might
> > need to think about reverting the code that throws an exception when a
> > bundle isn’t found, or at least making that particular API work like it
> > used to.  Are you interested in looking into that?
> > 
> > Thanks,
> > -Alex
> > 
> > On 12/11/14, 9:52 PM, "Chris Martin" <ch...@outlook.com> wrote:
> > 
> > >Hey Alex,
> > > 
> > >Yeah I see what you mean.  I think I figured out what happened.  We have
> > >a commit made to ResourceManagerImpl.as[1] which I believe now obsoletes
> > >those types of tests because we now throw an exception if it was unable
> > >to find the locale.  So really we cannot get ourselves into that
> > >situation anymore.
> > > 
> > >Should I just comment out those tests?
> > > 
> > >BTW, I did comment out the first two tests to see if they were mucking up
> > >the ResourceManager, and I still got the same error.  That lead me to dig
> > >deeper
> > > 
> > >Chris
> > > 
> > >[1] 
> > >https://github.com/apache/flex-sdk/commit/ae28ab34c558957927471d54ce2a0ca6
> > >aace6207 
> > > 
> > >> From: aharui@adobe.com
> > >> To: dev@flex.apache.org
> > >> Subject: Re: Could not find compiled locale with mustella
> > >>ResourceManager tests
> > >> Date: Fri, 12 Dec 2014 00:57:52 +0000
> > >> 
> > >> OK, I dug into it and have a better guess why it fails in the full set
> > >>and
> > >> passes on its own.  I added a .compile file (just the -locale, the
> > >>library
> > >> path should already be set) and verified the fr_FR bundle was in the
> > >>app.
> > >> 
> > >> However, in looking at these tests, you aren’t supposed to have a fr_FR
> > >> locale in the test.  Some of the tests are testing code paths for
> > >>missing
> > >> locales.  Then, to add to the problem, the exception seems to be thrown
> > >> from 3rd test case, but I think the first two test cases are leaving the
> > >> ResourceManager in a bad state, which is why the test passes on its own.
> > >> 
> > >> So, if you want to get all of this to run on the full pass, you may have
> > >> to reset the ResourceManager in the setup of each test so each test can
> > >> run independently and tests that run before it don’t affect subsequent
> > >> tests.
> > >> 
> > >> Of course, I could be wrong.
> > >> 
> > >> -Alex
> > >> 
> > >> On 12/11/14, 4:28 PM, "Chris Martin" <ch...@outlook.com> wrote:
> > >> 
> > >> >This is odd. I also tried to change the locale reference from fr_FR to
> > >> >en_US just to see if I can get a little further along, and I still get
> > >> >same error, but it references not being able to find it for 'en_US'.
> > >>Do
> > >> >you think this suggests a deeper issue than a .compile file?
> > >> > 
> > >> >Chris
> > >> > 
> > >> >> From: chrsmrtn@outlook.com
> > >> >> To: dev@flex.apache.org
> > >> >> Subject: RE: Could not find compiled locale with mustella
> > >> >>ResourceManager tests
> > >> >> Date: Thu, 11 Dec 2014 16:44:57 -0700
> > >> >> 
> > >> >> Okay, verified there are no duplicate test names.  I added
> > >> >>tests/resources/ResourceManager/SWFs/ResourceManagerApp.compile which
> > >> >>contains:
> > >> >>  
> > >> >> -locale=fr_FR,ja_JP,en_US,de_DE
> > >> >> -library-path+=${sdk.dir}/frameworks/locale/{locale}
> > >> >>  
> > >> >> As the tests do use those for getting resource bundles.  Still
> > >>getting
> > >> >>the same error at
> > >> >>ResourceManager_Methods_findResourceBundleWithResource.mxml:136.
> > >> >>  
> > >> >> I don't think this would have any affect but I also did add a
> > >> >>ResourceManager_Methods_findResourceBundleWithResource.compile file
> > >>next
> > >> >>to ResourceManager_Methods_findResourceBundleWithResource.mxml that
> > >> >>contains the same value as above.  That too didn't have an effect.
> > >> >>  
> > >> >> I have a sneaky suspicion that I'm doing it wrong :)
> > >> >>  
> > >> >> Chris
> > >> >>  
> > >> >> > From: aharui@adobe.com
> > >> >> > To: dev@flex.apache.org
> > >> >> > Subject: Re: Could not find compiled locale with mustella
> > >> >>ResourceManager tests
> > >> >> > Date: Thu, 11 Dec 2014 22:03:06 +0000
> > >> >> > 
> > >> >> > 
> > >> >> > On 12/11/14, 1:45 PM, "Chris Martin" <ch...@outlook.com> wrote:
> > >> >> > 
> > >> >> > >Sweet!  Unfortunately even running with the -failures flag, the
> > >>test
> > >> >> > >still fails, but for a different reason.
> > >> >> > > 
> > >> >> > >Error #2044: Unhandled ioError:. text=Error #2032: Stream Error.
> > >>URL:
> > >> >> > >file:///c:/tmp/IncludeList.txt
> > >> >> > > at 
> > >> >> > 
> > >> 
> > >>>>>IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-sdk
> > >>>>>\m
> > >> >>>us
> > >> >> > >tella\as3\src\mustella\IncludeFileLocation.as:70]
> > >> >> > 
> > >> >> > On Windows, the -failures switch should cause some code to write to
> > >> >> > c:/tmp/IncludeList.txt, then the SWF should try to read from there.
> > >> >>If
> > >> >> > you have security setups blocking that, there could be issues.
> > >> >> > 
> > >> >> > 
> > >> >> > >One thing that I have noticed is that the number of passed tests
> > >>can
> > >> >> > >sometimes be 14 and other times 8.  So I think that the test for
> > >> >> > >ResourceManager halts when it encounters an actionscript
> > >>exception.
> > >> >>I
> > >> >> > >assume this is only the case because of the nature of the failure.
> > >> >> > 
> > >> >> > The test environment may not be able to fully recover from an
> > >> >>exception so
> > >> >> > it doesn’t make sense to keep running tests.  There could be popups
> > >> >>left
> > >> >> > on the screen, etc.
> > >> >> > 
> > >> >> > >>try to make these changes?  I can try to find time to do it
> > >> >>otherwise.
> > >> >> > > 
> > >> >> > >Yeah I can take a crack at it. Do I need to adjust the test names
> > >>so
> > >> >>they
> > >> >> > >are unique as well as add in the .compile files as needed?
> > >> >> > 
> > >> >> > First, make sure I’m right and that there are duplicate test names
> > >>and
> > >> >> > make them unique.  Then see what you need to do to fix the failing
> > >> >>test,
> > >> >> > which I would guess requires a .compile file to include the fr_FR
> > >> >>locale.
> > >> >> > 	   		  
> > >> >> > Good luck, have fun, and thanks for working on it.
> > >> >> > 
> > >> >> > -Alex		 	   		
> > >> >> > 
> > >> >>  		 	   		  
> > >> > 		 	   		  
> > >> 
> > > 		 	   		  
> > 
>  		 	   		  
 		 	   		  

RE: Could not find compiled locale with mustella ResourceManager tests

Posted by Chris Martin <ch...@outlook.com>.
Sure! I too am curious why it fails in the group but passes when we run it by itself. The exception throw didn't go anywhere.
 
I did take out the exception throw and got only 4 failures.  Then I decided to take out the .compile file as I noted that for the tests we are building up custom bundles and are not using the ones in the locale folder. And now I can pass all 417 tests without any issues.
 
I think first i'm going to add in a test case for FLEX-25045[1] and make sure it clears now that I got a clean test pass.  That and I'd like to get that fix in for 4.14.0 ;)
 
Then i'll put back in the exception throw and try to figure out what is going on.  Oddly enough i'm still having issues with the file being created in the C:\tmp folder.  I can create a file there myself, through my console window, so I'm not sure why the script cannot.
 
Chris
 
[1] https://issues.apache.org/jira/browse/FLEX-25045
> From: aharui@adobe.com
> To: dev@flex.apache.org
> Subject: Re: Could not find compiled locale with mustella ResourceManager tests
> Date: Fri, 12 Dec 2014 06:43:56 +0000
> 
> Hi Chris,
> 
> Right now, I think I want to know why that one test fails when run as the
> full set and passes on the failures run.  I think if it had failed on the
> failures run then we’d have looked deeper earlier and realized we broke
> the ‘missing bundle’ case for findResourceBundleWithResource().  We might
> need to think about reverting the code that throws an exception when a
> bundle isn’t found, or at least making that particular API work like it
> used to.  Are you interested in looking into that?
> 
> Thanks,
> -Alex
> 
> On 12/11/14, 9:52 PM, "Chris Martin" <ch...@outlook.com> wrote:
> 
> >Hey Alex,
> > 
> >Yeah I see what you mean.  I think I figured out what happened.  We have
> >a commit made to ResourceManagerImpl.as[1] which I believe now obsoletes
> >those types of tests because we now throw an exception if it was unable
> >to find the locale.  So really we cannot get ourselves into that
> >situation anymore.
> > 
> >Should I just comment out those tests?
> > 
> >BTW, I did comment out the first two tests to see if they were mucking up
> >the ResourceManager, and I still got the same error.  That lead me to dig
> >deeper
> > 
> >Chris
> > 
> >[1] 
> >https://github.com/apache/flex-sdk/commit/ae28ab34c558957927471d54ce2a0ca6
> >aace6207 
> > 
> >> From: aharui@adobe.com
> >> To: dev@flex.apache.org
> >> Subject: Re: Could not find compiled locale with mustella
> >>ResourceManager tests
> >> Date: Fri, 12 Dec 2014 00:57:52 +0000
> >> 
> >> OK, I dug into it and have a better guess why it fails in the full set
> >>and
> >> passes on its own.  I added a .compile file (just the -locale, the
> >>library
> >> path should already be set) and verified the fr_FR bundle was in the
> >>app.
> >> 
> >> However, in looking at these tests, you aren’t supposed to have a fr_FR
> >> locale in the test.  Some of the tests are testing code paths for
> >>missing
> >> locales.  Then, to add to the problem, the exception seems to be thrown
> >> from 3rd test case, but I think the first two test cases are leaving the
> >> ResourceManager in a bad state, which is why the test passes on its own.
> >> 
> >> So, if you want to get all of this to run on the full pass, you may have
> >> to reset the ResourceManager in the setup of each test so each test can
> >> run independently and tests that run before it don’t affect subsequent
> >> tests.
> >> 
> >> Of course, I could be wrong.
> >> 
> >> -Alex
> >> 
> >> On 12/11/14, 4:28 PM, "Chris Martin" <ch...@outlook.com> wrote:
> >> 
> >> >This is odd. I also tried to change the locale reference from fr_FR to
> >> >en_US just to see if I can get a little further along, and I still get
> >> >same error, but it references not being able to find it for 'en_US'.
> >>Do
> >> >you think this suggests a deeper issue than a .compile file?
> >> > 
> >> >Chris
> >> > 
> >> >> From: chrsmrtn@outlook.com
> >> >> To: dev@flex.apache.org
> >> >> Subject: RE: Could not find compiled locale with mustella
> >> >>ResourceManager tests
> >> >> Date: Thu, 11 Dec 2014 16:44:57 -0700
> >> >> 
> >> >> Okay, verified there are no duplicate test names.  I added
> >> >>tests/resources/ResourceManager/SWFs/ResourceManagerApp.compile which
> >> >>contains:
> >> >>  
> >> >> -locale=fr_FR,ja_JP,en_US,de_DE
> >> >> -library-path+=${sdk.dir}/frameworks/locale/{locale}
> >> >>  
> >> >> As the tests do use those for getting resource bundles.  Still
> >>getting
> >> >>the same error at
> >> >>ResourceManager_Methods_findResourceBundleWithResource.mxml:136.
> >> >>  
> >> >> I don't think this would have any affect but I also did add a
> >> >>ResourceManager_Methods_findResourceBundleWithResource.compile file
> >>next
> >> >>to ResourceManager_Methods_findResourceBundleWithResource.mxml that
> >> >>contains the same value as above.  That too didn't have an effect.
> >> >>  
> >> >> I have a sneaky suspicion that I'm doing it wrong :)
> >> >>  
> >> >> Chris
> >> >>  
> >> >> > From: aharui@adobe.com
> >> >> > To: dev@flex.apache.org
> >> >> > Subject: Re: Could not find compiled locale with mustella
> >> >>ResourceManager tests
> >> >> > Date: Thu, 11 Dec 2014 22:03:06 +0000
> >> >> > 
> >> >> > 
> >> >> > On 12/11/14, 1:45 PM, "Chris Martin" <ch...@outlook.com> wrote:
> >> >> > 
> >> >> > >Sweet!  Unfortunately even running with the -failures flag, the
> >>test
> >> >> > >still fails, but for a different reason.
> >> >> > > 
> >> >> > >Error #2044: Unhandled ioError:. text=Error #2032: Stream Error.
> >>URL:
> >> >> > >file:///c:/tmp/IncludeList.txt
> >> >> > > at 
> >> >> > 
> >> 
> >>>>>IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-sdk
> >>>>>\m
> >> >>>us
> >> >> > >tella\as3\src\mustella\IncludeFileLocation.as:70]
> >> >> > 
> >> >> > On Windows, the -failures switch should cause some code to write to
> >> >> > c:/tmp/IncludeList.txt, then the SWF should try to read from there.
> >> >>If
> >> >> > you have security setups blocking that, there could be issues.
> >> >> > 
> >> >> > 
> >> >> > >One thing that I have noticed is that the number of passed tests
> >>can
> >> >> > >sometimes be 14 and other times 8.  So I think that the test for
> >> >> > >ResourceManager halts when it encounters an actionscript
> >>exception.
> >> >>I
> >> >> > >assume this is only the case because of the nature of the failure.
> >> >> > 
> >> >> > The test environment may not be able to fully recover from an
> >> >>exception so
> >> >> > it doesn’t make sense to keep running tests.  There could be popups
> >> >>left
> >> >> > on the screen, etc.
> >> >> > 
> >> >> > >>try to make these changes?  I can try to find time to do it
> >> >>otherwise.
> >> >> > > 
> >> >> > >Yeah I can take a crack at it. Do I need to adjust the test names
> >>so
> >> >>they
> >> >> > >are unique as well as add in the .compile files as needed?
> >> >> > 
> >> >> > First, make sure I’m right and that there are duplicate test names
> >>and
> >> >> > make them unique.  Then see what you need to do to fix the failing
> >> >>test,
> >> >> > which I would guess requires a .compile file to include the fr_FR
> >> >>locale.
> >> >> > 	   		  
> >> >> > Good luck, have fun, and thanks for working on it.
> >> >> > 
> >> >> > -Alex		 	   		
> >> >> > 
> >> >>  		 	   		  
> >> > 		 	   		  
> >> 
> > 		 	   		  
> 
 		 	   		  

Re: Could not find compiled locale with mustella ResourceManager tests

Posted by Alex Harui <ah...@adobe.com>.
Hi Chris,

Right now, I think I want to know why that one test fails when run as the
full set and passes on the failures run.  I think if it had failed on the
failures run then we’d have looked deeper earlier and realized we broke
the ‘missing bundle’ case for findResourceBundleWithResource().  We might
need to think about reverting the code that throws an exception when a
bundle isn’t found, or at least making that particular API work like it
used to.  Are you interested in looking into that?

Thanks,
-Alex

On 12/11/14, 9:52 PM, "Chris Martin" <ch...@outlook.com> wrote:

>Hey Alex,
> 
>Yeah I see what you mean.  I think I figured out what happened.  We have
>a commit made to ResourceManagerImpl.as[1] which I believe now obsoletes
>those types of tests because we now throw an exception if it was unable
>to find the locale.  So really we cannot get ourselves into that
>situation anymore.
> 
>Should I just comment out those tests?
> 
>BTW, I did comment out the first two tests to see if they were mucking up
>the ResourceManager, and I still got the same error.  That lead me to dig
>deeper
> 
>Chris
> 
>[1] 
>https://github.com/apache/flex-sdk/commit/ae28ab34c558957927471d54ce2a0ca6
>aace6207 
> 
>> From: aharui@adobe.com
>> To: dev@flex.apache.org
>> Subject: Re: Could not find compiled locale with mustella
>>ResourceManager tests
>> Date: Fri, 12 Dec 2014 00:57:52 +0000
>> 
>> OK, I dug into it and have a better guess why it fails in the full set
>>and
>> passes on its own.  I added a .compile file (just the -locale, the
>>library
>> path should already be set) and verified the fr_FR bundle was in the
>>app.
>> 
>> However, in looking at these tests, you aren’t supposed to have a fr_FR
>> locale in the test.  Some of the tests are testing code paths for
>>missing
>> locales.  Then, to add to the problem, the exception seems to be thrown
>> from 3rd test case, but I think the first two test cases are leaving the
>> ResourceManager in a bad state, which is why the test passes on its own.
>> 
>> So, if you want to get all of this to run on the full pass, you may have
>> to reset the ResourceManager in the setup of each test so each test can
>> run independently and tests that run before it don’t affect subsequent
>> tests.
>> 
>> Of course, I could be wrong.
>> 
>> -Alex
>> 
>> On 12/11/14, 4:28 PM, "Chris Martin" <ch...@outlook.com> wrote:
>> 
>> >This is odd. I also tried to change the locale reference from fr_FR to
>> >en_US just to see if I can get a little further along, and I still get
>> >same error, but it references not being able to find it for 'en_US'.
>>Do
>> >you think this suggests a deeper issue than a .compile file?
>> > 
>> >Chris
>> > 
>> >> From: chrsmrtn@outlook.com
>> >> To: dev@flex.apache.org
>> >> Subject: RE: Could not find compiled locale with mustella
>> >>ResourceManager tests
>> >> Date: Thu, 11 Dec 2014 16:44:57 -0700
>> >> 
>> >> Okay, verified there are no duplicate test names.  I added
>> >>tests/resources/ResourceManager/SWFs/ResourceManagerApp.compile which
>> >>contains:
>> >>  
>> >> -locale=fr_FR,ja_JP,en_US,de_DE
>> >> -library-path+=${sdk.dir}/frameworks/locale/{locale}
>> >>  
>> >> As the tests do use those for getting resource bundles.  Still
>>getting
>> >>the same error at
>> >>ResourceManager_Methods_findResourceBundleWithResource.mxml:136.
>> >>  
>> >> I don't think this would have any affect but I also did add a
>> >>ResourceManager_Methods_findResourceBundleWithResource.compile file
>>next
>> >>to ResourceManager_Methods_findResourceBundleWithResource.mxml that
>> >>contains the same value as above.  That too didn't have an effect.
>> >>  
>> >> I have a sneaky suspicion that I'm doing it wrong :)
>> >>  
>> >> Chris
>> >>  
>> >> > From: aharui@adobe.com
>> >> > To: dev@flex.apache.org
>> >> > Subject: Re: Could not find compiled locale with mustella
>> >>ResourceManager tests
>> >> > Date: Thu, 11 Dec 2014 22:03:06 +0000
>> >> > 
>> >> > 
>> >> > On 12/11/14, 1:45 PM, "Chris Martin" <ch...@outlook.com> wrote:
>> >> > 
>> >> > >Sweet!  Unfortunately even running with the -failures flag, the
>>test
>> >> > >still fails, but for a different reason.
>> >> > > 
>> >> > >Error #2044: Unhandled ioError:. text=Error #2032: Stream Error.
>>URL:
>> >> > >file:///c:/tmp/IncludeList.txt
>> >> > > at 
>> >> > 
>> 
>>>>>IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-sdk
>>>>>\m
>> >>>us
>> >> > >tella\as3\src\mustella\IncludeFileLocation.as:70]
>> >> > 
>> >> > On Windows, the -failures switch should cause some code to write to
>> >> > c:/tmp/IncludeList.txt, then the SWF should try to read from there.
>> >>If
>> >> > you have security setups blocking that, there could be issues.
>> >> > 
>> >> > 
>> >> > >One thing that I have noticed is that the number of passed tests
>>can
>> >> > >sometimes be 14 and other times 8.  So I think that the test for
>> >> > >ResourceManager halts when it encounters an actionscript
>>exception.
>> >>I
>> >> > >assume this is only the case because of the nature of the failure.
>> >> > 
>> >> > The test environment may not be able to fully recover from an
>> >>exception so
>> >> > it doesn’t make sense to keep running tests.  There could be popups
>> >>left
>> >> > on the screen, etc.
>> >> > 
>> >> > >>try to make these changes?  I can try to find time to do it
>> >>otherwise.
>> >> > > 
>> >> > >Yeah I can take a crack at it. Do I need to adjust the test names
>>so
>> >>they
>> >> > >are unique as well as add in the .compile files as needed?
>> >> > 
>> >> > First, make sure I’m right and that there are duplicate test names
>>and
>> >> > make them unique.  Then see what you need to do to fix the failing
>> >>test,
>> >> > which I would guess requires a .compile file to include the fr_FR
>> >>locale.
>> >> > 	   		  
>> >> > Good luck, have fun, and thanks for working on it.
>> >> > 
>> >> > -Alex		 	   		
>> >> > 
>> >>  		 	   		  
>> > 		 	   		  
>> 
> 		 	   		  


RE: Could not find compiled locale with mustella ResourceManager tests

Posted by Chris Martin <ch...@outlook.com>.
Hey Alex,
 
Yeah I see what you mean.  I think I figured out what happened.  We have a commit made to ResourceManagerImpl.as[1] which I believe now obsoletes those types of tests because we now throw an exception if it was unable to find the locale.  So really we cannot get ourselves into that situation anymore.
 
Should I just comment out those tests?
 
BTW, I did comment out the first two tests to see if they were mucking up the ResourceManager, and I still got the same error.  That lead me to dig deeper
 
Chris
 
[1] https://github.com/apache/flex-sdk/commit/ae28ab34c558957927471d54ce2a0ca6aace6207 
 
> From: aharui@adobe.com
> To: dev@flex.apache.org
> Subject: Re: Could not find compiled locale with mustella ResourceManager tests
> Date: Fri, 12 Dec 2014 00:57:52 +0000
> 
> OK, I dug into it and have a better guess why it fails in the full set and
> passes on its own.  I added a .compile file (just the -locale, the library
> path should already be set) and verified the fr_FR bundle was in the app.
> 
> However, in looking at these tests, you aren’t supposed to have a fr_FR
> locale in the test.  Some of the tests are testing code paths for missing
> locales.  Then, to add to the problem, the exception seems to be thrown
> from 3rd test case, but I think the first two test cases are leaving the
> ResourceManager in a bad state, which is why the test passes on its own.
> 
> So, if you want to get all of this to run on the full pass, you may have
> to reset the ResourceManager in the setup of each test so each test can
> run independently and tests that run before it don’t affect subsequent
> tests.
> 
> Of course, I could be wrong.
> 
> -Alex
> 
> On 12/11/14, 4:28 PM, "Chris Martin" <ch...@outlook.com> wrote:
> 
> >This is odd. I also tried to change the locale reference from fr_FR to
> >en_US just to see if I can get a little further along, and I still get
> >same error, but it references not being able to find it for 'en_US'.  Do
> >you think this suggests a deeper issue than a .compile file?
> > 
> >Chris
> > 
> >> From: chrsmrtn@outlook.com
> >> To: dev@flex.apache.org
> >> Subject: RE: Could not find compiled locale with mustella
> >>ResourceManager tests
> >> Date: Thu, 11 Dec 2014 16:44:57 -0700
> >> 
> >> Okay, verified there are no duplicate test names.  I added
> >>tests/resources/ResourceManager/SWFs/ResourceManagerApp.compile which
> >>contains:
> >>  
> >> -locale=fr_FR,ja_JP,en_US,de_DE
> >> -library-path+=${sdk.dir}/frameworks/locale/{locale}
> >>  
> >> As the tests do use those for getting resource bundles.  Still getting
> >>the same error at
> >>ResourceManager_Methods_findResourceBundleWithResource.mxml:136.
> >>  
> >> I don't think this would have any affect but I also did add a
> >>ResourceManager_Methods_findResourceBundleWithResource.compile file next
> >>to ResourceManager_Methods_findResourceBundleWithResource.mxml that
> >>contains the same value as above.  That too didn't have an effect.
> >>  
> >> I have a sneaky suspicion that I'm doing it wrong :)
> >>  
> >> Chris
> >>  
> >> > From: aharui@adobe.com
> >> > To: dev@flex.apache.org
> >> > Subject: Re: Could not find compiled locale with mustella
> >>ResourceManager tests
> >> > Date: Thu, 11 Dec 2014 22:03:06 +0000
> >> > 
> >> > 
> >> > On 12/11/14, 1:45 PM, "Chris Martin" <ch...@outlook.com> wrote:
> >> > 
> >> > >Sweet!  Unfortunately even running with the -failures flag, the test
> >> > >still fails, but for a different reason.
> >> > > 
> >> > >Error #2044: Unhandled ioError:. text=Error #2032: Stream Error. URL:
> >> > >file:///c:/tmp/IncludeList.txt
> >> > > at 
> >> > 
> >>>IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-sdk\m
> >>>us
> >> > >tella\as3\src\mustella\IncludeFileLocation.as:70]
> >> > 
> >> > On Windows, the -failures switch should cause some code to write to
> >> > c:/tmp/IncludeList.txt, then the SWF should try to read from there.
> >>If
> >> > you have security setups blocking that, there could be issues.
> >> > 
> >> > 
> >> > >One thing that I have noticed is that the number of passed tests can
> >> > >sometimes be 14 and other times 8.  So I think that the test for
> >> > >ResourceManager halts when it encounters an actionscript exception.
> >>I
> >> > >assume this is only the case because of the nature of the failure.
> >> > 
> >> > The test environment may not be able to fully recover from an
> >>exception so
> >> > it doesn’t make sense to keep running tests.  There could be popups
> >>left
> >> > on the screen, etc.
> >> > 
> >> > >>try to make these changes?  I can try to find time to do it
> >>otherwise.
> >> > > 
> >> > >Yeah I can take a crack at it. Do I need to adjust the test names so
> >>they
> >> > >are unique as well as add in the .compile files as needed?
> >> > 
> >> > First, make sure I’m right and that there are duplicate test names and
> >> > make them unique.  Then see what you need to do to fix the failing
> >>test,
> >> > which I would guess requires a .compile file to include the fr_FR
> >>locale.
> >> > 	   		  
> >> > Good luck, have fun, and thanks for working on it.
> >> > 
> >> > -Alex		 	   		
> >> > 
> >>  		 	   		  
> > 		 	   		  
> 
 		 	   		  

Re: Could not find compiled locale with mustella ResourceManager tests

Posted by Alex Harui <ah...@adobe.com>.
OK, I dug into it and have a better guess why it fails in the full set and
passes on its own.  I added a .compile file (just the -locale, the library
path should already be set) and verified the fr_FR bundle was in the app.

However, in looking at these tests, you aren’t supposed to have a fr_FR
locale in the test.  Some of the tests are testing code paths for missing
locales.  Then, to add to the problem, the exception seems to be thrown
from 3rd test case, but I think the first two test cases are leaving the
ResourceManager in a bad state, which is why the test passes on its own.

So, if you want to get all of this to run on the full pass, you may have
to reset the ResourceManager in the setup of each test so each test can
run independently and tests that run before it don’t affect subsequent
tests.

Of course, I could be wrong.

-Alex

On 12/11/14, 4:28 PM, "Chris Martin" <ch...@outlook.com> wrote:

>This is odd. I also tried to change the locale reference from fr_FR to
>en_US just to see if I can get a little further along, and I still get
>same error, but it references not being able to find it for 'en_US'.  Do
>you think this suggests a deeper issue than a .compile file?
> 
>Chris
> 
>> From: chrsmrtn@outlook.com
>> To: dev@flex.apache.org
>> Subject: RE: Could not find compiled locale with mustella
>>ResourceManager tests
>> Date: Thu, 11 Dec 2014 16:44:57 -0700
>> 
>> Okay, verified there are no duplicate test names.  I added
>>tests/resources/ResourceManager/SWFs/ResourceManagerApp.compile which
>>contains:
>>  
>> -locale=fr_FR,ja_JP,en_US,de_DE
>> -library-path+=${sdk.dir}/frameworks/locale/{locale}
>>  
>> As the tests do use those for getting resource bundles.  Still getting
>>the same error at
>>ResourceManager_Methods_findResourceBundleWithResource.mxml:136.
>>  
>> I don't think this would have any affect but I also did add a
>>ResourceManager_Methods_findResourceBundleWithResource.compile file next
>>to ResourceManager_Methods_findResourceBundleWithResource.mxml that
>>contains the same value as above.  That too didn't have an effect.
>>  
>> I have a sneaky suspicion that I'm doing it wrong :)
>>  
>> Chris
>>  
>> > From: aharui@adobe.com
>> > To: dev@flex.apache.org
>> > Subject: Re: Could not find compiled locale with mustella
>>ResourceManager tests
>> > Date: Thu, 11 Dec 2014 22:03:06 +0000
>> > 
>> > 
>> > On 12/11/14, 1:45 PM, "Chris Martin" <ch...@outlook.com> wrote:
>> > 
>> > >Sweet!  Unfortunately even running with the -failures flag, the test
>> > >still fails, but for a different reason.
>> > > 
>> > >Error #2044: Unhandled ioError:. text=Error #2032: Stream Error. URL:
>> > >file:///c:/tmp/IncludeList.txt
>> > > at 
>> > 
>>>IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-sdk\m
>>>us
>> > >tella\as3\src\mustella\IncludeFileLocation.as:70]
>> > 
>> > On Windows, the -failures switch should cause some code to write to
>> > c:/tmp/IncludeList.txt, then the SWF should try to read from there.
>>If
>> > you have security setups blocking that, there could be issues.
>> > 
>> > 
>> > >One thing that I have noticed is that the number of passed tests can
>> > >sometimes be 14 and other times 8.  So I think that the test for
>> > >ResourceManager halts when it encounters an actionscript exception.
>>I
>> > >assume this is only the case because of the nature of the failure.
>> > 
>> > The test environment may not be able to fully recover from an
>>exception so
>> > it doesn’t make sense to keep running tests.  There could be popups
>>left
>> > on the screen, etc.
>> > 
>> > >>try to make these changes?  I can try to find time to do it
>>otherwise.
>> > > 
>> > >Yeah I can take a crack at it. Do I need to adjust the test names so
>>they
>> > >are unique as well as add in the .compile files as needed?
>> > 
>> > First, make sure I’m right and that there are duplicate test names and
>> > make them unique.  Then see what you need to do to fix the failing
>>test,
>> > which I would guess requires a .compile file to include the fr_FR
>>locale.
>> > 	   		  
>> > Good luck, have fun, and thanks for working on it.
>> > 
>> > -Alex		 	   		
>> > 
>>  		 	   		  
> 		 	   		  


RE: Could not find compiled locale with mustella ResourceManager tests

Posted by Chris Martin <ch...@outlook.com>.
This is odd. I also tried to change the locale reference from fr_FR to en_US just to see if I can get a little further along, and I still get same error, but it references not being able to find it for 'en_US'.  Do you think this suggests a deeper issue than a .compile file?
 
Chris
 
> From: chrsmrtn@outlook.com
> To: dev@flex.apache.org
> Subject: RE: Could not find compiled locale with mustella ResourceManager tests
> Date: Thu, 11 Dec 2014 16:44:57 -0700
> 
> Okay, verified there are no duplicate test names.  I added tests/resources/ResourceManager/SWFs/ResourceManagerApp.compile which contains:
>  
> -locale=fr_FR,ja_JP,en_US,de_DE
> -library-path+=${sdk.dir}/frameworks/locale/{locale}
>  
> As the tests do use those for getting resource bundles.  Still getting the same error at ResourceManager_Methods_findResourceBundleWithResource.mxml:136.
>  
> I don't think this would have any affect but I also did add a ResourceManager_Methods_findResourceBundleWithResource.compile file next to ResourceManager_Methods_findResourceBundleWithResource.mxml that contains the same value as above.  That too didn't have an effect.
>  
> I have a sneaky suspicion that I'm doing it wrong :)
>  
> Chris
>  
> > From: aharui@adobe.com
> > To: dev@flex.apache.org
> > Subject: Re: Could not find compiled locale with mustella ResourceManager tests
> > Date: Thu, 11 Dec 2014 22:03:06 +0000
> > 
> > 
> > On 12/11/14, 1:45 PM, "Chris Martin" <ch...@outlook.com> wrote:
> > 
> > >Sweet!  Unfortunately even running with the -failures flag, the test
> > >still fails, but for a different reason.
> > > 
> > >Error #2044: Unhandled ioError:. text=Error #2032: Stream Error. URL:
> > >file:///c:/tmp/IncludeList.txt
> > > at 
> > >IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mus
> > >tella\as3\src\mustella\IncludeFileLocation.as:70]
> > 
> > On Windows, the -failures switch should cause some code to write to
> > c:/tmp/IncludeList.txt, then the SWF should try to read from there.  If
> > you have security setups blocking that, there could be issues.
> > 
> > 
> > >One thing that I have noticed is that the number of passed tests can
> > >sometimes be 14 and other times 8.  So I think that the test for
> > >ResourceManager halts when it encounters an actionscript exception.  I
> > >assume this is only the case because of the nature of the failure.
> > 
> > The test environment may not be able to fully recover from an exception so
> > it doesn’t make sense to keep running tests.  There could be popups left
> > on the screen, etc.
> > 
> > >>try to make these changes?  I can try to find time to do it otherwise.
> > > 
> > >Yeah I can take a crack at it. Do I need to adjust the test names so they
> > >are unique as well as add in the .compile files as needed?
> > 
> > First, make sure I’m right and that there are duplicate test names and
> > make them unique.  Then see what you need to do to fix the failing test,
> > which I would guess requires a .compile file to include the fr_FR locale.
> > 	   		  
> > Good luck, have fun, and thanks for working on it.
> > 
> > -Alex		 	   		  
> > 
>  		 	   		  
 		 	   		  

RE: Could not find compiled locale with mustella ResourceManager tests

Posted by Chris Martin <ch...@outlook.com>.
Okay, verified there are no duplicate test names.  I added tests/resources/ResourceManager/SWFs/ResourceManagerApp.compile which contains:
 
-locale=fr_FR,ja_JP,en_US,de_DE
-library-path+=${sdk.dir}/frameworks/locale/{locale}
 
As the tests do use those for getting resource bundles.  Still getting the same error at ResourceManager_Methods_findResourceBundleWithResource.mxml:136.
 
I don't think this would have any affect but I also did add a ResourceManager_Methods_findResourceBundleWithResource.compile file next to ResourceManager_Methods_findResourceBundleWithResource.mxml that contains the same value as above.  That too didn't have an effect.
 
I have a sneaky suspicion that I'm doing it wrong :)
 
Chris
 
> From: aharui@adobe.com
> To: dev@flex.apache.org
> Subject: Re: Could not find compiled locale with mustella ResourceManager tests
> Date: Thu, 11 Dec 2014 22:03:06 +0000
> 
> 
> On 12/11/14, 1:45 PM, "Chris Martin" <ch...@outlook.com> wrote:
> 
> >Sweet!  Unfortunately even running with the -failures flag, the test
> >still fails, but for a different reason.
> > 
> >Error #2044: Unhandled ioError:. text=Error #2032: Stream Error. URL:
> >file:///c:/tmp/IncludeList.txt
> > at 
> >IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mus
> >tella\as3\src\mustella\IncludeFileLocation.as:70]
> 
> On Windows, the -failures switch should cause some code to write to
> c:/tmp/IncludeList.txt, then the SWF should try to read from there.  If
> you have security setups blocking that, there could be issues.
> 
> 
> >One thing that I have noticed is that the number of passed tests can
> >sometimes be 14 and other times 8.  So I think that the test for
> >ResourceManager halts when it encounters an actionscript exception.  I
> >assume this is only the case because of the nature of the failure.
> 
> The test environment may not be able to fully recover from an exception so
> it doesn’t make sense to keep running tests.  There could be popups left
> on the screen, etc.
> 
> >>try to make these changes?  I can try to find time to do it otherwise.
> > 
> >Yeah I can take a crack at it. Do I need to adjust the test names so they
> >are unique as well as add in the .compile files as needed?
> 
> First, make sure I’m right and that there are duplicate test names and
> make them unique.  Then see what you need to do to fix the failing test,
> which I would guess requires a .compile file to include the fr_FR locale.
> 	   		  
> Good luck, have fun, and thanks for working on it.
> 
> -Alex		 	   		  
> 
 		 	   		  

Re: Could not find compiled locale with mustella ResourceManager tests

Posted by Alex Harui <ah...@adobe.com>.
On 12/11/14, 1:45 PM, "Chris Martin" <ch...@outlook.com> wrote:

>Sweet!  Unfortunately even running with the -failures flag, the test
>still fails, but for a different reason.
> 
>Error #2044: Unhandled ioError:. text=Error #2032: Stream Error. URL:
>file:///c:/tmp/IncludeList.txt
> at 
>IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mus
>tella\as3\src\mustella\IncludeFileLocation.as:70]

On Windows, the -failures switch should cause some code to write to
c:/tmp/IncludeList.txt, then the SWF should try to read from there.  If
you have security setups blocking that, there could be issues.


>One thing that I have noticed is that the number of passed tests can
>sometimes be 14 and other times 8.  So I think that the test for
>ResourceManager halts when it encounters an actionscript exception.  I
>assume this is only the case because of the nature of the failure.

The test environment may not be able to fully recover from an exception so
it doesn’t make sense to keep running tests.  There could be popups left
on the screen, etc.

>>try to make these changes?  I can try to find time to do it otherwise.
> 
>Yeah I can take a crack at it. Do I need to adjust the test names so they
>are unique as well as add in the .compile files as needed?

First, make sure I’m right and that there are duplicate test names and
make them unique.  Then see what you need to do to fix the failing test,
which I would guess requires a .compile file to include the fr_FR locale.
	   		  
Good luck, have fun, and thanks for working on it.

-Alex		 	   		  


RE: Could not find compiled locale with mustella ResourceManager tests

Posted by Chris Martin <ch...@outlook.com>.
Sweet!  Unfortunately even running with the -failures flag, the test still fails, but for a different reason.
 
Error #2044: Unhandled ioError:. text=Error #2032: Stream Error. URL: file:///c:/tmp/IncludeList.txt
 at IncludeFileLocation$/init()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\IncludeFileLocation.as:70]
 at mx.managers::SystemManager/http://www.adobe.com/2006/flex/mx/internal::kickOff()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\projects\framework\src\mx\managers\SystemManager.as:2823]
 at mx.managers::SystemManager/http://www.adobe.com/2006/flex/mx/internal::preloader_completeHandler()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\projects\framework\src\mx\managers\SystemManager.as:2731]
 at flash.events::EventDispatcher/dispatchEventFunction()
 at flash.events::EventDispatcher/dispatchEvent()
 at mx.preloaders::Preloader/timerHandler()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\projects\framework\src\mx\preloaders\Preloader.as:572]
 at flash.utils::Timer/_timerDispatch()
 at flash.utils::Timer/tick()
 
Am I missing some file that is supposed to be placed or already located at c:\tmp\IncludeList.txt to be able to run with the -failures flag?
 
One thing that I have noticed is that the number of passed tests can sometimes be 14 and other times 8.  So I think that the test for ResourceManager halts when it encounters an actionscript exception.  I assume this is only the case because of the nature of the failure.  Normally we don't expect an actionscript exception to halt a test. Since we got one we can not controllably "fail" that test and move onto the next one.  If this is the case then we may be missing some tests if the failure was due to an exception and we re-ran the mustella test with the -failures flag.
 
> And it ran the one test and it passed.  See if that works for you.  I see
> that it looks like one test is being run twice so that might be the issue.
>  It could be that the second test should have a different name and never
> worked since it tests fr_FR and the locale isn’t being included.  But on
> the second pass it runs the first test again and we’ve never noticed.
> 
> If that’s the case, adding a .compile file should fix it.  Do you want to
> try to make these changes?  I can try to find time to do it otherwise.
 
Yeah I can take a crack at it. Do I need to adjust the test names so they are unique as well as add in the .compile files as needed?  Or do I just need to add in the .compile files?  I'm assuming I need to do both as you said test cases should have unique names and I'm inferring the .compile file should fix this "cannot find compiled locale" error we're getting.  Just wanted to make sure I'm on the right page :)
 
Thanks,
 
Chris
 
> From: aharui@adobe.com
> To: dev@flex.apache.org
> Subject: Re: Could not find compiled locale with mustella ResourceManager tests
> Date: Thu, 11 Dec 2014 21:13:37 +0000
> 
> Hi Chris,
> 
> OK, I didn’t fully grok what you were asking about until I saw the console
> and re-read your original question.   One of the un-polished aspects of
> Mustella is that there are some tests that fail when run in the full set
> yet pass when run individually.  Our CI servers actually run two passes.
> I also got one failure, then ran:
> 
> mini_run -failures
> 
> And it ran the one test and it passed.  See if that works for you.  I see
> that it looks like one test is being run twice so that might be the issue.
>  It could be that the second test should have a different name and never
> worked since it tests fr_FR and the locale isn’t being included.  But on
> the second pass it runs the first test again and we’ve never noticed.
> 
> If that’s the case, adding a .compile file should fix it.  Do you want to
> try to make these changes?  I can try to find time to do it otherwise.
> 
> -Alex
>  
> 
> On 12/11/14, 11:49 AM, "Chris Martin" <ch...@outlook.com> wrote:
> 
> >Alex,
> > 
> >Here ya go.  Thanks for helping me out with this.
> > 
> >CMartin@CMARTINDT ~/Documents/GitHub/flex-sdk/mustella (develop)
> >$ ./mini_run.sh tests/resources/ResourceManager
> >Skipping testcase check
> >Doing a regular mini run
> >Buildfile: c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\build.xml
> > [loadfile] 
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> > doesn't exist
> >cleanswfs:
> >clean:
> >     [echo] Deleting old results and files from previous testsuite build.
> >   [delete] Deleting directory
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
> >la\tmp
> >check-fonts:
> >handle_adt_jar:
> >prepare:
> >     [echo] Preparing testsuite.
> >prepare:
> >     [echo] Creating build directory...
> >compile-mustella:
> >     [echo] Compiling mustella source code...
> >    [javac] 
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\java\src\build.x
> >ml:79: warning: 'includeantruntime' was not set, defaulting to
> >build.sysclasspat
> >h=last; set to false for repeatable builds
> >echo-info:
> >     [echo]     JAVA_HOME:               c:/Program Files/Java/jdk1.8.0_05
> >     [echo]     FLASHPLAYER_DEBUGGER:
> >C:\FlashPlayerContentDebugger\flashplay
> >er.exe
> >     [echo]     sdk.dir:
> >C:\Users\cmartin\Documents\GitHub\flex-
> >sdk
> >     [echo]     mustella exclude file:
> >c:/Users/cmartin/Documents/GitHub/flex-
> >sdk/mustella/tests/ExcludeListWin.txt
> >get_date:
> >get_os:
> >setup_mac:
> >setup_windows:
> >     [echo] doing windows setup
> >     [echo] homepath: C:\Users\cmartin
> >     [echo] trace output file: 1
> >     [echo]  player is C:\FlashPlayerContentDebugger\flashplayer.exe
> >setup_linux:
> >db_time:
> >    [mkdir] Created dir:
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tmp
> >     [echo] db_time=2014/12/11 12:47:52
> >get_mobile_data:
> >device_fail:
> >handle_mobile_config:
> >echo-browser:
> >echo-apollo:
> >setup:
> >     [echo] player is C:\FlashPlayerContentDebugger\flashplayer.exe
> >     [echo] fileset:
> >resources\ResourceManager\Events\ResourceManager_Events.mxm
> >l;resources\ResourceManager\Integration\ResourceManager_Integration_UIComp
> >onent_
> >resourcesChanged.mxml;resources\ResourceManager\Methods\ResourceManager_Me
> >thods_
> >addResourceBundle.mxml;resources\ResourceManager\Methods\ResourceManager_M
> >ethods
> >_findResourceBundleWithResource.mxml;resources\ResourceManager\Methods\Res
> >ourceM
> >anager_Methods_getBoolean.mxml;resources\ResourceManager\Methods\ResourceM
> >anager
> >_Methods_getBundleNamesForLocale.mxml;resources\ResourceManager\Methods\Re
> >source
> >Manager_Methods_getClass.mxml;resources\ResourceManager\Methods\ResourceMa
> >nager_
> >Methods_getInt.mxml;resources\ResourceManager\Methods\ResourceManager_Meth
> >ods_ge
> >tLocales.mxml;resources\ResourceManager\Methods\ResourceManager_Methods_ge
> >tNumbe
> >r.mxml;resources\ResourceManager\Methods\ResourceManager_Methods_getObject
> >.mxml;
> >resources\ResourceManager\Methods\ResourceManager_Methods_getResourceBundl
> >e.mxml
> >;resources\ResourceManager\Methods\ResourceManager_Methods_getString.mxml;
> >resour
> >ces\ResourceManager\Methods\ResourceManager_Methods_getStringArray.mxml;re
> >source
> >s\ResourceManager\Methods\ResourceManager_Methods_getUint.mxml;resources\R
> >esourc
> >eManager\Methods\ResourceManager_Methods_loadResourceModule.mxml;resources
> >\Resou
> >rceManager\Methods\ResourceManager_Methods_removeResourceBundle.mxml;resou
> >rces\R
> >esourceManager\Methods\ResourceManager_Methods_removeResourceBundlesForLoc
> >ale.mx
> >ml;resources\ResourceManager\Methods\ResourceManager_Methods_update.mxml;r
> >esourc
> >es\ResourceManager\Properties\ResourceManager_Properties_localeChain.mxml;
> >resour
> >ces\ResourceManager\SWFs\ResourceManagerApp.mxml
> >setbuildID:
> >     [echo] Target file was:
> >c:/Users/cmartin/Documents/GitHub/flex-sdk/mustella
> >/successfulBuild.properties
> >     [echo] ${server}
> >setHostName:
> >getConfigId:
> >getActualRunId:
> >getRunId:
> >compilemustellaswc:
> >realCompile:
> > [loadfile] 
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> > doesn't exist
> >build_shell_set:
> >     [echo] shell_file_mxml_equivs is resources/ResourceManager/**/*.sh
> >     [echo] mxml_equiv_shells is ${mxml_equiv_shells}
> >     [echo] tmp.sdk.mustella.scripts2 is
> >C:\Users\cmartin\Documents\GitHub\flex-
> >sdk\mustella\tests\resources\ResourceManager\SWFs\pre_compile.sh;;;;;;;;;;
> >;;;;;;
> >;;;;
> >chmod_shells:
> >     [echo] changing user shell files to executable
> >shells:
> >     [exec] cygwin warning:next: pre_compile.sh 0
> >     [exec]
> >     [exec]   MS-DOS style path detected:
> >c:/Users/cmartin/Documents/GitHub/flex
> >-sdk/mustella
> >     [exec]   Preferred POSIX equivalent is:
> >/cygdrive/c/Users/cmartin/Documents
> >/GitHub/flex-sdk/mustella
> >     [exec]   CYGWIN environment variable option "nodosfilewarning" turns
> >off th
> >is warning.
> >     [exec]   Consult the user's guide for more details about POSIX paths:
> >     [exec]     http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
> >     [exec] done with pre compile step
> >     [java] exclude_filename:
> >c:/Users/cmartin/Documents/GitHub/flex-sdk/mustell
> >a/tests/ExcludeListWin.txt
> >     [java] os_version: ${os_version}
> >     [java] target_os_name: windows
> >     [java] device_name: ${device_name}
> >     [java] result_include: -includes=SendResultsToRunner
> >     [java] nothing left to do
> >     [java] Choosing local runner bitmap save
> >     [java] okey doke, going to compile
> >c:\Users\cmartin\Documents\GitHub\flex-s
> >dk\mustella\tests\resources\ResourceManager\SWFs\ResourceManagerApp.mxml
> >     [java] Loading configuration file
> >C:\Users\cmartin\Documents\GitHub\flex-sd
> >k\frameworks\flex-config.xml
> >     [java] 
> >C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resources\
> >ResourceManager\SWFs\ResourceManagerApp.swf (967649 bytes)
> >     [java] All done with the compile
> >     [java] leaving the compile, elapsed: 6
> >     [java] ...via exit
> >     [echo] compileswfs jreturn is 0
> > [loadfile] 
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> > doesn't exist
> >do_fail:
> >compileswfs:
> >getExcludes:
> >getExcludeIds:
> >populateExcludeTable:
> >     [echo] populate exclude, got this for db time: 2014/12/11 12:47:52
> >justrun:
> > [loadfile] 
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> > doesn't exist
> >delete_cache:
> >     [echo] delete cache: /Users/${env.USER}/Library/Caches/Adobe/Flash
> >Player/A
> >ssetCache
> > [loadfile] 
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> > doesn't exist
> >delete_cache:
> >     [echo] delete cache: /Users/${env.USER}/AppData/Roaming/Adobe/Flash
> >Player/
> >AssetCache
> > [loadfile] 
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> > doesn't exist
> >delete_cache:
> >     [echo] delete cache: C:\Users\cmartin/Application Data/Adobe/Flash
> >Player/A
> >ssetCache
> >   [delete] Deleting directory C:\Users\cmartin\Application
> >Data\Adobe\Flash Pla
> >yer\AssetCache\D362NNAA
> >   [delete] Deleting directory C:\Users\cmartin\Application
> >Data\Adobe\Flash Pla
> >yer\AssetCache
> > [loadfile] 
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> > doesn't exist
> >android_runner:
> >ios_runner:
> >qnx_runner:
> >desktop_runner:
> >     [echo] **** Willkommen auf Runner ****
> >     [java] starting results server
> >     [java] starting baseline server
> >     [java] test script count: 1
> >     [java] starting the baseline server: Thu Dec 11 12:48:30 MST 2014
> >     [java] new test file:
> >C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\t
> >ests\resources\ResourceManager\SWFs\ResourceManagerApp.swf
> >     [java] ******** cmdArr before:
> >     [java]     C:\FlashPlayerContentDebugger\flashplayer.exe
> >     [java]     
> >C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resour
> >ces\ResourceManager\SWFs\ResourceManagerApp.swf
> >     [java] ******** moreParameters before:
> >     [java] ******** cmdArr after:
> >     [java]     C:\FlashPlayerContentDebugger\flashplayer.exe
> >     [java]     
> >C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resour
> >ces\ResourceManager\SWFs\ResourceManagerApp.swf
> >     [java] getting directory from the swf file
> >     [java] derived directory:
> >C:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
> >la\tests\resources\ResourceManager\SWFs
> >     [java] Launching:
> >     [java]  C:\FlashPlayerContentDebugger\flashplayer.exe
> >C:\Users\cmartin\Docu
> >ments\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\SWFs\Resour
> >ceMana
> >gerApp.swf Launching: C:\FlashPlayerContentDebugger\flashplayer.exe
> >C:\Users\cma
> >rtin\Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\SW
> >Fs\Res
> >ourceManagerApp.swf
> >     [java] USING directory:
> >C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella
> >\tests\resources\ResourceManager\SWFs
> >     [java] time: 12:48:30.596
> >     [java] Firing Timeout for
> >resources/ResourceManager/Integration/ResourceMan
> >ager_Integration_UIComponent_resourcesChanged$ResourceManager_Integration_
> >UIComp
> >onent_resourcesChanged_localeChain HTTP/1.1 after 12000 millis at:
> >12:48:46.361
> >     [java] clobberProcess true
> >     [java] ClobberProcess, destroying process
> >     [java] unpacked result:
> >resources/ResourceManager/Integration/ResourceManag
> >er_Integration_UIComponent_resourcesChanged
> >ResourceManager_Integration_UICompon
> >ent_resourcesChanged_localeChain Failed Timed out 0 Thu Dec 11 12:48:34
> >MST 2014
> > 0.0
> >     [java] Total Results so far: 8
> >     [java] Grab log, do parse = false
> >     [java] Grabbing the log from: C:\Users\cmartin\Application
> >Data\Macromedia/
> >Flash Player/Logs/flashlog.txt to:
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mu
> >stella\tests\resources\ResourceManager\SWFs\ResourceManagerApp.log
> >     [java] Grablog: never saw the ScriptDone for
> >c:\Users\cmartin\Documents\Git
> >Hub\flex-sdk\mustella\tests\resources\ResourceManager\SWFs\ResourceManager
> >App.sw
> >f
> >     [java] at the end of main
> >     [java] Shutting down the results server
> >     [java] shutting down the baseline server
> >     [java] done waiting for results...bye
> >     [java] =====================================================
> >     [java]     Passes: 7
> >     [java]     Fails: 1
> >     [java] =====================================================
> >     [java]
> >     [java] =====================================================
> >     [java] =====================================================
> >     [java]     Passed:
> >     [java] =====================================================
> >     [java] resources/ResourceManager/Events/ResourceManager_Events
> >RTL_Event_Re
> >sourceManagerErrorEvent_AtLeastOne Passed
> >     [java] resources/ResourceManager/Events/ResourceManager_Events
> >RTL_Event_Re
> >sourceManagerProgressEvent Passed
> >     [java] resources/ResourceManager/Events/ResourceManager_Events
> >RTL_Event_Re
> >sourceManagerCompleteEvent Passed
> >     [java] resources/ResourceManager/Events/ResourceManager_Events
> >RTL_Event_Re
> >sourceManagerNoCompleteEventWithError Passed
> >     [java] resources/ResourceManager/Events/ResourceManager_Events
> >RTL_Event_Re
> >sourceManagerNoErrorEventWithComplete Passed
> >     [java] 
> >resources/ResourceManager/Integration/ResourceManager_Integration_UI
> >Component_resourcesChanged
> >ResourceManager_Integration_UIComponent_resourcesChan
> >ged_update Passed
> >     [java] 
> >resources/ResourceManager/Integration/ResourceManager_Integration_UI
> >Component_resourcesChanged
> >ResourceManager_Integration_UIComponent_resourcesChan
> >ged_loadResourceModule Passed
> >     [java] =====================================================
> >     [java]     Failed:
> >     [java] =====================================================
> >     [java] 
> >resources/ResourceManager/Integration/ResourceManager_Integration_UI
> >Component_resourcesChanged
> >ResourceManager_Integration_UIComponent_resourcesChan
> >ged_localeChain Failed Timed out
> >     [java]
> >     [java]
> >     [java] =====================================================
> >     [java]     Passes: 7
> >     [java]     Fails: 1
> >     [java] =====================================================
> >     [java]
> >     [java]
> >     [java] Wrote summary to results.txt
> >     [java] Wrote failures to failures.txt
> >BUILD FAILED
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\build.xml:1547: The
> >followin
> >g error occurred while executing this line:
> >c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\build.xml:1665: Java
> >returne
> >d: 1
> >Total time: 1 minute 1 second
> >CMartin@CMARTINDT ~/Documents/GitHub/flex-sdk/mustella (develop)
> >$
> > 
> > 
> >
> > 
> >> From: aharui@adobe.com
> >> To: dev@flex.apache.org
> >> Subject: Re: Could not find compiled locale with mustella
> >>ResourceManager tests
> >> Date: Thu, 11 Dec 2014 18:49:09 +0000
> >> 
> >> I ran the ResourceManager tests.  They all pass for me.  I haven’t
> >>looked
> >> at the tests to see if any actually test for multiple locales, so the
> >> issue may be that those tests will now need a .compile file like the
> >>kind
> >> in RuntimeLocalization.
> >> 
> >> But if you haven’t made any changes and you can’t get the existing tests
> >> to pass, post the full console output.
> >> 
> >> -Alex
> >> 
> >> On 12/11/14, 7:43 AM, "Chris Martin" <ch...@outlook.com> wrote:
> >> 
> >> >Hey Alex,
> >> > 
> >> >The compile worked fine and I have do have the fr_FR folder at
> >> >frameworks/locale along with many others.  The fr_FR folder does
> >>contain
> >> >the _rb.swc files.
> >> > 
> >> >I'm going to add a new mustella test to the mxml for getString().  I am
> >> >running all tests for the ResourceManager to make sure everything runs
> >>as
> >> >expected before I modify anything.  Seems many of the mustella tests
> >>for
> >> >ResourceManager are failing with this "cannot find compiled locale"
> >>error
> >> >for fr_FR.  I tried commenting the ones that failed out just  to see
> >>if I
> >> >can't get a clean run, but after a few, I decided there were too many
> >>to
> >> >ignore the error for now.  Don't worry before I commit, i'd make sure
> >>the
> >> >tests ran completely okay :)
> >> > 
> >> >I'll didn't find any .compile files in the directory
> >> >mustella/tests/resources/ResourceManager or its subdirectories.  Am I
> >> >looking in the right spot?  I gotta get to the office, but i'll check
> >>out
> >> >the example you gave when I get home this afternoon.  Are you able to
> >>run
> >> >the tests for ResourceManager okay?
> >> > 
> >> >Thanks,
> >> > 
> >> >Chris
> >> > 
> >> >> From: aharui@adobe.com
> >> >> To: dev@flex.apache.org
> >> >> Subject: Re: Could not find compiled locale with mustella
> >> >>ResourceManager tests
> >> >> Date: Thu, 11 Dec 2014 00:50:40 +0000
> >> >> 
> >> >> First, did the locale compile work?  Are there _rb.swc files in the
> >> >>sdk’s
> >> >> frameworks/locale/fr_FR folder?
> >> >> 
> >> >> Are you adding a test to an existing file of tests or creating a
> >>whole
> >> >>new
> >> >> thing?  There are .compile files that control what locales get
> >>compiled
> >> >> into a SWF.  See the mustella/tests/RuntimeLocalization folder for
> >> >> examples of them.  The default just compiles en_US into the SWF.
> >> >> 
> >> >> -Alex
> >> >> 
> >> >> 
> >> >> On 12/10/14, 3:23 PM, "Chris Martin" <ch...@outlook.com> wrote:
> >> >> 
> >> >> >Well, I was hoping compiling for all locales would do the trick, but
> >> >>i'm
> >> >> >still getting the same error.  Silly me was only looking at the
> >>readme
> >> >> >for mustella and didn't think to check the readme for the SDK
> >>itself.
> >> >> >Any other ideas?  I'm thinking it's a compile switch for the swf
> >>that
> >> >>is
> >> >> >generated for the specific test itself.  But that would mean
> >>everyone
> >> >> >would be having the problem, and certain Jenkins would be freaking
> >>out
> >> >> >with the same error.  So I feel this has to be environmental.
> >> >> > 
> >> >> >Chris
> >> >> > 
> >> >> >> From: bigosmallm@gmail.com
> >> >> >> Date: Wed, 10 Dec 2014 12:32:32 -0800
> >> >> >> Subject: Re: Could not find compiled locale with mustella
> >> >> >>ResourceManager tests
> >> >> >> To: dev@flex.apache.org
> >> >> >> 
> >> >> >> Try doing ant other.locales first?  That's what the README seems
> >>to
> >> >> >> indicate.
> >> >> >> 
> >> >> >> If you want only fr_FR, you could try ant -Dlocale=fr_FR
> >> >> >> 
> >> >> >> Thanks,
> >> >> >> Om
> >> >> >> 
> >> >> >> On Wed, Dec 10, 2014 at 12:28 PM, Chris Martin
> >><ch...@outlook.com>
> >> >> >>wrote:
> >> >> >> 
> >> >> >> >  Hey everyone,
> >> >> >> >
> >> >> >> > In trying to create a new mustella test case for
> >>ResourceManager,
> >> >>i'm
> >> >> >> > trying to run the tests to get a baseline.  When I run the
> >>tests I
> >> >> >>get a
> >> >> >> > failure.
> >> >> >> >
> >> >> >> >      [java]
> >>=====================================================
> >> >> >> >      [java]  Failed:
> >> >> >> >      [java]
> >>=====================================================
> >> >> >> >      [java]
> >> >> >> > 
> >> >> 
> >> 
> >>>>>>resources/ResourceManager/Integration/ResourceManager_Integration_UIC
> >>>>>>om
> >> >>>>po
> >> >> >>nent_resourcesChanged
> >> >> >> > 
> >> >>ResourceManager_Integration_UIComponent_resourcesChanged_localeChain
> >> >> >>Failed
> >> >> >> > Timed out
> >> >> >> >
> >> >> >> > How when it fails, the swf that is running reports the following
> >> >> >>error:
> >> >> >> >
> >> >> >> > Error: Could not find compiled locale 'fr_FR'.
> >> >> >> >  at mx.resources::ResourceManagerImpl/set
> >> >> >> > 
> >> >> 
> >> 
> >>>>>>localeChain()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\p
> >>>>>>ro
> >> >>>>je
> >> >> >>cts\framework\src\mx\resources\ResourceManagerImpl.as:248]
> >> >> >> >  at
> >> >> >> > 
> >> >> 
> >> 
> >>>>>>ResourceManager_Methods_findResourceBundleWithResource/___ResourceMan
> >>>>>>ag
> >> >>>>er
> >> >> 
> >> 
> >>>>>>_Methods_findResourceBundleWithResource_RunCode6_code()[C:\Users\cmar
> >>>>>>ti
> >> >>>>n\
> >> >> 
> >> 
> >>>>>>Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\Me
> >>>>>>th
> >> >>>>od
> >> >> >>s\ResourceManager_Methods_findResourceBundleWithResource.mxml:137]
> >> >> >> >  at flash.events::EventDispatcher/dispatchEventFunction()
> >> >> >> >  at flash.events::EventDispatcher/dispatchEvent()
> >> >> >> >  at
> >> >> >> > 
> >> >> 
> >> 
> >>>>>>RunCode/doStep()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\
> >>>>>>as
> >> >>>>3\
> >> >> >>src\mustella\RunCode.as:46]
> >> >> >> >  at
> >> >> >> > 
> >> >> 
> >> 
> >>>>>>TestStep/execute()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustell
> >>>>>>a\
> >> >>>>as
> >> >> >>3\src\mustella\TestStep.as:65]
> >> >> >> >  at
> >> >> >> > 
> >> >> 
> >> 
> >>>>>>TestCase/runSteps()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
> >>>>>>la
> >> >>>>\a
> >> >> >>s3\src\mustella\TestCase.as:418]
> >> >> >> >  at
> >> >> >> > 
> >> >> 
> >> 
> >>>>>>TestCase/runSetup()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
> >>>>>>la
> >> >>>>\a
> >> >> >>s3\src\mustella\TestCase.as:272]
> >> >> >> >  at
> >> >> >> > 
> >> >> 
> >> 
> >>>>>>TestCase/runTest()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustell
> >>>>>>a\
> >> >>>>as
> >> >> >>3\src\mustella\TestCase.as:251]
> >> >> >> >  at
> >> >> >> > 
> >> >> 
> >> 
> >>>>>>UnitTester/runTests()[C:\Users\cmartin\Documents\GitHub\flex-sdk\must
> >>>>>>el
> >> >>>>la
> >> >> >>\as3\src\mustella\UnitTester.as:1984]
> >> >> >> >
> >> >> >> > Now, I'm sure I'm just missing that "little something" to get
> >>this
> >> >>to
> >> >> >> > work, but I don't quite know my way around Mustella quite yet.
> >>Any
> >> >> >> > pointers would be awesome.  Or even if you get the same error
> >>when
> >> >> >>you try
> >> >> >> > to run the mustella tests for ResourceManager via the command
> >>line:
> >> >> >> >
> >> >> >> > ./mini_run.sh tests/resources/ResourceManager/
> >> >> >> >
> >> >> >> > while in the mustella directory.
> >> >> >> >
> >> >> >> > Thanks in advance,
> >> >> >> >
> >> >> >> > Chris
> >> >> >> >
> >> >> > 		 	   		  
> >> >> 
> >> > 		 	   		  
> >> 
> > 		 	   		  
> 
 		 	   		  

Re: Could not find compiled locale with mustella ResourceManager tests

Posted by Alex Harui <ah...@adobe.com>.
Hi Chris,

OK, I didn’t fully grok what you were asking about until I saw the console
and re-read your original question.   One of the un-polished aspects of
Mustella is that there are some tests that fail when run in the full set
yet pass when run individually.  Our CI servers actually run two passes.
I also got one failure, then ran:

mini_run -failures

And it ran the one test and it passed.  See if that works for you.  I see
that it looks like one test is being run twice so that might be the issue.
 It could be that the second test should have a different name and never
worked since it tests fr_FR and the locale isn’t being included.  But on
the second pass it runs the first test again and we’ve never noticed.

If that’s the case, adding a .compile file should fix it.  Do you want to
try to make these changes?  I can try to find time to do it otherwise.

-Alex
 

On 12/11/14, 11:49 AM, "Chris Martin" <ch...@outlook.com> wrote:

>Alex,
> 
>Here ya go.  Thanks for helping me out with this.
> 
>CMartin@CMARTINDT ~/Documents/GitHub/flex-sdk/mustella (develop)
>$ ./mini_run.sh tests/resources/ResourceManager
>Skipping testcase check
>Doing a regular mini run
>Buildfile: c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\build.xml
> [loadfile] 
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> doesn't exist
>cleanswfs:
>clean:
>     [echo] Deleting old results and files from previous testsuite build.
>   [delete] Deleting directory
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
>la\tmp
>check-fonts:
>handle_adt_jar:
>prepare:
>     [echo] Preparing testsuite.
>prepare:
>     [echo] Creating build directory...
>compile-mustella:
>     [echo] Compiling mustella source code...
>    [javac] 
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\java\src\build.x
>ml:79: warning: 'includeantruntime' was not set, defaulting to
>build.sysclasspat
>h=last; set to false for repeatable builds
>echo-info:
>     [echo]     JAVA_HOME:               c:/Program Files/Java/jdk1.8.0_05
>     [echo]     FLASHPLAYER_DEBUGGER:
>C:\FlashPlayerContentDebugger\flashplay
>er.exe
>     [echo]     sdk.dir:
>C:\Users\cmartin\Documents\GitHub\flex-
>sdk
>     [echo]     mustella exclude file:
>c:/Users/cmartin/Documents/GitHub/flex-
>sdk/mustella/tests/ExcludeListWin.txt
>get_date:
>get_os:
>setup_mac:
>setup_windows:
>     [echo] doing windows setup
>     [echo] homepath: C:\Users\cmartin
>     [echo] trace output file: 1
>     [echo]  player is C:\FlashPlayerContentDebugger\flashplayer.exe
>setup_linux:
>db_time:
>    [mkdir] Created dir:
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tmp
>     [echo] db_time=2014/12/11 12:47:52
>get_mobile_data:
>device_fail:
>handle_mobile_config:
>echo-browser:
>echo-apollo:
>setup:
>     [echo] player is C:\FlashPlayerContentDebugger\flashplayer.exe
>     [echo] fileset:
>resources\ResourceManager\Events\ResourceManager_Events.mxm
>l;resources\ResourceManager\Integration\ResourceManager_Integration_UIComp
>onent_
>resourcesChanged.mxml;resources\ResourceManager\Methods\ResourceManager_Me
>thods_
>addResourceBundle.mxml;resources\ResourceManager\Methods\ResourceManager_M
>ethods
>_findResourceBundleWithResource.mxml;resources\ResourceManager\Methods\Res
>ourceM
>anager_Methods_getBoolean.mxml;resources\ResourceManager\Methods\ResourceM
>anager
>_Methods_getBundleNamesForLocale.mxml;resources\ResourceManager\Methods\Re
>source
>Manager_Methods_getClass.mxml;resources\ResourceManager\Methods\ResourceMa
>nager_
>Methods_getInt.mxml;resources\ResourceManager\Methods\ResourceManager_Meth
>ods_ge
>tLocales.mxml;resources\ResourceManager\Methods\ResourceManager_Methods_ge
>tNumbe
>r.mxml;resources\ResourceManager\Methods\ResourceManager_Methods_getObject
>.mxml;
>resources\ResourceManager\Methods\ResourceManager_Methods_getResourceBundl
>e.mxml
>;resources\ResourceManager\Methods\ResourceManager_Methods_getString.mxml;
>resour
>ces\ResourceManager\Methods\ResourceManager_Methods_getStringArray.mxml;re
>source
>s\ResourceManager\Methods\ResourceManager_Methods_getUint.mxml;resources\R
>esourc
>eManager\Methods\ResourceManager_Methods_loadResourceModule.mxml;resources
>\Resou
>rceManager\Methods\ResourceManager_Methods_removeResourceBundle.mxml;resou
>rces\R
>esourceManager\Methods\ResourceManager_Methods_removeResourceBundlesForLoc
>ale.mx
>ml;resources\ResourceManager\Methods\ResourceManager_Methods_update.mxml;r
>esourc
>es\ResourceManager\Properties\ResourceManager_Properties_localeChain.mxml;
>resour
>ces\ResourceManager\SWFs\ResourceManagerApp.mxml
>setbuildID:
>     [echo] Target file was:
>c:/Users/cmartin/Documents/GitHub/flex-sdk/mustella
>/successfulBuild.properties
>     [echo] ${server}
>setHostName:
>getConfigId:
>getActualRunId:
>getRunId:
>compilemustellaswc:
>realCompile:
> [loadfile] 
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> doesn't exist
>build_shell_set:
>     [echo] shell_file_mxml_equivs is resources/ResourceManager/**/*.sh
>     [echo] mxml_equiv_shells is ${mxml_equiv_shells}
>     [echo] tmp.sdk.mustella.scripts2 is
>C:\Users\cmartin\Documents\GitHub\flex-
>sdk\mustella\tests\resources\ResourceManager\SWFs\pre_compile.sh;;;;;;;;;;
>;;;;;;
>;;;;
>chmod_shells:
>     [echo] changing user shell files to executable
>shells:
>     [exec] cygwin warning:next: pre_compile.sh 0
>     [exec]
>     [exec]   MS-DOS style path detected:
>c:/Users/cmartin/Documents/GitHub/flex
>-sdk/mustella
>     [exec]   Preferred POSIX equivalent is:
>/cygdrive/c/Users/cmartin/Documents
>/GitHub/flex-sdk/mustella
>     [exec]   CYGWIN environment variable option "nodosfilewarning" turns
>off th
>is warning.
>     [exec]   Consult the user's guide for more details about POSIX paths:
>     [exec]     http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
>     [exec] done with pre compile step
>     [java] exclude_filename:
>c:/Users/cmartin/Documents/GitHub/flex-sdk/mustell
>a/tests/ExcludeListWin.txt
>     [java] os_version: ${os_version}
>     [java] target_os_name: windows
>     [java] device_name: ${device_name}
>     [java] result_include: -includes=SendResultsToRunner
>     [java] nothing left to do
>     [java] Choosing local runner bitmap save
>     [java] okey doke, going to compile
>c:\Users\cmartin\Documents\GitHub\flex-s
>dk\mustella\tests\resources\ResourceManager\SWFs\ResourceManagerApp.mxml
>     [java] Loading configuration file
>C:\Users\cmartin\Documents\GitHub\flex-sd
>k\frameworks\flex-config.xml
>     [java] 
>C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resources\
>ResourceManager\SWFs\ResourceManagerApp.swf (967649 bytes)
>     [java] All done with the compile
>     [java] leaving the compile, elapsed: 6
>     [java] ...via exit
>     [echo] compileswfs jreturn is 0
> [loadfile] 
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> doesn't exist
>do_fail:
>compileswfs:
>getExcludes:
>getExcludeIds:
>populateExcludeTable:
>     [echo] populate exclude, got this for db time: 2014/12/11 12:47:52
>justrun:
> [loadfile] 
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> doesn't exist
>delete_cache:
>     [echo] delete cache: /Users/${env.USER}/Library/Caches/Adobe/Flash
>Player/A
>ssetCache
> [loadfile] 
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> doesn't exist
>delete_cache:
>     [echo] delete cache: /Users/${env.USER}/AppData/Roaming/Adobe/Flash
>Player/
>AssetCache
> [loadfile] 
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> doesn't exist
>delete_cache:
>     [echo] delete cache: C:\Users\cmartin/Application Data/Adobe/Flash
>Player/A
>ssetCache
>   [delete] Deleting directory C:\Users\cmartin\Application
>Data\Adobe\Flash Pla
>yer\AssetCache\D362NNAA
>   [delete] Deleting directory C:\Users\cmartin\Application
>Data\Adobe\Flash Pla
>yer\AssetCache
> [loadfile] 
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
> doesn't exist
>android_runner:
>ios_runner:
>qnx_runner:
>desktop_runner:
>     [echo] **** Willkommen auf Runner ****
>     [java] starting results server
>     [java] starting baseline server
>     [java] test script count: 1
>     [java] starting the baseline server: Thu Dec 11 12:48:30 MST 2014
>     [java] new test file:
>C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\t
>ests\resources\ResourceManager\SWFs\ResourceManagerApp.swf
>     [java] ******** cmdArr before:
>     [java]     C:\FlashPlayerContentDebugger\flashplayer.exe
>     [java]     
>C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resour
>ces\ResourceManager\SWFs\ResourceManagerApp.swf
>     [java] ******** moreParameters before:
>     [java] ******** cmdArr after:
>     [java]     C:\FlashPlayerContentDebugger\flashplayer.exe
>     [java]     
>C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resour
>ces\ResourceManager\SWFs\ResourceManagerApp.swf
>     [java] getting directory from the swf file
>     [java] derived directory:
>C:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
>la\tests\resources\ResourceManager\SWFs
>     [java] Launching:
>     [java]  C:\FlashPlayerContentDebugger\flashplayer.exe
>C:\Users\cmartin\Docu
>ments\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\SWFs\Resour
>ceMana
>gerApp.swf Launching: C:\FlashPlayerContentDebugger\flashplayer.exe
>C:\Users\cma
>rtin\Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\SW
>Fs\Res
>ourceManagerApp.swf
>     [java] USING directory:
>C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella
>\tests\resources\ResourceManager\SWFs
>     [java] time: 12:48:30.596
>     [java] Firing Timeout for
>resources/ResourceManager/Integration/ResourceMan
>ager_Integration_UIComponent_resourcesChanged$ResourceManager_Integration_
>UIComp
>onent_resourcesChanged_localeChain HTTP/1.1 after 12000 millis at:
>12:48:46.361
>     [java] clobberProcess true
>     [java] ClobberProcess, destroying process
>     [java] unpacked result:
>resources/ResourceManager/Integration/ResourceManag
>er_Integration_UIComponent_resourcesChanged
>ResourceManager_Integration_UICompon
>ent_resourcesChanged_localeChain Failed Timed out 0 Thu Dec 11 12:48:34
>MST 2014
> 0.0
>     [java] Total Results so far: 8
>     [java] Grab log, do parse = false
>     [java] Grabbing the log from: C:\Users\cmartin\Application
>Data\Macromedia/
>Flash Player/Logs/flashlog.txt to:
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mu
>stella\tests\resources\ResourceManager\SWFs\ResourceManagerApp.log
>     [java] Grablog: never saw the ScriptDone for
>c:\Users\cmartin\Documents\Git
>Hub\flex-sdk\mustella\tests\resources\ResourceManager\SWFs\ResourceManager
>App.sw
>f
>     [java] at the end of main
>     [java] Shutting down the results server
>     [java] shutting down the baseline server
>     [java] done waiting for results...bye
>     [java] =====================================================
>     [java]     Passes: 7
>     [java]     Fails: 1
>     [java] =====================================================
>     [java]
>     [java] =====================================================
>     [java] =====================================================
>     [java]     Passed:
>     [java] =====================================================
>     [java] resources/ResourceManager/Events/ResourceManager_Events
>RTL_Event_Re
>sourceManagerErrorEvent_AtLeastOne Passed
>     [java] resources/ResourceManager/Events/ResourceManager_Events
>RTL_Event_Re
>sourceManagerProgressEvent Passed
>     [java] resources/ResourceManager/Events/ResourceManager_Events
>RTL_Event_Re
>sourceManagerCompleteEvent Passed
>     [java] resources/ResourceManager/Events/ResourceManager_Events
>RTL_Event_Re
>sourceManagerNoCompleteEventWithError Passed
>     [java] resources/ResourceManager/Events/ResourceManager_Events
>RTL_Event_Re
>sourceManagerNoErrorEventWithComplete Passed
>     [java] 
>resources/ResourceManager/Integration/ResourceManager_Integration_UI
>Component_resourcesChanged
>ResourceManager_Integration_UIComponent_resourcesChan
>ged_update Passed
>     [java] 
>resources/ResourceManager/Integration/ResourceManager_Integration_UI
>Component_resourcesChanged
>ResourceManager_Integration_UIComponent_resourcesChan
>ged_loadResourceModule Passed
>     [java] =====================================================
>     [java]     Failed:
>     [java] =====================================================
>     [java] 
>resources/ResourceManager/Integration/ResourceManager_Integration_UI
>Component_resourcesChanged
>ResourceManager_Integration_UIComponent_resourcesChan
>ged_localeChain Failed Timed out
>     [java]
>     [java]
>     [java] =====================================================
>     [java]     Passes: 7
>     [java]     Fails: 1
>     [java] =====================================================
>     [java]
>     [java]
>     [java] Wrote summary to results.txt
>     [java] Wrote failures to failures.txt
>BUILD FAILED
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\build.xml:1547: The
>followin
>g error occurred while executing this line:
>c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\build.xml:1665: Java
>returne
>d: 1
>Total time: 1 minute 1 second
>CMartin@CMARTINDT ~/Documents/GitHub/flex-sdk/mustella (develop)
>$
> 
> 
>
> 
>> From: aharui@adobe.com
>> To: dev@flex.apache.org
>> Subject: Re: Could not find compiled locale with mustella
>>ResourceManager tests
>> Date: Thu, 11 Dec 2014 18:49:09 +0000
>> 
>> I ran the ResourceManager tests.  They all pass for me.  I haven’t
>>looked
>> at the tests to see if any actually test for multiple locales, so the
>> issue may be that those tests will now need a .compile file like the
>>kind
>> in RuntimeLocalization.
>> 
>> But if you haven’t made any changes and you can’t get the existing tests
>> to pass, post the full console output.
>> 
>> -Alex
>> 
>> On 12/11/14, 7:43 AM, "Chris Martin" <ch...@outlook.com> wrote:
>> 
>> >Hey Alex,
>> > 
>> >The compile worked fine and I have do have the fr_FR folder at
>> >frameworks/locale along with many others.  The fr_FR folder does
>>contain
>> >the _rb.swc files.
>> > 
>> >I'm going to add a new mustella test to the mxml for getString().  I am
>> >running all tests for the ResourceManager to make sure everything runs
>>as
>> >expected before I modify anything.  Seems many of the mustella tests
>>for
>> >ResourceManager are failing with this "cannot find compiled locale"
>>error
>> >for fr_FR.  I tried commenting the ones that failed out just  to see
>>if I
>> >can't get a clean run, but after a few, I decided there were too many
>>to
>> >ignore the error for now.  Don't worry before I commit, i'd make sure
>>the
>> >tests ran completely okay :)
>> > 
>> >I'll didn't find any .compile files in the directory
>> >mustella/tests/resources/ResourceManager or its subdirectories.  Am I
>> >looking in the right spot?  I gotta get to the office, but i'll check
>>out
>> >the example you gave when I get home this afternoon.  Are you able to
>>run
>> >the tests for ResourceManager okay?
>> > 
>> >Thanks,
>> > 
>> >Chris
>> > 
>> >> From: aharui@adobe.com
>> >> To: dev@flex.apache.org
>> >> Subject: Re: Could not find compiled locale with mustella
>> >>ResourceManager tests
>> >> Date: Thu, 11 Dec 2014 00:50:40 +0000
>> >> 
>> >> First, did the locale compile work?  Are there _rb.swc files in the
>> >>sdk’s
>> >> frameworks/locale/fr_FR folder?
>> >> 
>> >> Are you adding a test to an existing file of tests or creating a
>>whole
>> >>new
>> >> thing?  There are .compile files that control what locales get
>>compiled
>> >> into a SWF.  See the mustella/tests/RuntimeLocalization folder for
>> >> examples of them.  The default just compiles en_US into the SWF.
>> >> 
>> >> -Alex
>> >> 
>> >> 
>> >> On 12/10/14, 3:23 PM, "Chris Martin" <ch...@outlook.com> wrote:
>> >> 
>> >> >Well, I was hoping compiling for all locales would do the trick, but
>> >>i'm
>> >> >still getting the same error.  Silly me was only looking at the
>>readme
>> >> >for mustella and didn't think to check the readme for the SDK
>>itself.
>> >> >Any other ideas?  I'm thinking it's a compile switch for the swf
>>that
>> >>is
>> >> >generated for the specific test itself.  But that would mean
>>everyone
>> >> >would be having the problem, and certain Jenkins would be freaking
>>out
>> >> >with the same error.  So I feel this has to be environmental.
>> >> > 
>> >> >Chris
>> >> > 
>> >> >> From: bigosmallm@gmail.com
>> >> >> Date: Wed, 10 Dec 2014 12:32:32 -0800
>> >> >> Subject: Re: Could not find compiled locale with mustella
>> >> >>ResourceManager tests
>> >> >> To: dev@flex.apache.org
>> >> >> 
>> >> >> Try doing ant other.locales first?  That's what the README seems
>>to
>> >> >> indicate.
>> >> >> 
>> >> >> If you want only fr_FR, you could try ant -Dlocale=fr_FR
>> >> >> 
>> >> >> Thanks,
>> >> >> Om
>> >> >> 
>> >> >> On Wed, Dec 10, 2014 at 12:28 PM, Chris Martin
>><ch...@outlook.com>
>> >> >>wrote:
>> >> >> 
>> >> >> >  Hey everyone,
>> >> >> >
>> >> >> > In trying to create a new mustella test case for
>>ResourceManager,
>> >>i'm
>> >> >> > trying to run the tests to get a baseline.  When I run the
>>tests I
>> >> >>get a
>> >> >> > failure.
>> >> >> >
>> >> >> >      [java]
>>=====================================================
>> >> >> >      [java]  Failed:
>> >> >> >      [java]
>>=====================================================
>> >> >> >      [java]
>> >> >> > 
>> >> 
>> 
>>>>>>resources/ResourceManager/Integration/ResourceManager_Integration_UIC
>>>>>>om
>> >>>>po
>> >> >>nent_resourcesChanged
>> >> >> > 
>> >>ResourceManager_Integration_UIComponent_resourcesChanged_localeChain
>> >> >>Failed
>> >> >> > Timed out
>> >> >> >
>> >> >> > How when it fails, the swf that is running reports the following
>> >> >>error:
>> >> >> >
>> >> >> > Error: Could not find compiled locale 'fr_FR'.
>> >> >> >  at mx.resources::ResourceManagerImpl/set
>> >> >> > 
>> >> 
>> 
>>>>>>localeChain()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\p
>>>>>>ro
>> >>>>je
>> >> >>cts\framework\src\mx\resources\ResourceManagerImpl.as:248]
>> >> >> >  at
>> >> >> > 
>> >> 
>> 
>>>>>>ResourceManager_Methods_findResourceBundleWithResource/___ResourceMan
>>>>>>ag
>> >>>>er
>> >> 
>> 
>>>>>>_Methods_findResourceBundleWithResource_RunCode6_code()[C:\Users\cmar
>>>>>>ti
>> >>>>n\
>> >> 
>> 
>>>>>>Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\Me
>>>>>>th
>> >>>>od
>> >> >>s\ResourceManager_Methods_findResourceBundleWithResource.mxml:137]
>> >> >> >  at flash.events::EventDispatcher/dispatchEventFunction()
>> >> >> >  at flash.events::EventDispatcher/dispatchEvent()
>> >> >> >  at
>> >> >> > 
>> >> 
>> 
>>>>>>RunCode/doStep()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\
>>>>>>as
>> >>>>3\
>> >> >>src\mustella\RunCode.as:46]
>> >> >> >  at
>> >> >> > 
>> >> 
>> 
>>>>>>TestStep/execute()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustell
>>>>>>a\
>> >>>>as
>> >> >>3\src\mustella\TestStep.as:65]
>> >> >> >  at
>> >> >> > 
>> >> 
>> 
>>>>>>TestCase/runSteps()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
>>>>>>la
>> >>>>\a
>> >> >>s3\src\mustella\TestCase.as:418]
>> >> >> >  at
>> >> >> > 
>> >> 
>> 
>>>>>>TestCase/runSetup()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
>>>>>>la
>> >>>>\a
>> >> >>s3\src\mustella\TestCase.as:272]
>> >> >> >  at
>> >> >> > 
>> >> 
>> 
>>>>>>TestCase/runTest()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustell
>>>>>>a\
>> >>>>as
>> >> >>3\src\mustella\TestCase.as:251]
>> >> >> >  at
>> >> >> > 
>> >> 
>> 
>>>>>>UnitTester/runTests()[C:\Users\cmartin\Documents\GitHub\flex-sdk\must
>>>>>>el
>> >>>>la
>> >> >>\as3\src\mustella\UnitTester.as:1984]
>> >> >> >
>> >> >> > Now, I'm sure I'm just missing that "little something" to get
>>this
>> >>to
>> >> >> > work, but I don't quite know my way around Mustella quite yet.
>>Any
>> >> >> > pointers would be awesome.  Or even if you get the same error
>>when
>> >> >>you try
>> >> >> > to run the mustella tests for ResourceManager via the command
>>line:
>> >> >> >
>> >> >> > ./mini_run.sh tests/resources/ResourceManager/
>> >> >> >
>> >> >> > while in the mustella directory.
>> >> >> >
>> >> >> > Thanks in advance,
>> >> >> >
>> >> >> > Chris
>> >> >> >
>> >> > 		 	   		  
>> >> 
>> > 		 	   		  
>> 
> 		 	   		  


RE: Could not find compiled locale with mustella ResourceManager tests

Posted by Chris Martin <ch...@outlook.com>.
Alex,
 
Here ya go.  Thanks for helping me out with this.
 
CMartin@CMARTINDT ~/Documents/GitHub/flex-sdk/mustella (develop)
$ ./mini_run.sh tests/resources/ResourceManager
Skipping testcase check
Doing a regular mini run
Buildfile: c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\build.xml
 [loadfile] c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
 doesn't exist
cleanswfs:
clean:
     [echo] Deleting old results and files from previous testsuite build.
   [delete] Deleting directory c:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
la\tmp
check-fonts:
handle_adt_jar:
prepare:
     [echo] Preparing testsuite.
prepare:
     [echo] Creating build directory...
compile-mustella:
     [echo] Compiling mustella source code...
    [javac] c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\java\src\build.x
ml:79: warning: 'includeantruntime' was not set, defaulting to build.sysclasspat
h=last; set to false for repeatable builds
echo-info:
     [echo]     JAVA_HOME:               c:/Program Files/Java/jdk1.8.0_05
     [echo]     FLASHPLAYER_DEBUGGER:    C:\FlashPlayerContentDebugger\flashplay
er.exe
     [echo]     sdk.dir:                 C:\Users\cmartin\Documents\GitHub\flex-
sdk
     [echo]     mustella exclude file:   c:/Users/cmartin/Documents/GitHub/flex-
sdk/mustella/tests/ExcludeListWin.txt
get_date:
get_os:
setup_mac:
setup_windows:
     [echo] doing windows setup
     [echo] homepath: C:\Users\cmartin
     [echo] trace output file: 1
     [echo]  player is C:\FlashPlayerContentDebugger\flashplayer.exe
setup_linux:
db_time:
    [mkdir] Created dir: c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tmp
     [echo] db_time=2014/12/11 12:47:52
get_mobile_data:
device_fail:
handle_mobile_config:
echo-browser:
echo-apollo:
setup:
     [echo] player is C:\FlashPlayerContentDebugger\flashplayer.exe
     [echo] fileset: resources\ResourceManager\Events\ResourceManager_Events.mxm
l;resources\ResourceManager\Integration\ResourceManager_Integration_UIComponent_
resourcesChanged.mxml;resources\ResourceManager\Methods\ResourceManager_Methods_
addResourceBundle.mxml;resources\ResourceManager\Methods\ResourceManager_Methods
_findResourceBundleWithResource.mxml;resources\ResourceManager\Methods\ResourceM
anager_Methods_getBoolean.mxml;resources\ResourceManager\Methods\ResourceManager
_Methods_getBundleNamesForLocale.mxml;resources\ResourceManager\Methods\Resource
Manager_Methods_getClass.mxml;resources\ResourceManager\Methods\ResourceManager_
Methods_getInt.mxml;resources\ResourceManager\Methods\ResourceManager_Methods_ge
tLocales.mxml;resources\ResourceManager\Methods\ResourceManager_Methods_getNumbe
r.mxml;resources\ResourceManager\Methods\ResourceManager_Methods_getObject.mxml;
resources\ResourceManager\Methods\ResourceManager_Methods_getResourceBundle.mxml
;resources\ResourceManager\Methods\ResourceManager_Methods_getString.mxml;resour
ces\ResourceManager\Methods\ResourceManager_Methods_getStringArray.mxml;resource
s\ResourceManager\Methods\ResourceManager_Methods_getUint.mxml;resources\Resourc
eManager\Methods\ResourceManager_Methods_loadResourceModule.mxml;resources\Resou
rceManager\Methods\ResourceManager_Methods_removeResourceBundle.mxml;resources\R
esourceManager\Methods\ResourceManager_Methods_removeResourceBundlesForLocale.mx
ml;resources\ResourceManager\Methods\ResourceManager_Methods_update.mxml;resourc
es\ResourceManager\Properties\ResourceManager_Properties_localeChain.mxml;resour
ces\ResourceManager\SWFs\ResourceManagerApp.mxml
setbuildID:
     [echo] Target file was: c:/Users/cmartin/Documents/GitHub/flex-sdk/mustella
/successfulBuild.properties
     [echo] ${server}
setHostName:
getConfigId:
getActualRunId:
getRunId:
compilemustellaswc:
realCompile:
 [loadfile] c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
 doesn't exist
build_shell_set:
     [echo] shell_file_mxml_equivs is resources/ResourceManager/**/*.sh
     [echo] mxml_equiv_shells is ${mxml_equiv_shells}
     [echo] tmp.sdk.mustella.scripts2 is C:\Users\cmartin\Documents\GitHub\flex-
sdk\mustella\tests\resources\ResourceManager\SWFs\pre_compile.sh;;;;;;;;;;;;;;;;
;;;;
chmod_shells:
     [echo] changing user shell files to executable
shells:
     [exec] cygwin warning:next: pre_compile.sh 0
     [exec]
     [exec]   MS-DOS style path detected: c:/Users/cmartin/Documents/GitHub/flex
-sdk/mustella
     [exec]   Preferred POSIX equivalent is: /cygdrive/c/Users/cmartin/Documents
/GitHub/flex-sdk/mustella
     [exec]   CYGWIN environment variable option "nodosfilewarning" turns off th
is warning.
     [exec]   Consult the user's guide for more details about POSIX paths:
     [exec]     http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
     [exec] done with pre compile step
     [java] exclude_filename: c:/Users/cmartin/Documents/GitHub/flex-sdk/mustell
a/tests/ExcludeListWin.txt
     [java] os_version: ${os_version}
     [java] target_os_name: windows
     [java] device_name: ${device_name}
     [java] result_include: -includes=SendResultsToRunner
     [java] nothing left to do
     [java] Choosing local runner bitmap save
     [java] okey doke, going to compile c:\Users\cmartin\Documents\GitHub\flex-s
dk\mustella\tests\resources\ResourceManager\SWFs\ResourceManagerApp.mxml
     [java] Loading configuration file C:\Users\cmartin\Documents\GitHub\flex-sd
k\frameworks\flex-config.xml
     [java] C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resources\
ResourceManager\SWFs\ResourceManagerApp.swf (967649 bytes)
     [java] All done with the compile
     [java] leaving the compile, elapsed: 6
     [java] ...via exit
     [echo] compileswfs jreturn is 0
 [loadfile] c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
 doesn't exist
do_fail:
compileswfs:
getExcludes:
getExcludeIds:
populateExcludeTable:
     [echo] populate exclude, got this for db time: 2014/12/11 12:47:52
justrun:
 [loadfile] c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
 doesn't exist
delete_cache:
     [echo] delete cache: /Users/${env.USER}/Library/Caches/Adobe/Flash Player/A
ssetCache
 [loadfile] c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
 doesn't exist
delete_cache:
     [echo] delete cache: /Users/${env.USER}/AppData/Roaming/Adobe/Flash Player/
AssetCache
 [loadfile] c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
 doesn't exist
delete_cache:
     [echo] delete cache: C:\Users\cmartin/Application Data/Adobe/Flash Player/A
ssetCache
   [delete] Deleting directory C:\Users\cmartin\Application Data\Adobe\Flash Pla
yer\AssetCache\D362NNAA
   [delete] Deleting directory C:\Users\cmartin\Application Data\Adobe\Flash Pla
yer\AssetCache
 [loadfile] c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\local.properties
 doesn't exist
android_runner:
ios_runner:
qnx_runner:
desktop_runner:
     [echo] **** Willkommen auf Runner ****
     [java] starting results server
     [java] starting baseline server
     [java] test script count: 1
     [java] starting the baseline server: Thu Dec 11 12:48:30 MST 2014
     [java] new test file: C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\t
ests\resources\ResourceManager\SWFs\ResourceManagerApp.swf
     [java] ******** cmdArr before:
     [java]     C:\FlashPlayerContentDebugger\flashplayer.exe
     [java]     C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resour
ces\ResourceManager\SWFs\ResourceManagerApp.swf
     [java] ******** moreParameters before:
     [java] ******** cmdArr after:
     [java]     C:\FlashPlayerContentDebugger\flashplayer.exe
     [java]     C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resour
ces\ResourceManager\SWFs\ResourceManagerApp.swf
     [java] getting directory from the swf file
     [java] derived directory: C:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
la\tests\resources\ResourceManager\SWFs
     [java] Launching:
     [java]  C:\FlashPlayerContentDebugger\flashplayer.exe C:\Users\cmartin\Docu
ments\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\SWFs\ResourceMana
gerApp.swf Launching: C:\FlashPlayerContentDebugger\flashplayer.exe C:\Users\cma
rtin\Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\SWFs\Res
ourceManagerApp.swf
     [java] USING directory: C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella
\tests\resources\ResourceManager\SWFs
     [java] time: 12:48:30.596
     [java] Firing Timeout for resources/ResourceManager/Integration/ResourceMan
ager_Integration_UIComponent_resourcesChanged$ResourceManager_Integration_UIComp
onent_resourcesChanged_localeChain HTTP/1.1 after 12000 millis at: 12:48:46.361
     [java] clobberProcess true
     [java] ClobberProcess, destroying process
     [java] unpacked result: resources/ResourceManager/Integration/ResourceManag
er_Integration_UIComponent_resourcesChanged ResourceManager_Integration_UICompon
ent_resourcesChanged_localeChain Failed Timed out 0 Thu Dec 11 12:48:34 MST 2014
 0.0
     [java] Total Results so far: 8
     [java] Grab log, do parse = false
     [java] Grabbing the log from: C:\Users\cmartin\Application Data\Macromedia/
Flash Player/Logs/flashlog.txt to: c:\Users\cmartin\Documents\GitHub\flex-sdk\mu
stella\tests\resources\ResourceManager\SWFs\ResourceManagerApp.log
     [java] Grablog: never saw the ScriptDone for c:\Users\cmartin\Documents\Git
Hub\flex-sdk\mustella\tests\resources\ResourceManager\SWFs\ResourceManagerApp.sw
f
     [java] at the end of main
     [java] Shutting down the results server
     [java] shutting down the baseline server
     [java] done waiting for results...bye
     [java] =====================================================
     [java]     Passes: 7
     [java]     Fails: 1
     [java] =====================================================
     [java]
     [java] =====================================================
     [java] =====================================================
     [java]     Passed:
     [java] =====================================================
     [java] resources/ResourceManager/Events/ResourceManager_Events RTL_Event_Re
sourceManagerErrorEvent_AtLeastOne Passed
     [java] resources/ResourceManager/Events/ResourceManager_Events RTL_Event_Re
sourceManagerProgressEvent Passed
     [java] resources/ResourceManager/Events/ResourceManager_Events RTL_Event_Re
sourceManagerCompleteEvent Passed
     [java] resources/ResourceManager/Events/ResourceManager_Events RTL_Event_Re
sourceManagerNoCompleteEventWithError Passed
     [java] resources/ResourceManager/Events/ResourceManager_Events RTL_Event_Re
sourceManagerNoErrorEventWithComplete Passed
     [java] resources/ResourceManager/Integration/ResourceManager_Integration_UI
Component_resourcesChanged ResourceManager_Integration_UIComponent_resourcesChan
ged_update Passed
     [java] resources/ResourceManager/Integration/ResourceManager_Integration_UI
Component_resourcesChanged ResourceManager_Integration_UIComponent_resourcesChan
ged_loadResourceModule Passed
     [java] =====================================================
     [java]     Failed:
     [java] =====================================================
     [java] resources/ResourceManager/Integration/ResourceManager_Integration_UI
Component_resourcesChanged ResourceManager_Integration_UIComponent_resourcesChan
ged_localeChain Failed Timed out
     [java]
     [java]
     [java] =====================================================
     [java]     Passes: 7
     [java]     Fails: 1
     [java] =====================================================
     [java]
     [java]
     [java] Wrote summary to results.txt
     [java] Wrote failures to failures.txt
BUILD FAILED
c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\build.xml:1547: The followin
g error occurred while executing this line:
c:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\build.xml:1665: Java returne
d: 1
Total time: 1 minute 1 second
CMartin@CMARTINDT ~/Documents/GitHub/flex-sdk/mustella (develop)
$
 
 

 
> From: aharui@adobe.com
> To: dev@flex.apache.org
> Subject: Re: Could not find compiled locale with mustella ResourceManager tests
> Date: Thu, 11 Dec 2014 18:49:09 +0000
> 
> I ran the ResourceManager tests.  They all pass for me.  I haven’t looked
> at the tests to see if any actually test for multiple locales, so the
> issue may be that those tests will now need a .compile file like the kind
> in RuntimeLocalization.
> 
> But if you haven’t made any changes and you can’t get the existing tests
> to pass, post the full console output.
> 
> -Alex
> 
> On 12/11/14, 7:43 AM, "Chris Martin" <ch...@outlook.com> wrote:
> 
> >Hey Alex,
> > 
> >The compile worked fine and I have do have the fr_FR folder at
> >frameworks/locale along with many others.  The fr_FR folder does contain
> >the _rb.swc files.
> > 
> >I'm going to add a new mustella test to the mxml for getString().  I am
> >running all tests for the ResourceManager to make sure everything runs as
> >expected before I modify anything.  Seems many of the mustella tests for
> >ResourceManager are failing with this "cannot find compiled locale" error
> >for fr_FR.  I tried commenting the ones that failed out just  to see if I
> >can't get a clean run, but after a few, I decided there were too many to
> >ignore the error for now.  Don't worry before I commit, i'd make sure the
> >tests ran completely okay :)
> > 
> >I'll didn't find any .compile files in the directory
> >mustella/tests/resources/ResourceManager or its subdirectories.  Am I
> >looking in the right spot?  I gotta get to the office, but i'll check out
> >the example you gave when I get home this afternoon.  Are you able to run
> >the tests for ResourceManager okay?
> > 
> >Thanks,
> > 
> >Chris
> > 
> >> From: aharui@adobe.com
> >> To: dev@flex.apache.org
> >> Subject: Re: Could not find compiled locale with mustella
> >>ResourceManager tests
> >> Date: Thu, 11 Dec 2014 00:50:40 +0000
> >> 
> >> First, did the locale compile work?  Are there _rb.swc files in the
> >>sdk’s
> >> frameworks/locale/fr_FR folder?
> >> 
> >> Are you adding a test to an existing file of tests or creating a whole
> >>new
> >> thing?  There are .compile files that control what locales get compiled
> >> into a SWF.  See the mustella/tests/RuntimeLocalization folder for
> >> examples of them.  The default just compiles en_US into the SWF.
> >> 
> >> -Alex
> >> 
> >> 
> >> On 12/10/14, 3:23 PM, "Chris Martin" <ch...@outlook.com> wrote:
> >> 
> >> >Well, I was hoping compiling for all locales would do the trick, but
> >>i'm
> >> >still getting the same error.  Silly me was only looking at the readme
> >> >for mustella and didn't think to check the readme for the SDK itself.
> >> >Any other ideas?  I'm thinking it's a compile switch for the swf that
> >>is
> >> >generated for the specific test itself.  But that would mean everyone
> >> >would be having the problem, and certain Jenkins would be freaking out
> >> >with the same error.  So I feel this has to be environmental.
> >> > 
> >> >Chris
> >> > 
> >> >> From: bigosmallm@gmail.com
> >> >> Date: Wed, 10 Dec 2014 12:32:32 -0800
> >> >> Subject: Re: Could not find compiled locale with mustella
> >> >>ResourceManager tests
> >> >> To: dev@flex.apache.org
> >> >> 
> >> >> Try doing ant other.locales first?  That's what the README seems to
> >> >> indicate.
> >> >> 
> >> >> If you want only fr_FR, you could try ant -Dlocale=fr_FR
> >> >> 
> >> >> Thanks,
> >> >> Om
> >> >> 
> >> >> On Wed, Dec 10, 2014 at 12:28 PM, Chris Martin <ch...@outlook.com>
> >> >>wrote:
> >> >> 
> >> >> >  Hey everyone,
> >> >> >
> >> >> > In trying to create a new mustella test case for ResourceManager,
> >>i'm
> >> >> > trying to run the tests to get a baseline.  When I run the tests I
> >> >>get a
> >> >> > failure.
> >> >> >
> >> >> >      [java] =====================================================
> >> >> >      [java]  Failed:
> >> >> >      [java] =====================================================
> >> >> >      [java]
> >> >> > 
> >> 
> >>>>resources/ResourceManager/Integration/ResourceManager_Integration_UICom
> >>>>po
> >> >>nent_resourcesChanged
> >> >> > 
> >>ResourceManager_Integration_UIComponent_resourcesChanged_localeChain
> >> >>Failed
> >> >> > Timed out
> >> >> >
> >> >> > How when it fails, the swf that is running reports the following
> >> >>error:
> >> >> >
> >> >> > Error: Could not find compiled locale 'fr_FR'.
> >> >> >  at mx.resources::ResourceManagerImpl/set
> >> >> > 
> >> 
> >>>>localeChain()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\pro
> >>>>je
> >> >>cts\framework\src\mx\resources\ResourceManagerImpl.as:248]
> >> >> >  at
> >> >> > 
> >> 
> >>>>ResourceManager_Methods_findResourceBundleWithResource/___ResourceManag
> >>>>er
> >> 
> >>>>_Methods_findResourceBundleWithResource_RunCode6_code()[C:\Users\cmarti
> >>>>n\
> >> 
> >>>>Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\Meth
> >>>>od
> >> >>s\ResourceManager_Methods_findResourceBundleWithResource.mxml:137]
> >> >> >  at flash.events::EventDispatcher/dispatchEventFunction()
> >> >> >  at flash.events::EventDispatcher/dispatchEvent()
> >> >> >  at
> >> >> > 
> >> 
> >>>>RunCode/doStep()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as
> >>>>3\
> >> >>src\mustella\RunCode.as:46]
> >> >> >  at
> >> >> > 
> >> 
> >>>>TestStep/execute()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\
> >>>>as
> >> >>3\src\mustella\TestStep.as:65]
> >> >> >  at
> >> >> > 
> >> 
> >>>>TestCase/runSteps()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella
> >>>>\a
> >> >>s3\src\mustella\TestCase.as:418]
> >> >> >  at
> >> >> > 
> >> 
> >>>>TestCase/runSetup()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella
> >>>>\a
> >> >>s3\src\mustella\TestCase.as:272]
> >> >> >  at
> >> >> > 
> >> 
> >>>>TestCase/runTest()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\
> >>>>as
> >> >>3\src\mustella\TestCase.as:251]
> >> >> >  at
> >> >> > 
> >> 
> >>>>UnitTester/runTests()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
> >>>>la
> >> >>\as3\src\mustella\UnitTester.as:1984]
> >> >> >
> >> >> > Now, I'm sure I'm just missing that "little something" to get this
> >>to
> >> >> > work, but I don't quite know my way around Mustella quite yet.  Any
> >> >> > pointers would be awesome.  Or even if you get the same error when
> >> >>you try
> >> >> > to run the mustella tests for ResourceManager via the command line:
> >> >> >
> >> >> > ./mini_run.sh tests/resources/ResourceManager/
> >> >> >
> >> >> > while in the mustella directory.
> >> >> >
> >> >> > Thanks in advance,
> >> >> >
> >> >> > Chris
> >> >> >
> >> > 		 	   		  
> >> 
> > 		 	   		  
> 
 		 	   		  

Re: Could not find compiled locale with mustella ResourceManager tests

Posted by Alex Harui <ah...@adobe.com>.
I ran the ResourceManager tests.  They all pass for me.  I haven’t looked
at the tests to see if any actually test for multiple locales, so the
issue may be that those tests will now need a .compile file like the kind
in RuntimeLocalization.

But if you haven’t made any changes and you can’t get the existing tests
to pass, post the full console output.

-Alex

On 12/11/14, 7:43 AM, "Chris Martin" <ch...@outlook.com> wrote:

>Hey Alex,
> 
>The compile worked fine and I have do have the fr_FR folder at
>frameworks/locale along with many others.  The fr_FR folder does contain
>the _rb.swc files.
> 
>I'm going to add a new mustella test to the mxml for getString().  I am
>running all tests for the ResourceManager to make sure everything runs as
>expected before I modify anything.  Seems many of the mustella tests for
>ResourceManager are failing with this "cannot find compiled locale" error
>for fr_FR.  I tried commenting the ones that failed out just  to see if I
>can't get a clean run, but after a few, I decided there were too many to
>ignore the error for now.  Don't worry before I commit, i'd make sure the
>tests ran completely okay :)
> 
>I'll didn't find any .compile files in the directory
>mustella/tests/resources/ResourceManager or its subdirectories.  Am I
>looking in the right spot?  I gotta get to the office, but i'll check out
>the example you gave when I get home this afternoon.  Are you able to run
>the tests for ResourceManager okay?
> 
>Thanks,
> 
>Chris
> 
>> From: aharui@adobe.com
>> To: dev@flex.apache.org
>> Subject: Re: Could not find compiled locale with mustella
>>ResourceManager tests
>> Date: Thu, 11 Dec 2014 00:50:40 +0000
>> 
>> First, did the locale compile work?  Are there _rb.swc files in the
>>sdk’s
>> frameworks/locale/fr_FR folder?
>> 
>> Are you adding a test to an existing file of tests or creating a whole
>>new
>> thing?  There are .compile files that control what locales get compiled
>> into a SWF.  See the mustella/tests/RuntimeLocalization folder for
>> examples of them.  The default just compiles en_US into the SWF.
>> 
>> -Alex
>> 
>> 
>> On 12/10/14, 3:23 PM, "Chris Martin" <ch...@outlook.com> wrote:
>> 
>> >Well, I was hoping compiling for all locales would do the trick, but
>>i'm
>> >still getting the same error.  Silly me was only looking at the readme
>> >for mustella and didn't think to check the readme for the SDK itself.
>> >Any other ideas?  I'm thinking it's a compile switch for the swf that
>>is
>> >generated for the specific test itself.  But that would mean everyone
>> >would be having the problem, and certain Jenkins would be freaking out
>> >with the same error.  So I feel this has to be environmental.
>> > 
>> >Chris
>> > 
>> >> From: bigosmallm@gmail.com
>> >> Date: Wed, 10 Dec 2014 12:32:32 -0800
>> >> Subject: Re: Could not find compiled locale with mustella
>> >>ResourceManager tests
>> >> To: dev@flex.apache.org
>> >> 
>> >> Try doing ant other.locales first?  That's what the README seems to
>> >> indicate.
>> >> 
>> >> If you want only fr_FR, you could try ant -Dlocale=fr_FR
>> >> 
>> >> Thanks,
>> >> Om
>> >> 
>> >> On Wed, Dec 10, 2014 at 12:28 PM, Chris Martin <ch...@outlook.com>
>> >>wrote:
>> >> 
>> >> >  Hey everyone,
>> >> >
>> >> > In trying to create a new mustella test case for ResourceManager,
>>i'm
>> >> > trying to run the tests to get a baseline.  When I run the tests I
>> >>get a
>> >> > failure.
>> >> >
>> >> >      [java] =====================================================
>> >> >      [java]  Failed:
>> >> >      [java] =====================================================
>> >> >      [java]
>> >> > 
>> 
>>>>resources/ResourceManager/Integration/ResourceManager_Integration_UICom
>>>>po
>> >>nent_resourcesChanged
>> >> > 
>>ResourceManager_Integration_UIComponent_resourcesChanged_localeChain
>> >>Failed
>> >> > Timed out
>> >> >
>> >> > How when it fails, the swf that is running reports the following
>> >>error:
>> >> >
>> >> > Error: Could not find compiled locale 'fr_FR'.
>> >> >  at mx.resources::ResourceManagerImpl/set
>> >> > 
>> 
>>>>localeChain()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\pro
>>>>je
>> >>cts\framework\src\mx\resources\ResourceManagerImpl.as:248]
>> >> >  at
>> >> > 
>> 
>>>>ResourceManager_Methods_findResourceBundleWithResource/___ResourceManag
>>>>er
>> 
>>>>_Methods_findResourceBundleWithResource_RunCode6_code()[C:\Users\cmarti
>>>>n\
>> 
>>>>Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\Meth
>>>>od
>> >>s\ResourceManager_Methods_findResourceBundleWithResource.mxml:137]
>> >> >  at flash.events::EventDispatcher/dispatchEventFunction()
>> >> >  at flash.events::EventDispatcher/dispatchEvent()
>> >> >  at
>> >> > 
>> 
>>>>RunCode/doStep()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as
>>>>3\
>> >>src\mustella\RunCode.as:46]
>> >> >  at
>> >> > 
>> 
>>>>TestStep/execute()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\
>>>>as
>> >>3\src\mustella\TestStep.as:65]
>> >> >  at
>> >> > 
>> 
>>>>TestCase/runSteps()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella
>>>>\a
>> >>s3\src\mustella\TestCase.as:418]
>> >> >  at
>> >> > 
>> 
>>>>TestCase/runSetup()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella
>>>>\a
>> >>s3\src\mustella\TestCase.as:272]
>> >> >  at
>> >> > 
>> 
>>>>TestCase/runTest()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\
>>>>as
>> >>3\src\mustella\TestCase.as:251]
>> >> >  at
>> >> > 
>> 
>>>>UnitTester/runTests()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustel
>>>>la
>> >>\as3\src\mustella\UnitTester.as:1984]
>> >> >
>> >> > Now, I'm sure I'm just missing that "little something" to get this
>>to
>> >> > work, but I don't quite know my way around Mustella quite yet.  Any
>> >> > pointers would be awesome.  Or even if you get the same error when
>> >>you try
>> >> > to run the mustella tests for ResourceManager via the command line:
>> >> >
>> >> > ./mini_run.sh tests/resources/ResourceManager/
>> >> >
>> >> > while in the mustella directory.
>> >> >
>> >> > Thanks in advance,
>> >> >
>> >> > Chris
>> >> >
>> > 		 	   		  
>> 
> 		 	   		  


RE: Could not find compiled locale with mustella ResourceManager tests

Posted by Chris Martin <ch...@outlook.com>.
Hey Alex,
 
The compile worked fine and I have do have the fr_FR folder at frameworks/locale along with many others.  The fr_FR folder does contain the _rb.swc files.
 
I'm going to add a new mustella test to the mxml for getString().  I am running all tests for the ResourceManager to make sure everything runs as expected before I modify anything.  Seems many of the mustella tests for ResourceManager are failing with this "cannot find compiled locale" error for fr_FR.  I tried commenting the ones that failed out just  to see if I can't get a clean run, but after a few, I decided there were too many to ignore the error for now.  Don't worry before I commit, i'd make sure the tests ran completely okay :)
 
I'll didn't find any .compile files in the directory mustella/tests/resources/ResourceManager or its subdirectories.  Am I looking in the right spot?  I gotta get to the office, but i'll check out the example you gave when I get home this afternoon.  Are you able to run the tests for ResourceManager okay?
 
Thanks,
 
Chris
 
> From: aharui@adobe.com
> To: dev@flex.apache.org
> Subject: Re: Could not find compiled locale with mustella ResourceManager tests
> Date: Thu, 11 Dec 2014 00:50:40 +0000
> 
> First, did the locale compile work?  Are there _rb.swc files in the sdk’s
> frameworks/locale/fr_FR folder?
> 
> Are you adding a test to an existing file of tests or creating a whole new
> thing?  There are .compile files that control what locales get compiled
> into a SWF.  See the mustella/tests/RuntimeLocalization folder for
> examples of them.  The default just compiles en_US into the SWF.
> 
> -Alex
> 
> 
> On 12/10/14, 3:23 PM, "Chris Martin" <ch...@outlook.com> wrote:
> 
> >Well, I was hoping compiling for all locales would do the trick, but i'm
> >still getting the same error.  Silly me was only looking at the readme
> >for mustella and didn't think to check the readme for the SDK itself.
> >Any other ideas?  I'm thinking it's a compile switch for the swf that is
> >generated for the specific test itself.  But that would mean everyone
> >would be having the problem, and certain Jenkins would be freaking out
> >with the same error.  So I feel this has to be environmental.
> > 
> >Chris
> > 
> >> From: bigosmallm@gmail.com
> >> Date: Wed, 10 Dec 2014 12:32:32 -0800
> >> Subject: Re: Could not find compiled locale with mustella
> >>ResourceManager tests
> >> To: dev@flex.apache.org
> >> 
> >> Try doing ant other.locales first?  That's what the README seems to
> >> indicate.
> >> 
> >> If you want only fr_FR, you could try ant -Dlocale=fr_FR
> >> 
> >> Thanks,
> >> Om
> >> 
> >> On Wed, Dec 10, 2014 at 12:28 PM, Chris Martin <ch...@outlook.com>
> >>wrote:
> >> 
> >> >  Hey everyone,
> >> >
> >> > In trying to create a new mustella test case for ResourceManager, i'm
> >> > trying to run the tests to get a baseline.  When I run the tests I
> >>get a
> >> > failure.
> >> >
> >> >      [java] =====================================================
> >> >      [java]  Failed:
> >> >      [java] =====================================================
> >> >      [java]
> >> > 
> >>resources/ResourceManager/Integration/ResourceManager_Integration_UICompo
> >>nent_resourcesChanged
> >> > ResourceManager_Integration_UIComponent_resourcesChanged_localeChain
> >>Failed
> >> > Timed out
> >> >
> >> > How when it fails, the swf that is running reports the following
> >>error:
> >> >
> >> > Error: Could not find compiled locale 'fr_FR'.
> >> >  at mx.resources::ResourceManagerImpl/set
> >> > 
> >>localeChain()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\proje
> >>cts\framework\src\mx\resources\ResourceManagerImpl.as:248]
> >> >  at
> >> > 
> >>ResourceManager_Methods_findResourceBundleWithResource/___ResourceManager
> >>_Methods_findResourceBundleWithResource_RunCode6_code()[C:\Users\cmartin\
> >>Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\Method
> >>s\ResourceManager_Methods_findResourceBundleWithResource.mxml:137]
> >> >  at flash.events::EventDispatcher/dispatchEventFunction()
> >> >  at flash.events::EventDispatcher/dispatchEvent()
> >> >  at
> >> > 
> >>RunCode/doStep()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\
> >>src\mustella\RunCode.as:46]
> >> >  at
> >> > 
> >>TestStep/execute()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as
> >>3\src\mustella\TestStep.as:65]
> >> >  at
> >> > 
> >>TestCase/runSteps()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\a
> >>s3\src\mustella\TestCase.as:418]
> >> >  at
> >> > 
> >>TestCase/runSetup()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\a
> >>s3\src\mustella\TestCase.as:272]
> >> >  at
> >> > 
> >>TestCase/runTest()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as
> >>3\src\mustella\TestCase.as:251]
> >> >  at
> >> > 
> >>UnitTester/runTests()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella
> >>\as3\src\mustella\UnitTester.as:1984]
> >> >
> >> > Now, I'm sure I'm just missing that "little something" to get this to
> >> > work, but I don't quite know my way around Mustella quite yet.  Any
> >> > pointers would be awesome.  Or even if you get the same error when
> >>you try
> >> > to run the mustella tests for ResourceManager via the command line:
> >> >
> >> > ./mini_run.sh tests/resources/ResourceManager/
> >> >
> >> > while in the mustella directory.
> >> >
> >> > Thanks in advance,
> >> >
> >> > Chris
> >> >
> > 		 	   		  
> 
 		 	   		  

Re: Could not find compiled locale with mustella ResourceManager tests

Posted by Alex Harui <ah...@adobe.com>.
First, did the locale compile work?  Are there _rb.swc files in the sdk’s
frameworks/locale/fr_FR folder?

Are you adding a test to an existing file of tests or creating a whole new
thing?  There are .compile files that control what locales get compiled
into a SWF.  See the mustella/tests/RuntimeLocalization folder for
examples of them.  The default just compiles en_US into the SWF.

-Alex


On 12/10/14, 3:23 PM, "Chris Martin" <ch...@outlook.com> wrote:

>Well, I was hoping compiling for all locales would do the trick, but i'm
>still getting the same error.  Silly me was only looking at the readme
>for mustella and didn't think to check the readme for the SDK itself.
>Any other ideas?  I'm thinking it's a compile switch for the swf that is
>generated for the specific test itself.  But that would mean everyone
>would be having the problem, and certain Jenkins would be freaking out
>with the same error.  So I feel this has to be environmental.
> 
>Chris
> 
>> From: bigosmallm@gmail.com
>> Date: Wed, 10 Dec 2014 12:32:32 -0800
>> Subject: Re: Could not find compiled locale with mustella
>>ResourceManager tests
>> To: dev@flex.apache.org
>> 
>> Try doing ant other.locales first?  That's what the README seems to
>> indicate.
>> 
>> If you want only fr_FR, you could try ant -Dlocale=fr_FR
>> 
>> Thanks,
>> Om
>> 
>> On Wed, Dec 10, 2014 at 12:28 PM, Chris Martin <ch...@outlook.com>
>>wrote:
>> 
>> >  Hey everyone,
>> >
>> > In trying to create a new mustella test case for ResourceManager, i'm
>> > trying to run the tests to get a baseline.  When I run the tests I
>>get a
>> > failure.
>> >
>> >      [java] =====================================================
>> >      [java]  Failed:
>> >      [java] =====================================================
>> >      [java]
>> > 
>>resources/ResourceManager/Integration/ResourceManager_Integration_UICompo
>>nent_resourcesChanged
>> > ResourceManager_Integration_UIComponent_resourcesChanged_localeChain
>>Failed
>> > Timed out
>> >
>> > How when it fails, the swf that is running reports the following
>>error:
>> >
>> > Error: Could not find compiled locale 'fr_FR'.
>> >  at mx.resources::ResourceManagerImpl/set
>> > 
>>localeChain()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\proje
>>cts\framework\src\mx\resources\ResourceManagerImpl.as:248]
>> >  at
>> > 
>>ResourceManager_Methods_findResourceBundleWithResource/___ResourceManager
>>_Methods_findResourceBundleWithResource_RunCode6_code()[C:\Users\cmartin\
>>Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\Method
>>s\ResourceManager_Methods_findResourceBundleWithResource.mxml:137]
>> >  at flash.events::EventDispatcher/dispatchEventFunction()
>> >  at flash.events::EventDispatcher/dispatchEvent()
>> >  at
>> > 
>>RunCode/doStep()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\
>>src\mustella\RunCode.as:46]
>> >  at
>> > 
>>TestStep/execute()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as
>>3\src\mustella\TestStep.as:65]
>> >  at
>> > 
>>TestCase/runSteps()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\a
>>s3\src\mustella\TestCase.as:418]
>> >  at
>> > 
>>TestCase/runSetup()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\a
>>s3\src\mustella\TestCase.as:272]
>> >  at
>> > 
>>TestCase/runTest()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as
>>3\src\mustella\TestCase.as:251]
>> >  at
>> > 
>>UnitTester/runTests()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella
>>\as3\src\mustella\UnitTester.as:1984]
>> >
>> > Now, I'm sure I'm just missing that "little something" to get this to
>> > work, but I don't quite know my way around Mustella quite yet.  Any
>> > pointers would be awesome.  Or even if you get the same error when
>>you try
>> > to run the mustella tests for ResourceManager via the command line:
>> >
>> > ./mini_run.sh tests/resources/ResourceManager/
>> >
>> > while in the mustella directory.
>> >
>> > Thanks in advance,
>> >
>> > Chris
>> >
> 		 	   		  


RE: Could not find compiled locale with mustella ResourceManager tests

Posted by Chris Martin <ch...@outlook.com>.
Well, I was hoping compiling for all locales would do the trick, but i'm still getting the same error.  Silly me was only looking at the readme for mustella and didn't think to check the readme for the SDK itself.  Any other ideas?  I'm thinking it's a compile switch for the swf that is generated for the specific test itself.  But that would mean everyone would be having the problem, and certain Jenkins would be freaking out with the same error.  So I feel this has to be environmental.
 
Chris
 
> From: bigosmallm@gmail.com
> Date: Wed, 10 Dec 2014 12:32:32 -0800
> Subject: Re: Could not find compiled locale with mustella ResourceManager tests
> To: dev@flex.apache.org
> 
> Try doing ant other.locales first?  That's what the README seems to
> indicate.
> 
> If you want only fr_FR, you could try ant -Dlocale=fr_FR
> 
> Thanks,
> Om
> 
> On Wed, Dec 10, 2014 at 12:28 PM, Chris Martin <ch...@outlook.com> wrote:
> 
> >  Hey everyone,
> >
> > In trying to create a new mustella test case for ResourceManager, i'm
> > trying to run the tests to get a baseline.  When I run the tests I get a
> > failure.
> >
> >      [java] =====================================================
> >      [java]  Failed:
> >      [java] =====================================================
> >      [java]
> > resources/ResourceManager/Integration/ResourceManager_Integration_UIComponent_resourcesChanged
> > ResourceManager_Integration_UIComponent_resourcesChanged_localeChain Failed
> > Timed out
> >
> > How when it fails, the swf that is running reports the following error:
> >
> > Error: Could not find compiled locale 'fr_FR'.
> >  at mx.resources::ResourceManagerImpl/set
> > localeChain()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\projects\framework\src\mx\resources\ResourceManagerImpl.as:248]
> >  at
> > ResourceManager_Methods_findResourceBundleWithResource/___ResourceManager_Methods_findResourceBundleWithResource_RunCode6_code()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\Methods\ResourceManager_Methods_findResourceBundleWithResource.mxml:137]
> >  at flash.events::EventDispatcher/dispatchEventFunction()
> >  at flash.events::EventDispatcher/dispatchEvent()
> >  at
> > RunCode/doStep()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\RunCode.as:46]
> >  at
> > TestStep/execute()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestStep.as:65]
> >  at
> > TestCase/runSteps()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestCase.as:418]
> >  at
> > TestCase/runSetup()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestCase.as:272]
> >  at
> > TestCase/runTest()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestCase.as:251]
> >  at
> > UnitTester/runTests()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\UnitTester.as:1984]
> >
> > Now, I'm sure I'm just missing that "little something" to get this to
> > work, but I don't quite know my way around Mustella quite yet.  Any
> > pointers would be awesome.  Or even if you get the same error when you try
> > to run the mustella tests for ResourceManager via the command line:
> >
> > ./mini_run.sh tests/resources/ResourceManager/
> >
> > while in the mustella directory.
> >
> > Thanks in advance,
> >
> > Chris
> >
 		 	   		  

Re: Could not find compiled locale with mustella ResourceManager tests

Posted by OmPrakash Muppirala <bi...@gmail.com>.
Try doing ant other.locales first?  That's what the README seems to
indicate.

If you want only fr_FR, you could try ant -Dlocale=fr_FR

Thanks,
Om

On Wed, Dec 10, 2014 at 12:28 PM, Chris Martin <ch...@outlook.com> wrote:

>  Hey everyone,
>
> In trying to create a new mustella test case for ResourceManager, i'm
> trying to run the tests to get a baseline.  When I run the tests I get a
> failure.
>
>      [java] =====================================================
>      [java]  Failed:
>      [java] =====================================================
>      [java]
> resources/ResourceManager/Integration/ResourceManager_Integration_UIComponent_resourcesChanged
> ResourceManager_Integration_UIComponent_resourcesChanged_localeChain Failed
> Timed out
>
> How when it fails, the swf that is running reports the following error:
>
> Error: Could not find compiled locale 'fr_FR'.
>  at mx.resources::ResourceManagerImpl/set
> localeChain()[C:\Users\cmartin\Documents\GitHub\flex-sdk\frameworks\projects\framework\src\mx\resources\ResourceManagerImpl.as:248]
>  at
> ResourceManager_Methods_findResourceBundleWithResource/___ResourceManager_Methods_findResourceBundleWithResource_RunCode6_code()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\tests\resources\ResourceManager\Methods\ResourceManager_Methods_findResourceBundleWithResource.mxml:137]
>  at flash.events::EventDispatcher/dispatchEventFunction()
>  at flash.events::EventDispatcher/dispatchEvent()
>  at
> RunCode/doStep()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\RunCode.as:46]
>  at
> TestStep/execute()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestStep.as:65]
>  at
> TestCase/runSteps()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestCase.as:418]
>  at
> TestCase/runSetup()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestCase.as:272]
>  at
> TestCase/runTest()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\TestCase.as:251]
>  at
> UnitTester/runTests()[C:\Users\cmartin\Documents\GitHub\flex-sdk\mustella\as3\src\mustella\UnitTester.as:1984]
>
> Now, I'm sure I'm just missing that "little something" to get this to
> work, but I don't quite know my way around Mustella quite yet.  Any
> pointers would be awesome.  Or even if you get the same error when you try
> to run the mustella tests for ResourceManager via the command line:
>
> ./mini_run.sh tests/resources/ResourceManager/
>
> while in the mustella directory.
>
> Thanks in advance,
>
> Chris
>