Re: Flex SDK implementing flex-tool-api

2014-11-11 Thread Justin Mclean
HI, Be careful here, we may have issues releasing something (ie the SDK) if it contains unreleased Apache software. [1] As example of this issue was [2] which was solved by Thrift making a release. Thanks, Justin 1. http://incubator.apache.org/guides/releasemanagement.html#best-practice-sourc

RE: Flex SDK implementing flex-tool-api

2014-11-11 Thread Frédéric THOMAS
Hi, I would be surprised if it wouldn't be accepted as a .jar is a .zip, is it an immutable legal thing ? Frédéric THOMAS > From: aha...@adobe.com > To: dev@flex.apache.org > Subject: Re: Flex SDK implementing flex-tool-api > Date: Tue, 11 Nov 2014 05:08:18 + > >

Re: Flex SDK implementing flex-tool-api

2014-11-10 Thread Alex Harui
On 11/10/14, 4:01 PM, "Justin Mclean" wrote: >HI, > >>> I don’t think we can vote on sources in jars, or do you know for a >>>fact that other Maven releases do this? > >Yes they do see [1]. For recent examples on the incubator take a look at >Apache Parquet or Calcite (last few days) or the Mav

Re: Flex SDK implementing flex-tool-api

2014-11-10 Thread Justin Mclean
HI, >> I don’t think we can vote on sources in jars, or do you know for a fact that >> other Maven releases do this? Yes they do see [1]. For recent examples on the incubator take a look at Apache Parquet or Calcite (last few days) or the Mavin project itself. [2][3][4] Justin 1. http://www.a

Re: Flex SDK implementing flex-tool-api

2014-11-10 Thread Alex Harui
On 11/10/14, 1:21 AM, "Christofer Dutz" wrote: >Hi, > > >After staging a first snapshot of the flex-tool-api, I created a >feature-branch of the SDK to implement this API. Could you please have a >look and give any comment if it would be Ok to merge that back to the >develop branch? It doesn't