Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 14BBFC1D8 for ; Wed, 27 Jun 2012 16:24:53 +0000 (UTC) Received: (qmail 45969 invoked by uid 500); 27 Jun 2012 16:24:52 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 45934 invoked by uid 500); 27 Jun 2012 16:24:52 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 45926 invoked by uid 99); 27 Jun 2012 16:24:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Jun 2012 16:24:52 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [80.67.31.104] (HELO smtprelay06.ispgateway.de) (80.67.31.104) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Jun 2012 16:24:46 +0000 Received: from [10.128.0.3] (helo=exchange.df.eu) by smtprelay06.ispgateway.de with esmtps (TLSv1:RC4-MD5:128) (Exim 4.68) (envelope-from ) id 1Sjv2T-0005Fb-DU for flex-dev@incubator.apache.org; Wed, 27 Jun 2012 18:24:21 +0200 Received: from ECCR06PUBLIC.exchange.local ([10.128.2.55]) by efe03.exchange.local ([10.128.0.3]) with mapi; Wed, 27 Jun 2012 18:24:21 +0200 From: "christofer.dutz@c-ware.de" To: "flex-dev@incubator.apache.org" Date: Wed, 27 Jun 2012 18:24:18 +0200 Subject: AW: AW: Distinguishing Adobe from Apache SDKs? Thread-Topic: AW: Distinguishing Adobe from Apache SDKs? Thread-Index: Ac1TyEYSRFpjtGMyS+6en57HbOpvJQAbsRwgAA/b0gcAAl17MA== Message-ID: <66E38C42347D6446BF7FCB22C3D3878072D13B6DA3@ECCR06PUBLIC.exchange.local> References: <66E38C42347D6446BF7FCB22C3D3878072D13B6C8F@ECCR06PUBLIC.exchange.local> In-Reply-To: Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Hi, well the work Adobe would need seems to be minimal. We would at least need = them to deploy their playerglobal and airglobal swcs to maven central. I th= ink Apache could volunteer to do that for them :-) I doubt uploading Binari= es of the FlashPlayer and Air runntime for the multiple different operating= systems is something that has to be done. I'm currently absolutely fine wi= th deploying them in my compaines local repo. My SDK generator currently provides this Structure for the Adobe resources: /com/adobe /com/adobe/air /com/adobe/air/airglobal /com/adobe/air/airglobal/{air-version} /com/adobe/air/airglobal/{air-version}/airglobal-{air-version}.swc /com/adobe/air/airglobal/{air-version}/airglobal-{air-version}.pom /com/adobe/air/runtime/{air-version} /com/adobe/air/runtime/{air-version}/runtimte-{air-version}.pom /com/adobe/air/runtime/{air-version}/runtimte-{air-version}-linux.uexe /com/adobe/air/runtime/{air-version}/runtimte-{air-version}-mac.zip /com/adobe/air/runtime/{air-version}/runtimte-{air-version}-win.exe /com/adobe/flash /com/adobe/flash/playerglobal /com/adobe/flash/playerglobal/{flashplayer-version} /com/adobe/flash/playerglobal/{flashplayer-version}/playerglobal-{flashplay= er-version}.swc /com/adobe/flash/playerglobal/{flashplayer-version}/playerglobal-{flashplay= er-version}.pom /com/adobe/flash/playerglobal/{flashplayer-version} /com/adobe/flash/playerglobal/{flashplayer-version}/runtimte-{flashplayer-v= ersion}.pom /com/adobe/flash/playerglobal/{flashplayer-version}/runtimte-{flashplayer-v= ersion}-linux.uexe /com/adobe/flash/playerglobal/{flashplayer-version}/runtimte-{flashplayer-v= ersion}-mac.zip /com/adobe/flash/playerglobal/{flashplayer-version}/runtimte-{flashplayer-= version}-win.exe But currently I'm deploying everything I can find in the SDKs Every time a new Version of AIR or the Flashplayer is released it would be = enough to publish only the playerglobal and airglobal. Chris -----Urspr=FCngliche Nachricht----- Von: Alex Harui [mailto:aharui@adobe.com]=20 Gesendet: Mittwoch, 27. Juni 2012 17:07 An: flex-dev@incubator.apache.org Betreff: Re: AW: Distinguishing Adobe from Apache SDKs? On 6/27/12 12:37 AM, "christofer.dutz@c-ware.de" wrote: > The runntimes is where I think it starts getting problematic, as I=20 > think we would not be allowed to deploy the playerglobal versions and=20 > the flash/air runntimes in a Maven repo. Without an agreement from Adobe, this is not allowed. Someone can seek suc= h an agreement, but are there other alternatives? How much work is it for = Adobe to place things in a Maven repo? Is it possible for Adobe to host it= s own Maven repo or otherwise make it easier for Maven to work with runtime= downloads? If you can supply the recipe, I can see if Adobe can work with= it. -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui