[CANCELED] [VOTE] Release Apache Flex Mavenizer 1.0.0

[Christofer Dutz <ch...@c-ware.de>]

Hi,

I canceled the vote for the Mavenizer. As I had to re-write the README, which still referenced the Mavenizer before my refactoring. I took the chance to implement a fourth converter module "fontkit" which should deal with the font related libraries and deploys them seperately.

I'll issue a new Vote as soon as I am finished here and the public consense suggests me to start a new vote.

Chris

-----Ursprüngliche Nachricht-----
Von: Christofer Dutz [mailto:christofer.dutz@c-ware.de] 
Gesendet: Samstag, 4. April 2015 18:48
An: dev@flex.apache.org
Betreff: [VOTE] Release Apache Flex Mavenizer 1.0.0

Hi,


I have just finished the steps of staging a first RC for the Apache Flex Mavenizer.

This is a set of libraries that can be used to convert Apache Flex FDKs into a Maven form so it can be used by tools like FlexMojos.


This version also includes code to automatically download Air and Flash resources and convert these (After having the user confirm the acceptance of the Adobe License).


The staging repository is located here:

https://repository.apache.org/content/repositories/orgapacheflex-1011/?


The main source package is located at:

https://repository.apache.org/content/repositories/orgapacheflex-1011/org/apache/flex/utilities/converter/flex-sdk-converter/1.0.0/flex-sdk-converter-1.0.0-source-release.zip?


Hopefully I didn't forget anything. This time the gpg key should be correct.


As I am not expecting people to hang around their computer all easter. I'll do the official release next Friday (10.03.2015) hopefully we'll have enough +1 till then.


Chris

AW: [CANCELED] [VOTE] Release Apache Flex Mavenizer 1.0.0

[Christofer Dutz <ch...@c-ware.de>]

I don't have any problems with such a rewrite. 

But looking at the content of the core module I wan't that sattisfied with it so I invested some time today to write some CLI tool in which the user can describe what he wants the tool to do and it does that. I'm currently testing the little thingy a little and today I stunbled over a bug, that prevented the mavenizer from compiling the skins if no playerglobal for flash 11.1 was available, so I fixed that too. 

Give me a few days to finish the CLI tool and then you can rewrite the README as you like.

Chris

-----Ursprüngliche Nachricht-----
Von: Alex Harui [mailto:aharui@adobe.com] 
Gesendet: Dienstag, 7. April 2015 18:41
An: dev@flex.apache.org
Betreff: Re: [CANCELED] [VOTE] Release Apache Flex Mavenizer 1.0.0



On 4/6/15, 11:28 PM, "Christofer Dutz" <ch...@c-ware.de> wrote:

>Hi,
>
>I canceled the vote for the Mavenizer. As I had to re-write the README, 
>which still referenced the Mavenizer before my refactoring. I took the 
>chance to implement a fourth converter module "fontkit" which should 
>deal with the font related libraries and deploys them seperately.
>
>I'll issue a new Vote as soon as I am finished here and the public 
>consense suggests me to start a new vote.

OK sounds good.  Can you post another package so we can try the README instructions?

Since we have an opportunity to change the README, should we do a more significant re-write and make it look more like the other Apache Flex
READMEs?   I’d like to switch away from the “I”.  I know you did write the
whole thing yourself, but it might be better if it wasn’t written as personal note from you.  The other README’s also list dependencies and close with a “thank you” from the entire project.  Not a  big deal to me if nobody else wants to see it changed.

Thanks,
-Alex

Re: [CANCELED] [VOTE] Release Apache Flex Mavenizer 1.0.0

[Alex Harui <ah...@adobe.com>]

On 4/6/15, 11:28 PM, "Christofer Dutz" <ch...@c-ware.de> wrote:

>Hi,
>
>I canceled the vote for the Mavenizer. As I had to re-write the README,
>which still referenced the Mavenizer before my refactoring. I took the
>chance to implement a fourth converter module "fontkit" which should deal
>with the font related libraries and deploys them seperately.
>
>I'll issue a new Vote as soon as I am finished here and the public
>consense suggests me to start a new vote.

OK sounds good.  Can you post another package so we can try the README
instructions?

Since we have an opportunity to change the README, should we do a more
significant re-write and make it look more like the other Apache Flex
READMEs?   I’d like to switch away from the “I”.  I know you did write the
whole thing yourself, but it might be better if it wasn’t written as
personal note from you.  The other README’s also list dependencies and
close with a “thank you” from the entire project.  Not a  big deal to me
if nobody else wants to see it changed.

Thanks,
-Alex