incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "christofer.dutz@c-ware.de" <christofer.d...@c-ware.de>
Subject AW: AW: AW: AW: AW: AW: Compiler Arguments
Date Fri, 02 Nov 2012 08:25:51 GMT
It shouldn't be a problem to use the old groupId with 4.8 ... it's just that I wanted to make
the FDKs have an official character and 4.8 ist from Adobe anymore, so I adjusted FM to allow
both.

Chris

________________________________________
Von: Frédéric THOMAS [webdoublefx@hotmail.com]
Gesendet: Freitag, 2. November 2012 00:23
An: flex-dev@incubator.apache.org
Betreff: Re: AW: AW: AW: AW: AW: Compiler Arguments

Good news, especialy for the themes, I've seen as well from the dump file
you reported that you updated the air version to the one of the sdk, I
reported this change manualy in the generator but I did it quickly, hard
coding the version number which is bad, I hope you'll send me a copy as soon
as you'll finish. For the namespace, I stayed on com.adobe as otherwize I've
been in trouble with some exlusions, I hope I won't run into this problem
anymore with the new version.

-----Message d'origine-----
From: christofer.dutz@c-ware.de
Sent: Thursday, November 01, 2012 11:53 PM
To: flex-dev@incubator.apache.org
Subject: AW: AW: AW: AW: AW: Compiler Arguments

Well I did a lot of little stuff.
- I re-activated the creation oft he config-zip, but left out the themes
directory
- I finally activated generating the lib-artifacts with their real versions
(This is what's causing quite some trouble in FM but without it the FDKs
wouldn't be 100% correct)
- Now I copy every swc theme and compile every non-swc theme to a swc-theme
so all themes are now swc themes
- Apache FDKs are generated into the Apache namespace "org.apache.flex"
- There were a few glitches with the poms generated for air application ...
now all should be good :-)

Still 2 tests failling in the testsuite, but I simply have to find a way to
automatically get the version of the framework.swc in a given lib. Shouldn't
be that hard using my dependency-management extra-poms. So hopefully I'll be
able to finish everything on Sunday.

Chris


-----Ursprüngliche Nachricht-----
Von: Frédéric THOMAS [mailto:webdoublefx@hotmail.com]
Gesendet: Donnerstag, 1. November 2012 23:17
An: flex-dev@incubator.apache.org
Betreff: Re: AW: AW: AW: AW: Compiler Arguments

Chris,

What kind of changes did you do in the generator ? If they are importants,
I'll be happy to get a fresh copy.

For the Apache Con Europe, unfortunatly, I can't (I have to work).

-----Message d'origine-----
From: christofer.dutz@c-ware.de
Sent: Thursday, November 01, 2012 10:35 PM
To: flex-dev@incubator.apache.org
Subject: AW: AW: AW: AW: Compiler Arguments

Am I understanding you correctly, that the handling of "-compiler.locale" is
correct that way, but the "-metadata.language" should probably only contain
the first segment (In this case " es_MX")?
Sounds sensible. Think I'll have a look at why this is some times generated.

@Mike ... I get failures about every 10 runs of the entire Testsuite (And
yes ... having to run it that often really sucks ... but I want to have my
new FDKs up and running)

By the way ... I did do quite some work on the Flexmojos6 and FDK Generator
on the last few days and I think I might be able to finish FM6 and the new
Flex FDKs before going zo the Apache Con Europe :-) (See you there?)

Chris




-----Ursprüngliche Nachricht-----
Von: Alex Harui [mailto:aharui@adobe.com]
Gesendet: Donnerstag, 1. November 2012 21:57
An: flex-dev@incubator.apache.org
Betreff: Re: AW: AW: AW: Compiler Arguments




On 11/1/12 1:17 PM, "christofer.dutz@c-ware.de" <christofer.dutz@c-ware.de>
wrote:

> Nope,
>
> This would be the case if you wanted to add 3 different locales.
> If you define es_MX,es_ES,en_US this is more a locale-chain (I reverse
> learned this from the unit-test code.
Hmm, is there really a difference from in the SDK code-paths for this?  I
didn't think there was, but I'm not the expert on locales.

Anyway, I want to point out your error is not in the locale handling.  The
arguments to -locale look like they are being handled correctly, but
somehow, the same list ends up in -metadata.language.  How is that
happening?  If it is automatically being set up by something, that might
need to be changed to create a single string.

--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
Mime
View raw message