I'm starting to love what I read in the mailing list lately, lots of things going on!
+1 for Apache FlexMojos! On Thu, Jan 24, 2013 at 10:51 PM, Jose Barragan < jose.barra...@codeoscopic.com> wrote: > +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 > >
