incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "christofer.dutz@c-ware.de" <christofer.d...@c-ware.de>
Subject AW: AW: AW: AW: AW: [POLL] Maven and Apache Flex
Date Thu, 29 Nov 2012 07:22:57 GMT
Hi Alex,

well regarding the Flashplayer ... is is actually needed during the build. Not for actually
building the SWF, but more for running the unit-tests. 

Ok ... I would then suggest that we decide a fixed url pattern in which I could build a tool
to automatically download zip files of flash-runtime (player + playerglobal) and air-runtime
(sdk containing airglobal) for the different versions and platforms. The tool would then deal
with mavenizing them on the client side. What would be good though, if all the zips had the
same structure. Especially the flashplayer did have multiple names in the different Flex SDKs
it would be cool if they were all called "flashplayer" ... at least this would make my life
a lot easier :-). In this case you don't need any poms at all ... after all writing a pom
to download a zip-file that you need to unpack an process before you can use it's content
doesn't sound very Maven like to me.

Would this be possible? 

Chris

________________________________________
Von: Alex Harui [aharui@adobe.com]
Gesendet: Mittwoch, 28. November 2012 22:34
An: flex-dev@incubator.apache.org
Betreff: Re: AW: AW: AW: AW: [POLL] Maven and Apache Flex

I think I asked this already, but can't find a prior answer.  Can the
resource be a .zip file of the AIR SDK?  In your example, I think you only
were concerned about airglobal.swc, but I think we need the entire set of
files as a single downloadable entity, especially to build mobile packages.
I wouldn't really want to have unzipped AIR SDKs with a hierarchy of pom.xml
files in them.

So in my mind, there is an artifact for playerglobal.swc and an artifact
that is the AIR SDK zip file.  Or maybe different artifacts for Mac vs Win?
The playerglobal.swc should be cross-platform.

I hadn't planned to put the actual FlashPlayer under Maven.  You only need
it to run, not build.

What are the other resource files you are referring to?

-Alex

On 11/28/12 1:19 PM, "christofer.dutz@c-ware.de" <christofer.dutz@c-ware.de>
wrote:

> Well It's one pom.xml for every jar or resource you want to povide access to.
> How many artifacts are you talking about? As far as I understood it this would
> be one swc and all the resource files as well as one binary for each platform
> for the flash player but a whole bunch for the AIR SDK. I did send you a
> zipped archive of my mavenized SDKs so if you look at the com/adobe/flash and
> com/adobe/air directories I think you should get an idea of what I'm talking
> about.
>
> Chris
>
>
>
> -----Urspr√ľngliche Nachricht-----
> Von: Alex Harui [mailto:aharui@adobe.com]
> Gesendet: Mittwoch, 28. November 2012 21:09
> An: flex-dev@incubator.apache.org
> Betreff: Re: AW: AW: AW: [POLL] Maven and Apache Flex
>
>
>
>
> On 11/28/12 11:58 AM, "christofer.dutz@c-ware.de"
> <christofer.dutz@c-ware.de> wrote:
>
>> Ok,
>>
>> so if it was possible to place archives on Adobe servers and download
>> stuff from there using the maven plugin that would be great. In the
>> simplest case I guess simply a url and naming convention would do.
>> Ideally I would volunteer to prepare archives containing mavenized
>> stuff that the plugin could simply download and extract without having
>> to do any processing. This would make the plugin a lot easier without adding
>> any work for Adobe.
>>
>> Chris
> Hi Chris, what do you mean by "archives"?  Adobe will probably frown on
> non-Adobe folks providing binary content for the download server.  At least
> the pom.xml is "text".
>
> In one repo I looked at, I thought I just saw a pom.xml file next to a .jar
> file.  Why can't our solution be as simple as that?
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>

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