Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 346E1DE45 for ; Thu, 15 Nov 2012 16:54:15 +0000 (UTC) Received: (qmail 873 invoked by uid 500); 15 Nov 2012 16:54:14 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 819 invoked by uid 500); 15 Nov 2012 16:54:14 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 608 invoked by uid 99); 15 Nov 2012 16:54:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Nov 2012 16:54:13 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [69.167.147.50] (HELO franklin.liquidweb.com) (69.167.147.50) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Nov 2012 16:54:07 +0000 Received: from localhost ([127.0.0.1]:50774) by franklin.liquidweb.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1TZ2hC-0004tu-S4 for flex-dev@incubator.apache.org; Thu, 15 Nov 2012 11:53:42 -0500 Received: from 71.181.90.209 ([71.181.90.209]) by www.teotigraphix.com (Horde Framework) with HTTP; Thu, 15 Nov 2012 11:53:41 -0500 Message-ID: <20121115115341.890344hsdamu6jh1@www.teotigraphix.com> Date: Thu, 15 Nov 2012 11:53:41 -0500 From: Michael Schmalle To: flex-dev@incubator.apache.org Subject: Re: How to prepare Apache Flex 5 to run in the new AVM in Flashplayer 12? References: <7698DA69-C4BB-4A1F-8200-ED497EB422DE@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.11) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - franklin.liquidweb.com X-AntiAbuse: Original Domain - incubator.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - teotigraphix.com X-Get-Message-Sender-Via: franklin.liquidweb.com: authenticated_id: teotigra/from_h X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org Quoting Omar Gonzalez : > On Thu, Nov 15, 2012 at 8:32 AM, Nick Tsitlakidis > wrote: > >> Carlos is suggesting a very nice way to solve all problems. But my opinion >> is that a total rewrite needs A LOT of time and planning and at this the >> most active people in the list are too few to handle something like this >> and the others (less active) are just getting their feet wet. >> >> I think there is a long road and community engagement to reach a level >> where a total rewrite in another version of AS can happen. >> >> So the question is what happens with the current codebase while the project >> advances to reach that level. >> >> > My guess would be nothing happens to the current codebase. We keep fixing > bugs. AVM2 isn't going anywhere. Just because there's a shiny new toy > doesn't mean they'll break thousands if not millions of apps because they > have a new shiny VM. > > -omar > That being said, wouldn't it be advantageous to think about APIs that could stand the test of major refactors and start migrating or add extensions to the current code base that would give developers the option to start moving towards the next framework? I mean, a public API is just that, what goes on under the surface is for the low level developers to think about and implement. So you have Flex 5 that starts to really use this new API that maybe uses some adapters to fit some popular components under the API while creating more modular revisions at the same time. I think some type of simultaneous refactor is possible giving the amount of brains around here. Mike -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com