Return-Path: X-Original-To: apmail-incubator-general-archive@www.apache.org Delivered-To: apmail-incubator-general-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9FDCD9E4A for ; Tue, 20 Dec 2011 06:33:11 +0000 (UTC) Received: (qmail 21998 invoked by uid 500); 20 Dec 2011 06:33:08 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 21861 invoked by uid 500); 20 Dec 2011 06:33:07 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 21852 invoked by uid 99); 20 Dec 2011 06:33:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Dec 2011 06:33:06 +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: domain of aharui@adobe.com designates 64.18.1.208 as permitted sender) Received: from [64.18.1.208] (HELO exprod6og107.obsmtp.com) (64.18.1.208) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Dec 2011 06:33:01 +0000 Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by exprod6ob107.postini.com ([64.18.5.12]) with SMTP ID DSNKTvAsB63GyMIoiZdBWJVeR1ij5fazxDvM@postini.com; Mon, 19 Dec 2011 22:32:40 PST Received: from inner-relay-4.eur.adobe.com (inner-relay-4.adobe.com [193.104.215.14]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id pBK6Uqaa000584; Mon, 19 Dec 2011 22:30:53 -0800 (PST) Received: from nacas01.corp.adobe.com (nacas01.corp.adobe.com [10.8.189.99]) by inner-relay-4.eur.adobe.com (8.12.10/8.12.9) with ESMTP id pBK6Wa7p013207; Mon, 19 Dec 2011 22:32:37 -0800 (PST) Received: from NAMBX02.corp.adobe.com ([10.8.127.96]) by nacas01.corp.adobe.com ([10.8.189.99]) with mapi; Mon, 19 Dec 2011 22:32:36 -0800 From: Alex Harui To: "general@incubator.apache.org" , "rajubitter@gmail.com" Date: Mon, 19 Dec 2011 22:32:36 -0800 Subject: Re: [PROPOSAL] Flex for Apache Incubator Thread-Topic: [PROPOSAL] Flex for Apache Incubator Thread-Index: Acy+p5X9aYeYgO9oQ4W+yMZA8mqmswAOZOBC Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-Entourage/13.11.0.110726 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 My responses inline. On 12/19/11 3:39 PM, "Raju Bitter" wrote: > Hi Alex, >=20 > the proposal looks very promising. I have a few questions around > ActionScript, runtime environments for compiled code, HTML5/JavaScript > cross-compilation support, and target runtime environments listed: >=20 > 1) When you speak of ActionScript, is it planned to continue the > development of the ActionScript language as a standard separate from > future JavaScript standards? I know that ActionScript 3 is an > ECMAScript 4 dialect > (http://www-archive.mozilla.org/projects/tamarin/), but believe it > would make sense to set the goal to move away from ActionScript 3 in > favor of a future ECMAScript/JavaScript version (long term goal, of > course). This proposal is about the Flex SDK, which is currently written in ActionScript 3. It is my understanding that a future decision to move away from ActionScript 3 would be decided by those contributing to the project. I would not state it as a goal in this proposal as I don't think there is a good alternative at this time. >=20 > 2) Flex for desktop / Flash Player > Since the current version of the compiler "only" compiles to > ActionScript bytecode, it effectively would mean that an Apache > Software Foundation project would generate output which - in a desktop > browser - can only be executed by the proprietary Adobe Flash Player. > Are there any other ASF projects targeting proprietary runtime > environments? Wouldn't it be desirable to support an open standards > based runtime environment as well (Falcon JS)? It is my understanding that it is up to those contributing to the project, but I expect there will be work done that explores migration strategies, including cross-compiling to other runtime environments. >=20 > 3) Falcon JS: ActionScript 3 -> JavaScript 1.5 cross-compilation > I'm aware of the FalconJS research Adobe has started (an ActionScript > 3 to JavaScript 1.5 cross-compiler, which can be integrated into the > next version of the Adobe/Apache Flex SDK). Supporting JavaScript > generation out of ActionScript (including CSS styling) could turn > Apache Flex into the perfect platform for smooth migration to HTML 5 > applications in enterprises. FalconJS is not mentioned in the > proposal, but a blog post of the Adobe Flex Compiler team on Nov 19th > (http://blogs.adobe.com/flex/2011/11/your-questions-about-flex.html) > it has been said that Falcon JS would be contributed to the ASF as > well: >=20 >> In addition to contributing the core Flex SDK (including automation >> and advanced data visualization components), Adobe also plans to >> donate the following: >> + Falcon, the next-generation MXML and ActionScript compiler that is >> currently under development (this will be contributed when complete >> in 2012) >> + Falcon JS, an experimental cross-compiler from MXML and ActionScript >> to HTML and JavaScript. >=20 > Is that still the plan, since Falcon JS is not mentioned in the > proposal? I can imagine that there would be a lot of interest in the > community to see Falcon JS contributed, even if the the product is not > feature complete. The plan is to donate the Flex SDK to Apache, then start the process of donating other Flex-related projects. Next will probably be BlazeDS. FalconJS is on the list. Many people believe that the differences between ActionScript and JavaScript (AS has Dictionary and weak references and ByteArrays) will make the effort to cross-compile a given Flex app to JS either impossible, impractical, or non-performant. >=20 > 4) iOS, Android, RIM, Windows & OS X support > In the proposal you state: >> Apache Flex allows developers to target a variety of platforms, initiall= y >> Apple iOS, Google Android, RIM BlackBerry, Microsoft Windows, and >> Mac OS X with a single codebase. > My understanding of the proposal is, that you are only proposing to > contribute the Flex SDK, as opposed to the Flex SDK AND the Adobe AIR > SDK. > http://www.adobe.com/products/air.html > The Flex SDK alone doesn't enable developers to compile from > ActionScript 3 into iOS, Android, RIM, Windows and OS X. That means, > it would still require the proprietary AIR SDK to support all those > platforms. Therefore the proposal should mention that developers could > target a variety of additional platforms, if they choose to download > the Adobe AIR SDK and runtime. I understand that it might not be > possible to completely open source the AIR SDK, due to legal issues. Yes, some other SDKs that are listed as External Dependencies are required to produce a running Flex application. >=20 > 5) PhoneGap / Apache Callback proposal > Nitobi proposed to contribute PhoneGap to the ASF > (http://wiki.phonegap.com/w/page/46311152/apache-callback-proposal). > After that announcement, Nitobi has been acquired by Adobe. > If Falcon JS will be released, it would be possible to integrate > Falcon JS compilation with PhoneGap (HTML5/JavaScript based mobile > apps for a variety of platforms). Even if it is possible to compile > ActionScript 3 into iOS or Android applications (native), the > ActionScript 3 -> JavaScript -> PhoneGap approach would be equally > powerful, and could be completely supported with open source tools. Of > course, that would depend on the availability of the Falcon JS > cross-compilation feature. >=20 > 7) Adobe Flash runtimes > http://www.adobe.com/products/flashplatformruntimes.html > The runtimes currently targeted by the Flex SDK (without Falcon JS) are > http://www.adobe.com/products/flashplayer.html > http://www.adobe.com/products/air.html > I would suggest to add the long-term goal of adding another > (non-proprietary) runtime to the Flex SDK (e.g. Falcon JS with the > cross-compiler) I would hesitate to make that a goal, even a long-term goal. I would prefe= r to focus the project contributors on strategies I think will be more achievable, but it is my understanding that is up to the project once established. >=20 > 8) Open standards support > The whole proposal does not mention open standards, JavaScript, or the > buzz word "HTML5". Again, it might make sense to make support of open > standards with Adobe Flex a high-level goal. I'm unclear whether such goals are typically part of these proposals. We'v= e heard from the community that a migration strategy is important, but Adobe has no official recommendation on whether it is cross-compilation, or porting the code to JavaScript and other open standards, or something else and hope to create a project within Apache and use the "Apache Way" to decide. >=20 > It's exciting to see Adobe's willingness to contribute Flex to the ASF. >=20 > Raju Bitter > Software Architect & Open Source Evangelist >=20 >=20 >> Hi everyone, >>=20 >> I would like to propose Flex to be an Apache Incubator project. >>=20 >> Here's a link to the proposal: >> http://wiki.apache.org/incubator/FlexProposal >>=20 >> Thank you, >>=20 >> Alex Harui >> Flex SDK Team >> Adobe Systems, Inc. >> http://blogs.adobe.com/aharui >>=20 >>=20 >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org >> For additional commands, e-mail: general-help@incubator.apache.org >>=20 >>=20 >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org >=20 --=20 Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org