Aral Balkan

Dear Flex community and Flex engineering team, I have a challenge for you: let's make Flex 4 migration a one-step process.

Yesterday, I documented the trouble I had in porting my Flex 3 app to Flex 4 and I blamed the move from the Fx prefix to namespaces for my woes. As some of you have pointed out, some of my woes were exacerbated because I was migrating from an earlier version of the Flex 4 Alpha SDK to the latest version. This is true. However, it is also true that Flex 3 to Flex 4 migration is not trivial and will require changes to existing code, libraries, and skins, especially concerning the introduction of namespaces in CSS.

My inner engineer understands that namespaces are the most elegant long-term solution. It doesn't help that my inner engineer is feuding loudly with my inner agile development evangelist (who is appalled at the sacrifice of short-term simplicity in favor of long-term design) and at my inner user experience designer who cannot help but look at the issue from the perspective of the end user.

That said, if we can agree on a set of core facts regarding this change in Flex 4, maybe we can take some positive action to lessen its impact:

1. The introduction of language and library namespaces in Flex 4 adds additional complexity to the framework.
2. The introduction of CSS namespaces may require previous code, components, and skins to be reworked when migrating from Flex 3 to Flex 4 apps. This is an undesirable, manual, and potentially error-prone process that should, if possible, be automated.
3. Developers coming from non-namespaced environments will need a gentle introduction to namespaces, especially the relationship between language and library namespaces.

Given these, I'm issuing a challenge to the Flex community and the Flex engineering team:

Flex 3 to Flex 4 migration should be an automatic, one-step process. Ideally, there Should Exist (tm) an open-source script that migrates Flex 3 projects to Flex 4. This should also be used by Flex Builder to make it trivial for developers to upgrade their Flex 3 projects to Flex 4 without manual intervention.

So, what do you guys think? Who wants to take this on?

If you guys and gals agree that migrating to Flex 4 should be this simple, we need the following:

1. A volunteer to spearhead the project: the volunteer should set up a project in GitHub (SVN is so last half-hour) and be prepared to put in the hours to coordinate with the other developers, etc.
2. Volunteers to work on the project
3. Buy-in/participation/support from Adobe so that the solution that's built will also be part of Flex Builder

Flex 4 is going to be a revolutionary release that, for the most part, makes Flex even easier to use. I am already in love with the new states feature, I love the new Gumbonents (Gumbo components), and the new keyframe animations, just to name a few new features that I've used recently. My one worry is that a manual migration process that affects existing code, libraries, and skins will overshadow these improvements and affect the adoption and transition to Flex 4. We can fix this by making Flex 4 migration a one-step process.

So, who's in?

Thoughts? Comments? Suggestions? Leave a comment!

Comments

• I don't understand WHY this should be open source. ADOBE should create a button with a label "Export to Flex 4" or so...

  by Gabriela on 2009-05-27 14:03:26

• An effort of this nature is well worth it. However, I do think it's key that Adobe engage as well since we want to make this a solution that is *readily accessible* to every Flex developer as part of FlexBuilder - not just those of us that read these blogs and frequent the open source tooling space. The goal and tooling that you're proposing reminds me very much of what NeXT did back in their day when they introduced enormous change into the NeXTSTEP framework. An automated conversion tool came in the box with the new release and for the most part, it handled the migration of existing code extremely well. It also took care to mark code it could not readily migrate, and iirc, left well-marked comments throughout with pointers to migration documentation to help the developer understand *why* it made the changes that it did. This must absolutely be a command line driven headless toolset to be effective. Strong suggestion: start with a well structured code refactoring engine rather than write anything from scratch. The goal here is to deliver as many useful transforms as possible in the near term.

  by Brett Adam on 2009-05-27 11:02:37

• Great initiative. Would like to see this get shape. I think this should be on the minds of the Flex team. It would be better if someone from Adobe also gets involved to guide the project and ensure that it is going in the right direction.

  by Tejas on 2009-05-27 16:15:44

• thank yoı plp

  by takım elbise on 2009-06-10 08:42:11

• Fun idea Aral. - I'm game. I'd like to Volunteer for the project. What do you have in mind in terms of result tool; An AIR application which can be given the project root folder for an Fx3 project, and one fat button which says "Gumbonize" ? I've taken the liberty to create an Assembla space called Fx32Fx4 with Git and tickets etc. Don't know GitHub that well, but if any one is GH expert, I'm cool with the that. http://www.assembla.com/spaces/Fx32Fx4 Looking forward to see the outcome of this. Cheers Asger

  by Asger Flashger Laursen on 2009-05-27 10:21:28

• Gabriela, to answer your question: There are no changes to ActionScript. it is the same AS3 we all know and love (or love to hate). The Flex Framework has changed. So if you intend to use the framework then you have some homework to get up to speed with Spark. If you build apps solely in AS3 then you have nothing to worry about.

  by TJ Downes on 2009-05-28 02:16:26

• [...] to make Flex 3 to Flex 4 migration as easy as possible. As such, please read my follow-up post, The Flex 4 One-Step Migration Challenge and let's try and make a list of the Flex 4 migration challenges for Flex 3 apps and try to address [...]

  by Aral Balkan - The change from Fx prefix to namespaces is an EPIC FAIL for Flex opportunity to concentrate on making Flex 3 to Flex 4 migration seamless on 2009-05-30 12:25:09

• So you'll spend time creating a logo for this post but no time showing real examples proving your complaints?

  by Ryan Campbell on 2009-06-01 20:09:34

• Read Ben's latest retort here: http://blog.benstucki.net/?p=56. I've commented there.

  by Aral on 2009-06-02 11:54:24

• Hey Asger, Cool :) I'd imagine the tool being a command-line utility (perhaps written in Python?) that could then potentially be used by any GUI app, including Flex Builder. Having it as an AIR app would limit its use as a headless script. (Wouldn't it be cool if we had a compiler that could create standalone commandline ActionScript apps?)

  by Aral on 2009-05-27 10:34:52

• This would be awesome if it could convert Flex 3 State syntax to Flex 4 State syntax as that is an area of extreme refactoring for Flex 4. See http://blog.everythingflex.com/2009/05/12/flex-3-vs-flex-4-state-management/ for sample syntax changes

  by Rich Tretola on 2009-05-27 10:37:52

• Hi Rich, I agree. I didn't explicitly state it in the post, but maybe we should. In fact, let's use the comments to brainstorm exactly what refactorings the script would have to do to create an initial feature list.

  by Aral on 2009-05-27 10:39:38

• To start: * Add namespaces to CSS * Convert legacy states syntax to Flex 4 state syntax

  by Aral on 2009-05-27 10:40:25

• awesome initiative by Aral.Also must say Asger is just a sweet,decent,smart and courageous guy.Love you both for the efforts. All my best wishes and I would love to share the effort any kind, if I can, with my limited knowledge in Flex compared to you guys ;) Command line tool is the best as compared to GUI. (Agree with Aral if there would be tools to produce standalone commandline ActionScript apps :) )

  by saumya on 2009-05-27 13:26:27

• Also worth a look is the migration tool for going from Python 2.6 to 3.0. That approach is something I'd like to see Flex 4 get.

  by Erki Esken on 2009-05-27 12:54:47

• Hold on. Do you really think that with the public beta weeks away, and the release of Flash Builder 4 only a few months away you can come up with something that Adobe will adopt? They currently have enough on their plate getting this revolutionary release out the door. Sorry, but I think you're wasting your time. Adobe is doing the smart thing from a long-term perspective, and like I said, I just don't think your effort will adopted.

  by Greg Lafrance on 2009-05-27 14:15:47

• @Gabriela: It should be open source so that people using the Flex SDK can make use of it also, not just people who own Flex Builder (even though I'm sure a very high percentage of Flex developers own Flex Builder and I wouldn't want to imagine doing Flex development without it myself). @Greg: There's absolutely no reason to be defeatist. I've seen far more ambitious projects succeed in far less time (can you say Red5?) :) Feel free to sit at the sidelines and watch and use the tool once it's created. Regardless of whether Adobe adopts it, it will be a WIN for Flex developers and for the platform to make migration to Flex 4 (and the *layering* of Flex 4 functionality into existing Flex 3 application) easier. Nothing worth doing is ever a waste of effort. :)

  by Aral on 2009-05-27 14:34:46

• Aral, is there any major change in AS? I'm a little tired to learn a new (yet powerful) language every year...

  by Gabriela on 2009-05-27 15:26:00

• The whole "namespace vs. no namespace" debate is a tricky one. If you're making and using any custom components in Flex, you're already using custom namespaces to import MXML components. How would this be new?

  by TK on 2009-05-27 16:33:13

• Aral, This is the best response to the persnickety commentary (mine being one of them) you received for your last post. Bravo. This is why I love this blog. Keep up the good work!

  by Matt on 2009-05-27 21:32:48

• I echo Ryan's comment (and did so in the other thread and elsewhere). Where's a concrete *example* of a migration pain? Please tell me you've actually done some migration work and encountered the pain, and that all of this hoo-haa isn't based on simply your *expectation* of pain...

  by Troy Gilbert on 2009-06-01 20:23:21

• Really needed? I dont know. Covenient? Yesss!

  by Arnoud on 2009-06-16 03:59:05

• I have a query, I import Flex 3 project into Flex 4 aka Flash BUilder 4 Beta 2, now my query is which componenet set flash will use, default Halo which I used in Flex 3 or Spark Components even without chanding the namespace. Namespcace is same: xmlns:mx="http://www.adobe.com/2006/mxml" pls help

  by unfortunate on 2009-11-05 06:29:56

• What is the current status of this initiative. It sounds like something that would be very useful.

  by Bob Brubaker on 2009-10-03 00:05:26

• Adobe is screwing us by not making Flex 3 to Flash Builder 4 import seamless and automatic. It's that simple. How can they change all the packages and namespaces and not provide a migration utility. It pisses me off no end.

  by dave on 2009-10-19 19:41:59

• блядь дерьмо ебаное

  by hasustorm on 2010-02-23 17:21:47

• I think man that what you purpose is nearly impossible. The changes in flex components and structure are so deep that i think a 1 step tool is extremely difficult to implement... Even that, there are good tutorials on the net to start the painfull process... I foun these that is simple. Maybe misses many things, but is interesting: http://jaumemussons.wordpress.com/2010/08/31/migrate-from-flex-3-to-flex-4-how-to-do-it-without-burning-in-hell/

  by johan schellz on 2010-09-02 09:40:16

• Great!, I'm in.. What's the status?

  by Stefan on 2010-11-08 15:33:44

• Whoops! haha... many people have replied... didn't see that.

  by Alex Cook on 2010-11-21 02:51:09

• This is an old post, wonder if you turned off comments. Anyways, hell yes. Looks like no one really cares, though, huh? Maybe you've thought about leaving Flex development completely... because I sure of heck have. I'm trying to migrate a larger project from Flex 3 to Flex 4. I started at 6:30 PM today and I'm still not done at 9:45 PM. Adobe is completely ridiculous. Perhaps the worst migration is states. If you have a state with over 10 items being added or removed, it's an almost impossible task to re-write it for Flex 4. Did anyone every reply to this?

  by Alex Cook on 2010-11-21 02:50:39

• Hey Aral, missed your flex/flash articles. your points are perfect in your article

  by brooklyn on 2011-06-09 21:14:54

• Is this possible.if yes, let me know how it was.............

  by yughandhar on 2011-08-18 12:14:09