Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
MIME-Version: 1.0
In-Reply-To: <29A64204-0D85-4A77-A09C-0F9A38FA8B8F@gmail.com>
References: <7087560d$59c0a553$1e63cc42$@com>
	<CAEWfVJkjbQq948EG7qteE6=36oNjtUoiH2BFd08mRDDGDiBr8Q@mail.gmail.com>
	<CB76E519-565C-497D-B186-6F8371568411@gmail.com>
	<CAF2yXuqHaSSzaFzvWfV=p1Tmq3uf0LSt3nx_-MVmubDMnkiz_w@mail.gmail.com>
	<29A64204-0D85-4A77-A09C-0F9A38FA8B8F@gmail.com>
Date: Sun, 15 Jan 2012 09:14:10 -0500
Message-ID: 
 <CALorpXfJxJB+OBa0R_rhjw2rpxzzFNmTbsY+3t=w4-SbrnCmJQ@mail.gmail.com>
Subject: Re: Non-core code, contrib and samples (was: Goal for Flex:
 Strengthening large-scale Flex applications...)
From: Nicholas Kwiatkowski <nicholas@spoon.as>
To: flex-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=20cf301ee8113f0ade04b691b674

--20cf301ee8113f0ade04b691b674
Content-Type: text/plain; charset=ISO-8859-1

On Sun, Jan 15, 2012 at 5:53 AM, Sebastian Mohr <masuland@gmail.com> wrote:

> For the moment, I doubt that it is time- and cost-effective
> build large-scale Flex apps (e.g. more then 250 MXML files)
> without the use of third-party Microarchitectures. Therefore,
> I would only contribute code which shows the usage with
> Microarchitectures. And when a Microarchitecture needs to
> be updated then the community needs to take the time to
> update their code to the latest Microarchitecture version.
>
>
I've built plenty of 'large enterprise' applications that don't use one of
the popular micro-architectures..  They have > 250 files (I don't just
count MXML files, as about 3/4 of them are .as files).  Most of my
enterprise apps (used in mission-critical or daily use by lots of people)
don't include more than 200 files -- but that doesn't make them any
less enterprise...


> If there would be a gathering of another team which could
> prove that building large-scale Flex apps is affordable, too,
> then, I also would be happy to see their code in the Apache
> Flex "samples" folder.
>
>
All of those that you've listed are already open-source, hosted elsewhere.
 I don't think that is the point of a samples / contrib folder.  Providing
links to the sites that host them would be a good idea (off the FAQ or
Wiki), but I don't see the code being here.  Remember, in order to commit
code to the SVN, whoever contributes them would need to clear them under
the ASF license.  I don't think any of those have something compatible with
the Apache license (maybe Caringorm may, but we need to wait and see on
that).

What would be cool to see in the contib/samples folder would be contributed
samples of larger applications.  Something like Tour de Flex.  I'm checking
with my clients/employers to see if they would be willing to release the
source of any of the apps I've worked with them, but so far the answer has
been no.

-Nick


>
> -- Sebastian
>
>
>
> On Jan 15, 2012, at 11:29 AM, Peter Elst wrote:
>
> >> Would there be any legal issues when using
> >> third party Opensource libraries in these Apache
> >> Flex code examples?
> >>
> >> Here are some Opensource-Microarchitectures
> >
> >
> >
> > Can't speak to any legal issues but personally I'd prefer generic plain
> > vanilla Flex code examples rather than examples of various
> > microarchitectures, trying to keep those in sync as they change and
> ending
> > up with more support questions about the third party implementations than
> > the actual Flex SDK.
> >
> > - Peter
>
>

--20cf301ee8113f0ade04b691b674--