+1 I'm absolutely involve in flexmojos/flex-maven-plugin initiative :) For backward compatibility "Apache Flexmojos" sounds great too
As well with Chris, flex-maven-plugin from the scratch looks like the best way for the future Apache Flex SDK's life -- Jose Barragan Software Architect Chief Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Jan 24, 2013, at 3:18 PM, Carlos Rovira <carlos.rov...@codeoscopic.com> wrote: > +1 as well to Chris's plans. > > The future is Flex 4.9+ so better to do something from scratch that will > learn from all flexmojos experience. People that need old SDKs and > workflows always can stay in old SDKs and plugins. > > Like the idea to support IDEs so they can integrate more easily the > workflow of the plugin. > > > > 2013/1/24 Patrick Heinzelmann <patrick.heinzelm...@gmail.com> > >> +1 >> >> Great to see where our yesterday's discussion on the flexmojos list ended >> ;) Great respect to Velo (and Chris now) for pushing the Flexmojos and >> supporting the community by answering thousands of questions on the >> flexmojos dev list. >> >> I think that Chris approach is the right way, to reuse some of the stuff >> and remove a some of the legacy stuff from flexmojos to build a Apache Flex >> version of flexmojos. Especially that you need to deploy 8 FDKs is a >> nightmare for people trying and use to build flexmojos 6. >> >> About IDE support, like I mentioned yesterday on the flexmojos list. I'm >> currently working a new m2e-connector for Flexmojos and FlashBuilder, which >> I will hopefully release this weekend and also donate to Apache Flex. >> >> Regards Patrick >> >> >> Am 24.01.2013 um 14:38 schrieb John Cunliffe <mahn...@gmail.com>: >> >>> +1 for solid maven support in flex >>> >>> >>> On Thu, Jan 24, 2013 at 1:21 PM, Roland Zwaga <rol...@stackandheap.com >>> wrote: >>> >>>> from what I know of the process: >>>> -Velo needs to sign an ICLA >>>> -Code can be donated as a JIRA issue, but it can also just be sent to >> one >>>> of the committers who puts it in SVN >>>> -When the source is actually released by Apache Flex I believe the >> headers >>>> and packages need to be in order, bot for >>>> the inital donation this isn't required (please correct me if I'm wrong >>>> anyone) >>>> >>>> Oh, and I'm not sure if the current open source license if compatible >> with >>>> the Apache license, so how that would >>>> work exactly I don't know either. Please, people who are in the know, >>>> comment on this :) >>>> >>>> cheers, >>>> >>>> Roland >>>> >>>> On 24 January 2013 13:12, christofer.d...@c-ware.de < >>>> christofer.d...@c-ware.de> wrote: >>>> >>>>> Yeah ... the problem is ... could someone please write down what would >> be >>>>> needed? >>>>> - Which agreements have to be signed? >>>>> - How is the code actually donated? (Jira Issue with 60MB attachment?) >>>>> - What steps have to be done before the code is allowed to be added to >>>> the >>>>> Apache code repo (Headers, Package Names, Artifact IDs? And does his >> have >>>>> to happen also for "scratchpad code"?) >>>>> >>>>> Chris >>>>> >>>>> -----Ursprüngliche Nachricht----- >>>>> Von: Roland Zwaga [mailto:rol...@stackandheap.com] >>>>> Gesendet: Donnerstag, 24. Januar 2013 12:57 >>>>> An: dev@flex.apache.org >>>>> Betreff: Re: Donation of Flexmojos >>>>> >>>>> I think you you make a very clear and sensible case. >>>>> +1 to accepting Velo's donation. >>>>> >>>>> On 24 January 2013 12:22, christofer.d...@c-ware.de < >>>>> christofer.d...@c-ware.de> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> after me telling the other Flexmojos users on the FM Mailinglist that >>>>>> we are working on a brand-new flex plugin for maven. Velo said that he >>>>>> would be willing to donate Flexmojos to Apache. We just should tell >>>>>> him where to sign and what to do (Even if the "doing" would be >>>>>> something that would have to be done by me) >>>>>> >>>>>> I think it would be a good idea to take this offer. But I wouldn't >>>>>> recommend directly using this code as a directly as the official Flex >>>>>> Plugin. More I would like to add it as some sort of scratchpad project >>>>>> and use the existing parts to build a new plugin and to do things >>>>>> differently where things aren't solved ideally. >>>>>> >>>>>> The reason for this is that Flexmojos has become a beast to maintain, >>>>>> as it supports Adobe Flex 2 up to 4.6 and with my changes in the >>>>>> Flexmojos 6.x branch it even supports Apache Flex 4.8 and 4.9. >>>>>> Currently you need about 8 complete FDKs to have the Testsuite working >>>>>> and the mixing of group-Ids (com.adobe.flex and org.apache.flex) has >>>>> made everything even worse. >>>>>> >>>>>> The testsuite is full of tests which made sense once, but today it >>>>>> seems impossible to find out what they were initially meant to test. >>>>>> Usually when adding support for a new FDK the testsuite had errors and >>>>>> I simply made them pass again. I would like to setup a clean testsuite >>>>>> that has a more clean structure AND has documented Tests to avoid >>>>>> problems like this in the future. >>>>>> >>>>>> Flexmojos has grown more and more over the years making it one >>>>>> monolithic plugin. Everybody using IntelliJ will probably have noticed >>>>>> one problem that is related to this ... IntelliJ keeps on complaining >>>>>> about no storagePass property being configured. This property is >>>>>> mandatory for creating signed Air application, and therefore is a >>>>>> required property, but for normal Flex application it is optional. >>>>>> Splitting up everything into separate mojos would make a lot of stuff >>>>> easier. >>>>>> >>>>>> The next thing is that I would like to completely overwork the >>>>>> Test-support. Currently Flexmojos opens a set of sockets and compiles >>>>>> a dedicated testrunner SWF to connect to these sockets. There have >>>>>> been quite some problems with this. I would therefore like to change >>>>>> this that the swf is served by a mini-webserver (20 LOC) and simply >>>>>> communicates with a rudimentary webservice on the same port. >>>>>> >>>>>> In the TestSupport I am also thinking about using the Flex >>>>>> Log-Framework to support several concurrent streams of log-data and >>>>>> provide the means to save the log output together with the >>>>>> test-results. Currently debugging tests is pretty nasty. >>>>>> >>>>>> Last not Least I think with a new plugin we could optimize tool >>>>>> support much better by including the Tool vendors in the process (I'm >>>>>> just thinking about the copy-resources problems with IntelliJ). >>>>>> >>>>>> What do you think? >>>>>> >>>>>> Chris >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> regards, >>>>> Roland >>>>> >>>>> -- >>>>> Roland Zwaga >>>>> Senior Consultant | Stack & Heap BVBA >>>>> >>>>> +32 (0)486 16 12 62 | rol...@stackandheap.com | >>>>> +http://www.stackandheap.com >>>>> >>>>> http://zwaga.blogspot.com >>>>> http://www.springactionscript.org >>>>> http://www.as3commons.org >>>>> >>>> >>>> >>>> >>>> -- >>>> regards, >>>> Roland >>>> >>>> -- >>>> Roland Zwaga >>>> Senior Consultant | Stack & Heap BVBA >>>> >>>> +32 (0)486 16 12 62 | rol...@stackandheap.com | >>>> http://www.stackandheap.com >>>> >>>> http://zwaga.blogspot.com >>>> http://www.springactionscript.org >>>> http://www.as3commons.org >>>> >> >> > > > -- > Carlos Rovira > Director de Tecnología > M: +34 607 22 60 05 > F: +34 912 94 80 80 > http://www.codeoscopic.com > http://www.directwriter.es > http://www.avant2.es