Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of webdoublefx@hotmail.com
 designates 65.55.111.103 as permitted sender)
Message-ID: <BLU162-ds21ACA3FE3CFA0CCBEB4604B4580@phx.gbl>
From: =?iso-8859-1?Q?Fr=E9d=E9ric_THOMAS?= <webdoublefx@hotmail.com>
To: <flex-dev@incubator.apache.org>
References: <CCD6FB8E.48FCB%aharui@adobe.com>
In-Reply-To: <CCD6FB8E.48FCB%aharui@adobe.com>
Subject: Re: Who's a flex compiler-configuration pro on this list?
Date: Sun, 25 Nov 2012 08:14:22 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 8bit
Importance: Normal

>The main issue with Adobe making its stuff Maven friendly is legal.  There
is stuff in the AIR SDK that Adobe doesn't want to put in the "open" world.
It appears from my reading that plenty of other Maven apps are built with
closed source code via "mavenizers" that copy downloaded assets into local
repos.

I guess no company use this kind of approach we use with the mavenizer, 
instead, they build their maven project, which generate eveything directly 
mavenized.
A company may want to put some artifacts public without sources, that's a 
common use but for what there's in Adobe SDKs, that's already public in some 
way, everyone can already download them, what would be the point to not make 
them available as well via Maven ?


>Why is this not ok for big companies?

For big companies, the common rule is to accept artifacts from few quite 
known public repositories only and if the artifacts are not in snapshot 
version, so, very far from what we propose via the mavenizer where they will 
have to do things by hand.


>Christopher Dutz gave me the impression that all Adobe would have to do is
place a pom.xml alongside each playerglobal.swc.  Is there more to it?

You gonna discuss that with Chris I suppose but, for me and the work 
experiences I've got, as Flex is an entreprise framework and as I told you, 
the rule in big company is to accept artifact from known public repositories 
only, if none of the Adobe SDKs become public, in my current knwoledge of 
the thing, we close the door to the big company to use flexmojos 6 (the only 
one that make use of the apache flex sdk), they will continue to use the old 
flexmojos which work with the previous versions of the mavenized SDKs but 
won't use the new one, maybe a futur flexmojos 7 which will deal only with 
the apache flex sdk and with no Air.
The only way, with flexmojos 6, to open the door to big companies, is to 
mavenize and make public the adobe sdks and the apache one.


>I'm confused where you said in the other response that adt.jar has
everything you need, but here you say the entire AIR SDK is needed.

Me too actually, the airglobal.swc and the adt.jar is apparently everything 
needed, I don't know if the use of the updater, the file promized and the 
other classes from the Air sdk are very used, but I guess that comes in 
complement to the flex sdk, am I wrong ?


- Fred.


-----Message d'origine----- 
From: Alex Harui
Sent: Sunday, November 25, 2012 7:32 AM
To: flex-dev@incubator.apache.org
Subject: Re: Who's a flex compiler-configuration pro on this list?


On 11/24/12 9:28 PM, "Fr�d�ric THOMAS" <webdoublefx@hotmail.com> wrote:


> The mavenizer replace at the moment the lack of public repositories, even 
> if
> it's good enough for individuals and small companies, it is not for big
> ones.
The main issue with Adobe making its stuff Maven friendly is legal.  There
is stuff in the AIR SDK that Adobe doesn't want to put in the "open" world.
It appears from my reading that plenty of other Maven apps are built with
closed source code via "mavenizers" that copy downloaded assets into local
repos.  Why is this not ok for big companies?
>
>
> If Adobe and Apache decide to finaly host and deploy these frameworks in a
> maven repository, they will have to mavenized them and the mavenizer is 
> THE
> TOOL for.
Christopher Dutz gave me the impression that all Adobe would have to do is
place a pom.xml alongside each playerglobal.swc.  Is there more to it?
>
>

>> So, with my limited understanding of Maven, the goal was to have Apache
>> Flex
> releases have a pom.xml and live in the Apache Maven repo, and have Adobe
> playerglobal.swc and airglobal.swc (and maybe more) on the Adobe download
> server
>
>
> Yes, you're right, it's just that for Air, the entire sdk is needed.
I'm confused where you said in the other response that adt.jar has
everything you need, but here you say the entire AIR SDK is needed.
>

-- 
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui