A godsend +1 On Jan 24, 2013 5:58 PM, "James Roland Cabresos" <j.cabre...@gmail.com> wrote:
> 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 > > > > >