Return-Path: X-Original-To: apmail-flex-dev-archive@www.apache.org Delivered-To: apmail-flex-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8B80E10603 for ; Fri, 31 May 2013 16:52:51 +0000 (UTC) Received: (qmail 77478 invoked by uid 500); 31 May 2013 16:52:50 -0000 Delivered-To: apmail-flex-dev-archive@flex.apache.org Received: (qmail 76762 invoked by uid 500); 31 May 2013 16:52:49 -0000 Mailing-List: contact dev-help@flex.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@flex.apache.org Delivered-To: mailing list dev@flex.apache.org Received: (qmail 76723 invoked by uid 99); 31 May 2013 16:52:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 16:52:48 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of joaopedromartinsfernandes@gmail.com designates 209.85.214.177 as permitted sender) Received: from [209.85.214.177] (HELO mail-ob0-f177.google.com) (209.85.214.177) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 16:52:44 +0000 Received: by mail-ob0-f177.google.com with SMTP id ta17so3413148obb.22 for ; Fri, 31 May 2013 09:52:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=wp5Du/yRDClwB3jKTcgvgww7TALeOPk67K+VhGS3N5o=; b=XVcHG58SF2zHj2NA1PPpqHQbmCrUo712ZOhuPvBk8O4XdMO9Ik8MPvVFrwWw0Rw3SB vSTSNKw9nWPPqTU7aBx36qQwcHHRrRhKDLncEhYz7cdJizNYiFg3HL3Swbu/Ikxz2lPK LE8MYADFXNXvcCxIyJpFpzJAuifmJ7G0CCa0xI3ahMP+UQfQr12N74KOBZ+lKOUojjFJ 1NhL/g8BwMqTj6FvPIa7JiA72XPsokW7AjoC6mNvpgLLfCkILCyWq+VbkPXPrr8PTfiC LhqsNd5qp1BpPElZnZ5CN3d5seMKs3JYQGo5fIxNDRWQiLLYz8JUafgxIIxgc/904K3N z04A== X-Received: by 10.60.102.145 with SMTP id fo17mr6111138oeb.76.1370019143330; Fri, 31 May 2013 09:52:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.105.34 with HTTP; Fri, 31 May 2013 09:52:02 -0700 (PDT) In-Reply-To: References: <093d01ce5cd3$5db37560$191a6020$@spoon.as> From: =?ISO-8859-1?Q?Jo=E3o_Fernandes?= Date: Fri, 31 May 2013 17:52:02 +0100 Message-ID: Subject: Re: [DISCUSS] Swiz Framework Donation to Apache Flex To: dev@flex.apache.org Content-Type: multipart/alternative; boundary=089e0118278e5ffefd04de06708a X-Virus-Checked: Checked by ClamAV on apache.org --089e0118278e5ffefd04de06708a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Alex, even if AOP would be added at compiling time, it would be up to the frameworks to leverage it, swiz or other. Regarding -1 votes, I think 2 of them will be solved if swiz is under the utilities and not making it as part of the Flex SDK. The last -1, no reason has been given so Igor will have to elaborate why he's against. On 31 May 2013 17:30, Alex Harui wrote: > I'd like to vote in favor, but I'm not liking the quantity of -1's we're > seeing. > Can we cancel this vote and draft a more detailed proposal, maybe after > some discussing with those voting -1? > > I think the new proposal should be explicit about the name of the repo. > I think the new proposal should state that Swiz would have its own > releases and not be part of an SDK release. > > One thing I'm not quite understanding is how the future would look if a > committer did try to add AOP into the SDK. Would that conflict with the > implementations in Swiz or other frameworks? Or is the expectation that > some set of committers will update Swiz to use that implementation of AOP= ? > Committers are free to do whatever they want, but if Swiz gets more love > than the other frameworks it could appear to be the "endorsed" framework, > which is what I think we are trying to avoid. > > -Alex > > > On 5/29/13 6:16 PM, "Jeff Tapper" wrote: > > >-1 Binding, unless there are assurances that this will not be part of th= e > >main branch, but instead live in a separate repo. > > > >-----Original Message----- > >From: Greg Reddin [mailto:gredbug@gmail.com] > >Sent: Wednesday, May 29, 2013 12:12 PM > >To: dev@flex.apache.org > >Subject: Re: [VOTE] Swiz Framework Donation to Apache Flex > > > >+1 (binding) > > > > > >On Wed, May 29, 2013 at 4:43 AM, Carlos Rovira > >wrote: > > > >> After proposal thread > >> (http://markmail.org/message/jtedmmx5djqen52l),comes > >> the vote thread. > >> > >> This thread is to decide if we finally adopt Swiz Framework under > >> Apache Flex, since there is multiple opinions in the Apache Flex > >community. > >> > >> points to take into account: > >> > >> * Swiz is a great addition to Apache Flex since it complements de SDK > >> with a microarquitecture for application MVC, IOC, DI very simple and > >> well designed. > >> * This will be a project like flexunit or utilities. So it's optional > >> a NOT part of the main sdk. > >> * Swiz is already in 1.4.0 stable version, under Apache License 2.0, > >> has its community and right now there's no maintenance or upgrade > >> since people behind the project is no longer working with Flex > >>technology. > >> * Donation will be 1.4.0 source code and wiki content. > >> * Future plans: if donation is successful, Chris Scott (creator of > >> Swiz) will want to donate experimental 2.0.0 branch that brings AOP > >> support, a feature that could bring a great benefit to Apache Flex > >> since it brings something very new to client web technologies and that > >> will require evolution at compiler level (introducing compile time > >weaving). > >> > >> Points that some people argument to not accept the donation: > >> * There is other frameworks like Swiz out there in the same situation > >> and this donation could make Swiz the preferred/recommended IOC > >> framework of use. > >> > >> Points to take into account: > >> * Erik de bruin stated that maybe the problem is "what to do with it" > >> under Apache Flex umbrella. > >> > >> > >> Please make your vote. > >> > >> Thanks > >> > >> Carlos Rovira > >> > > > > --=20 Jo=E3o Fernandes --089e0118278e5ffefd04de06708a--