Showing posts with label FlashBuilder. Show all posts
Showing posts with label FlashBuilder. Show all posts

Saturday, August 23, 2014

[WTF] What the FlexPMD Authorization Required!?

Problems



Normally we can install FlexPMD via Adobe Open Source but not anymore...

Clues

Related Links

Tuesday, May 27, 2014

[FlashBuilder] How to speed up startup time

Just don't welcome...


And uncheck things that you won't use...



That's it! ;D

Monday, May 12, 2014

[ANE] How to build and use x86 ANE AIR14


Know how to build/use normal armv7 ANE? Here's another step :)

How to build x86 ANE AIR14 via command line

  1. load AIR 14 here http://labs.adobe.com/technologies/flashruntimes/air/
  2. Read this : http://labsdownload.adobe.com/pub/labs/flashruntimes/shared/air14_flashplayer14_releasenotes.pdf
  3. modify old your old extension.xml



    tip : just copy whole old Android-ARM xml platform tag and change it name to Android-x86 should do the trick cause other remain same.
  4. and for ADT packaging command for ANE build script...

    adt -package -target ane Sample.ane extension.xml -swc Sample.swc -platform Android-ARM -C Android-ARM/ . -platform Android-x86 -C Android-x86/ .

Pitfalls and Hints

  1. even single dot is matter for packing command, just don't miss it.
  2. Android-ARM/ .  mean you will need Android-ARM folder and "." mean anything in that folder will be pack.
  3. you can try to unzip your ANE for fun
  4. in case you can unzip your old armv7 ANE, and it contain old .jar which really mean you can rebuild x86 support without original source just some guts (i don't try it yet, but it should work)
that's it!

How to check if ANE is x86 compatible

just take a look tho ;p

How to use x86 architec via Flash Builder

for debug do add -arch=x86 via customize launch like after -listen like this (not anymore it's fixed then after May 14, 2014 you will need to add after -storetype )

 
but for run you will need to add before -storetype instead (because -listen not exist)

[UPDATE May 14, 2014] : Adobe fixed this https://github.com/PrimaryFeather/Starling-Framework/issues/539 and you will need to add -arch=x86 before -storetype from now on

[UPDATE May 16, 2014] : refer to...
  • 3759405 : [x86]Export Release Build from Flash Builder fails to run app on Android device when -arch parameter is used.

workaround is uncheck delete bin-release-temp folder and your apk will survived inside that temp folder... sound weird i know, just do it!

Like my blog and need more of this? Just download my app or feeding my cats here

Thanks! Meowww

Wednesday, April 9, 2014

[FlashBuilder] Error occurred while installing the application

That moments when you get this error from Flash Builder 4.7...

Which said...
Error occurred while installing the application:
pkg: /data/local/tmp/QHappy.apk
Failure [INSTALL_FAILED_VERSION_DOWNGRADE]
3476 KB/s (11299944 bytes in 3.174s)
Don't panic! Just increase version number in your Main-app.xml...
1.0.0 
to something like
 1.1.0
And you're good to go! Or you can try close and delete installed application and try again.

That's it! :)

Thursday, October 11, 2012

[ASC2.0] Workaround for Flash Builder 4.7 SDK issue

First of all I love Flash Builder and still stick with it for many year, bad news is upcoming Flash Builder 4.7 is somewhat…weirdo…(see below for detail) the best I can do is yelling out loud in prerelease group (and can be in public now because it's already release) until Adobe (or me) is giving up on this mess ;p

I will collect what I found about Flash Builder 4.7 bugs that Adobe will call it features and mess my life up here, feel free to enjoy ;)

issue #1 : Fancy overlay need (Should be fixed at release version)

  • You can’t overlay to C:\Program Files\Adobe\Adobe Flash Builder 4.7 (64 Bit)\sdks anymore (it's for legacy compiler), you have to overlay here C:\Program Files\Adobe\Adobe Flash Builder 4.7 (64 Bit)\eclipse\plugins\com.adobe.flash.compiler_4.7.0.349722\AIRSDK instead and if you unlucky dude you will get this…

    fb4.7-overlay-air-bug
    yes, too long path… this logged bug already 

workaround :

  • rename “C:\Program Files\Adobe\Adobe Flash Builder 4.7 (64 Bit)\eclipse\plugins\com.adobe.flash.compiler_4.7.0.349722\AIRSDK” folder to “C:\Program Files\Adobe\Adobe Flash Builder 4.7 (64 Bit)\eclipse\plugins\a\AIRSDK” and then you good to go, overlay it and don’t forget to rename it back obviously after copy is done.

issue #2 : You can’t switch between SDK anymore (Still in release version)

  • Flash Builder (this is feature) will auto choose newest SDK for you (FOR WHAT!) like you are a stupid developer, and yes even you are smart ass you just can’t switch SDK to old working one anymore…yes overlay again or rename folder via folder should do the trick…but remember this?

    before
    just 1 click! and see below for what happen in new version…

    after

    WAIT! WHY! I think Adobe never have old client that need to change something in an old project that required SDK 3.6 or else to publish as Flash 10 or lower (let me remind you new SDK need higher FlashPlayer version e.g. “The currently selected Flex SDK requires minimum Adobe Flash Player version 11.4.0.”)

    What you gonna face if you try switch to newest SDK?

    1. JSON that will break all old 3rd party JSON parser just because they has same class name.
    2. Embed behavior need to restructure how you refer to you file path.
    3. Alchemy1 will break in new Flash Player target version > 10.x after that you will need Alchemy2 and that half way to paid for license ;p

    If you still can’t imagine what gonna happen that’s really mean…
    1. you are Adobe guy.
    2. you are not use Flash Builder long enough.
    3. you never have old project that required old environment to build with.
    4. your client didn’t poke you to change stuff in your project just yet.

    all this nightmare usually need 1 click to switch SDK to get job done…, guess what AIR 3.5 is on labs and what you gonna do to switch between (buggy) AIR 3.5 and (production) AIR 3.4?

workaround :

  • bring old dialog back! open your “.actionScriptProperties” via your project folder and seek for compiler tag and mod useFlashSDK="true" to useFlashSDK="false" and overlay SDK like usual

issue #3 : The definition mx.core.ByteArrayAsset could not be found

workaround :

  • use swc, manually include it, or use legacy compiler (@see workaround issue #2)

issue #4 : The definition mx.core.FontAsset depended on by com.bit101.components.Component_Ronda in the SWC minimal_comps_0_9_9.swc could not be found

workaround : 

issue #5 : TypeError: Error #2079: Classes derived from Bitmap can only be associated with defineBits characters (bitmaps)

  • your embed or swc assets is breaking…

workaround :

  • use legacy compiler (@see workaround issue #2)

issue #6 : [Unload SWF] unknown

  • your embed or swc assets is breaking…

workaround :

  • use legacy compiler (@see workaround issue #2)

issue #7 : VerifyError: Error #1107: The ABC data is corrupt, attempt to read out of bounds.

  • your embed or swc assets is breaking…

workaround :

  • use legacy compiler (@see workaround issue #2)

issue #8 : Starling via ASC2.0

workaround :

issue #9 : Legacy Compiler throw Java NULL

  • refer to http://forums.adobe.com/thread/1087483
    you will get
    Exception in thread "main" java.lang.StackOverflowError
        at adobe.abc.Algorithms.dfs_visit(Algorithms.java:204)
        at adobe.abc.Algorithms.dfs_visit_el(Algorithms.java:194)
    ...and a lot more

workaround :

  • use ASC2.0 with AIR SDK3.6

issue #10 : Flash Builder refuse to open (work space corrupted)

  • can be reproduce by create project -> exist FB -> move some/all folder that contain your .as and/or library to other place -> open FB -> fail

workaround :

issue #11 : Flash Builder fail to refactoring (released version)

  • refer to http://forums.adobe.com/message/5014395#5014395
    you will get

    java.lang.reflect.InvocationTargetException
    at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:421)
    at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:331)
    and a lot more 

workaround :

  • manually refactoring while wait for hotfix

PS : legacy compiler is nearly dead

// bedtime, will blog more if need and not lazy ;p