Re: [VOTE] Fork FlexJS from Apache Flex
+1 > On 1 Sep 2017, at 20:44, Frédéric THOMAS wrote: > > +1 binding > > Fred. > > Sent from Samsung tablet. > > > Original message > From: Alex Harui > Date: 01/09/2017 07:28 (GMT+00:00) > To: dev@flex.apache.org > Subject: [VOTE] Fork FlexJS from Apache Flex > > Hi folks, > > Here is the vote thread. Please vote on whether to submit the proposal > below to the board. Please use +1 for yes, -1 for no, and if you want, > any number in-between per [1]. Only PMC member votes will be used to > determine the results, but we are more than happy to hear from non-PMC > members as well. > > [1] > https://www.apache.org/foundation/voting.html#expressing-votes-1-0-1-and-fr > actions > > Thanks, > -Alex > > Proposal --- > > Apache FlexJS for Apache Top-Level Project > > Abstract > > Apache FlexJS is a new implementation of the principles of Apache Flex but > designed for JavaScript runtimes instead of Adobe Flash/AIR runtimes. > Apache FlexJS was created and released as part of the Apache Flex project > and the UI framework is a full rewrite and does not leverage the code > bases donated by Adobe. Only the FlexJS compiler source was donated by > Adobe. > > Over time, the set of Apache Flex committers who are working on Apache > Flex releases have become distinct from those working on FlexJS. Add to > that the Adobe announcement of the end-of-life for Flash in the browser, > it makes sense to separate FlexJS from Flex so that followers of one side > or the other don't have to filter out emails, bugs, web pages, etc, that > they don't need. > > The proposal is to form an Apache FlexJS top-level project instead of > creating a new Incubator Podling. That is because all but one of the > folks being proposed to the new Apache FlexJS PMC below have been on the > Apache Flex PMC for months, if not years, and understand how to > participate productively in an Apache project. Plus, Apache FlexJS has > already been released by the top-level Apache Flex project. > > Overview of FlexJS > > Apache FlexJS is designed to improve developer productivity in creating > applications for wherever Javascript runs, including browsers as well as > Apache Cordova applications, Node, etc. FlexJS already has an ecosystem > of folks creating IDEs for FlexJS, and some folks are at various points in > the process of migrating existing Flex applications to FlexJS. > > Current Status > > Meritocracy > > Within Apache Flex, the FlexJS development has been conducted as a > meritocracy. No existing FlexJS developers came with the compiler code > base donated by Adobe nor were they on the initial committers list for > Apache Flex other than Alex Harui. Everyone else has earned their way in > by contributing and earning merit. > > Community > > Many FlexJS users are trying to migrate an existing Apache Flex app off of > Adobe Flash. As their migration progresses they will become less and less > interested in Apache Flex releases and activity. However, the Apache Flex > JIRA project contains some 30,000 Flex issues migrated from Adobe's bug > base, and the team page for Flex makes it hard to determine which > committers are active on FlexJS, and it is frequently hard to determine if > a user's question is about regular Flex or FlexJS. We are seeing an > increase in user interest with the Flash end-of-life announcement and > having separate mailing lists, web pages, and JIRA projects will help save > everyone time and energy. > > Alignment > > Apache FlexJS is already being released by Apache. > > Known Risks > > Code Extraction > > The flex-asjs, flex-tours, flex-typedefs, and flex-falcon Git repos would > be migrated to GitBox. Other Apache Flex repos would be treated as > external dependencies. This includes flex-utilities and the Apache Flex > Installer. > > Orphaned Projects > > Most FlexJS PMC members are planning to remain on the Apache Flex PMC to > help out just-in-case, but are already mostly inactive on the Flex code > bases. However, there are at least 3 Apache Flex PMC members who have not > contributed at all to FlexJS and participate in regular Flex releases, so > the expectation is that Apache Flex will remain a viable project for some > time to come. > > Inexperience with Open Source > > All of the initial team has been contributing to Apache Flex for months if > not years. > > Homogenous Developers > > No company employs more than two of the members of the initial team. > > Reliance on Salaried Developers > > Until about a year ago, only 2 of the proposed PMC members were paid to > work on FlexJS. The rest contributed in their spare time. Two more are > now paid to migrate an existing application and thus contribute to add > missing features and fix bugs. By creating a separate project, we hope to > attract more folks who may not want to be involved with the legacy Apache > Flex code. > > Relationship with Existing Apache Projects > > Apache Fl
Re: [DISCUSS} Fork FlexJS from Apache Flex
Sorry Thanks Erik > On 4 Sep 2017, at 09:49, Erik de Bruin wrote: > > Remember to vote in the [VOTE] thread. > > EdB > > > > 2017-09-04 9:29 GMT+02:00 Jose Barragan <mailto:jose.barra...@codeoscopic.com>>: > >> I think is the best option. >> Hope I could be part of this. >> >> +1 >> __ >> *Jose Barragan* >> *Senior Software Engineer* >> Codeoscopic >> +34 912 94 80 80 <+34%20912%2094%2080%2080> >> http://www.codeoscopic.com <http://www.codeoscopic.com/> >> >> Este mensaje se dirige exclusivamente a su destinatario y puede contener >> información privilegiada o confidencial. Si ha recibido este mensaje por >> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y >> proceda a su destrucción. >> De la vigente Ley Orgánica de Protección de Datos (15/1999), le >> comunicamos que sus datos forman parte de un fichero cuyo responsable es >> CODEOSCOPIC S.A. La finalidad de dicho tratamiento es facilitar la >> prestación del servicio o información solicitados, teniendo usted derecho >> de acceso, rectificación, cancelación y oposición de sus datos dirigiéndose >> a nuestras oficinas Avda. Manoteras, nº 30, B109, 28050 de Madrid (Madrid) >> con la documentación necesaria. >> >> On 1 Sep 2017, at 01:56, Carlos Rovira > <mailto:carlos.rov...@codeoscopic.com>> >> wrote: >> >> I think this is a very good idea, thanks for proposing a fork >> >> I'l be voting +1 to this >> >> C. >> >> 2017-08-31 23:43 GMT+02:00 Piotr Zarzycki > <mailto:piotrzarzyck...@gmail.com>>: >> >> Let's wait for the VOTE thread and focus on Fork. >> >> Agree with Michael that talking about the name should be in a separate >> thread. >> >> Piotr >> >> 2017-08-31 23:39 GMT+02:00 Michael Schmalle > <mailto:teotigraphix...@gmail.com>>: >> >> I think the name thing should be in a separate thread. >> >> Mike >> >> On Thu, Aug 31, 2017 at 5:35 PM, Dave Fisher > <mailto:dave2w...@comcast.net>> >> wrote: >> >> That's a conflict. We would want a nonconflicting name that will not >> confuse our users. >> >> Sent from my iPhone >> >> On Aug 31, 2017, at 2:25 PM, Harbs > <mailto:harbs.li...@gmail.com>> wrote: >> >> Well, Phoenix is already a thing: >> http://phoenixframework.org/ <http://phoenixframework.org/> >> <http://phoenixframework.org/ <http://phoenixframework.org/>> >> >> Not sure about trademark issues… >> >> On Aug 31, 2017, at 11:55 PM, OmPrakash Muppirala < >> >> bigosma...@gmail.com <mailto:bigosma...@gmail.com>> >> >> wrote: >> >> >> I want to throw in the name FenixJS for the fork. >> Its a play on the words Flex + Phoenix. You know what that means >> >> :-) >> >> >> Thanks, >> Om >> >> >> >> >> >> >> >> >> -- >> >> Piotr Zarzycki >> >> mobile: +48 880 859 557 <+48%20880%20859%20557> >> skype: zarzycki10 >> >> LinkedIn: http://www.linkedin.com/piotrzarzycki >> <http://www.linkedin.com/piotrzarzycki> >> <https://pl.linkedin.com/in/piotr-zarzycki-92a53552 >> <https://pl.linkedin.com/in/piotr-zarzycki-92a53552>> >> >> >> >> >> -- >> >> <http://www.codeoscopic.com <http://www.codeoscopic.com/>> >> >> Carlos Rovira >> >> Director General >> >> M: +34 607 22 60 05 <+34%20607%2022%2060%2005> >> >> http://www.codeoscopic.com >> >> http://www.avant2.es >> >> >> Conocenos en 1 minuto! <https://youtu.be/P2IEAYDG5HU> >> >> >> Este mensaje se dirige exclusivamente a su destinatario y puede contener >> información privilegiada o confidencial. Si ha recibido este mensaje por >> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y >> proceda a su destrucción. >> >> De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos >> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC >> S.A. La finalidad de dicho tratamiento es facilitar la prestación del >> servicio o información solicitados, teniendo usted derecho de acceso, >> rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras >> oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación >> necesaria. >> >> >> > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl <http://www.ixsoftware.nl/> signature.asc Description: Message signed with OpenPGP
Re: [DISCUSS} Fork FlexJS from Apache Flex
I think is the best option. Hope I could be part of this. +1 __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com <http://www.codeoscopic.com/> Este mensaje se dirige exclusivamente a su destinatario y puede contener información privilegiada o confidencial. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC S.A. La finalidad de dicho tratamiento es facilitar la prestación del servicio o información solicitados, teniendo usted derecho de acceso, rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras oficinas Avda. Manoteras, nº 30, B109, 28050 de Madrid (Madrid) con la documentación necesaria. > On 1 Sep 2017, at 01:56, Carlos Rovira wrote: > > I think this is a very good idea, thanks for proposing a fork > > I'l be voting +1 to this > > C. > > 2017-08-31 23:43 GMT+02:00 Piotr Zarzycki : > >> Let's wait for the VOTE thread and focus on Fork. >> >> Agree with Michael that talking about the name should be in a separate >> thread. >> >> Piotr >> >> 2017-08-31 23:39 GMT+02:00 Michael Schmalle : >> >>> I think the name thing should be in a separate thread. >>> >>> Mike >>> >>> On Thu, Aug 31, 2017 at 5:35 PM, Dave Fisher >>> wrote: >>> >>>> That's a conflict. We would want a nonconflicting name that will not >>>> confuse our users. >>>> >>>> Sent from my iPhone >>>> >>>>> On Aug 31, 2017, at 2:25 PM, Harbs wrote: >>>>> >>>>> Well, Phoenix is already a thing: >>>>> http://phoenixframework.org/ <http://phoenixframework.org/> >>>>> >>>>> Not sure about trademark issues… >>>>> >>>>>> On Aug 31, 2017, at 11:55 PM, OmPrakash Muppirala < >>> bigosma...@gmail.com> >>>> wrote: >>>>>> >>>>>> I want to throw in the name FenixJS for the fork. >>>>>> Its a play on the words Flex + Phoenix. You know what that means >> :-) >>>>>> >>>>>> Thanks, >>>>>> Om >>>>> >>>> >>>> >>> >> >> >> >> -- >> >> Piotr Zarzycki >> >> mobile: +48 880 859 557 >> skype: zarzycki10 >> >> LinkedIn: http://www.linkedin.com/piotrzarzycki >> <https://pl.linkedin.com/in/piotr-zarzycki-92a53552> >> > > > > -- > > <http://www.codeoscopic.com> > > Carlos Rovira > > Director General > > M: +34 607 22 60 05 > > http://www.codeoscopic.com > > http://www.avant2.es > > > Conocenos en 1 minuto! <https://youtu.be/P2IEAYDG5HU> > > > Este mensaje se dirige exclusivamente a su destinatario y puede contener > información privilegiada o confidencial. Si ha recibido este mensaje por > error, le rogamos que nos lo comunique inmediatamente por esta misma vía y > proceda a su destrucción. > > De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos > que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC > S.A. La finalidad de dicho tratamiento es facilitar la prestación del > servicio o información solicitados, teniendo usted derecho de acceso, > rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras > oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación > necesaria. signature.asc Description: Message signed with OpenPGP
Re: [FlexJS] Re: Remote object for Flex JS
Hi Alex, Greg, Sounds great!! AMF always was my preference option for communicate the JS frontend with the backend, as I always doing with Flex, but I haven't been cant found any good implementation for use it. Sincerely, I think that a good AMF protocol implemetation (AsynToken, RemoteObjects, etc...), as the best solution for binary comunication (front-back) that I know, could make the difference with rest of JS frameworks in favor of FlexJS. Currently, I'm working on similar concept to use on pure JS scenarios (React, Redux, etc...), therefore I would be delighted to be able to help/contribute to the project in this respect. Maybe woulds a good idea think on it, as FlexJS communications library, to be used with or without the rest of framework in multiple and diferents scenarios. I think this could cause a better penetration and future adoption of FlexJS in many segments. Btw as Carlos says, I’ve very limited time and no guarantee too, but I'm very interested in this new beginning in FlexJS. Thanks, > On 3 Sep 2017, at 21:24, Piotr Zarzycki wrote: > > Carlos, > > Any commit from was always a pleasure to read. :) I'm watching AMF progress > also and happy that something is moving. I hope that we will get mature > enough to get avant2 to FlexJS. I can say that with MDL there is been > achieved quite a lot in some app which I helped and I think we have a lot > potential there. :) > > Piotr > > 2017-09-03 20:20 GMT+02:00 Carlos Rovira : > >> Hi Alex, Greg, >> >> great to see some effort on bringing AMF/RemoteObject Support to FlexJS. >> Always say that this was *key* to success. Need to say that I just >> commented with some people about this and as I expected that brings lots of >> interest, since people see this as a way to only redo the front in flexes >> without touching any java (or other backend tech) line of code. >> >> I even could propose in my company go with FlexJS to make a HTML client for >> our main product Avant2: http://avant2.es >> >> btw, there's some sample code that I could test in order to see if I can >> help. Very limited time, and no guarantee but I'm very interested in this >> coming as a first citizen feature in FlexJS >> >> Thanks! >> >> Carlos >> >> >> 2017-09-02 16:36 GMT+02:00 Alex Harui : >> >>> Hi Greg, >>> >>> I didn't even realize the old thread was on users@ so thanks for moving >> it >>> here. >>> >>> I'm sure there are lots of improvements needed to make this work in the >>> general case so thanks for noticing and offering to help out. I wondered >>> for a bit whether there already was a "collect the properties" utility. >>> Maybe we should create one that takes into account all of the issues you >>> raised. >>> >>> It was cool to see the reflection APIs work, so thanks for doing them. >>> BTW, you need the latest compiler to add the [RemoteClass] data to the >> app >>> so the ClassAliasBead can register those classes. >>> >>> Thanks, >>> -Alex >>> >>> On 9/1/17, 4:44 PM, "Greg Dove" wrote: >>> Hi Alex, Nice to see this stuff progressing within the framework itself. I moved this comment to dev because of content below, and I will try to take a look at this, to see if I can also test things in the coming week. I quickly looked at some of the commits, perhaps I have missed something and you may have already addressed these somewhere in the code, but here are some quick comments just in case: I saw some parts where you were accessing the reflection data directly. Exclude static data items from variables and accessors for accessors and variables they can be static as well which need to be excluded to keep the data compact I made the output prepend a pipe char "|" to >> the items data fields that represent static members - the Refection API classes (TypeDefinition) support this currently. Avoid getter-only or setter-only accessors For accessors data, there is an 'access' field which should filter those only include accessors with access: 'readwrite' for serialization purposes. This field has the same values as the xml data in flash native >> reflection. Check Overrides Overrides may provide duplicated data items when collected through the inheritance chain. This is an area that I need to test more in the Reflection classes, and >> it may affect classification of accessors for serialization purposes. Overriden accessors may perhaps represent themselves differently at different levels iirc - I need to check this - I can't recall if I set >> it up so the access status is resolved from inheritance in the data or not. There may be a case where only a getter or setter is overridden is a subclass from a getter/setter pair in a base class and the reflection >> data may indicate it is writeonly or readonly (at the subclass level) when it >
Re: Flex support in IntelliJ IDEA open sourced
Hi Alexander, Great for you and JetBrains!! Afaik, this represent an open door to collaboration from our list members to put the IntelliJ IDEA Flex Plugin up shaping of the edge, with the latest changes that we could make over Apache Flex SDK, and this... is a really good news! __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com Este mensaje se dirige exclusivamente a su destinatario y puede contener información privilegiada o confidencial. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC S.A. La finalidad de dicho tratamiento es facilitar la prestación del servicio o información solicitados, teniendo usted derecho de acceso, rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras oficinas Avda. Manoteras, nº 30, B109, 28050 de Madrid (Madrid) con la documentación necesaria. > On 08 Sep 2015, at 21:12, Alexander Doroshko > wrote: > > Hi Apache Flex Community, > > I'm pleased to announce that Flex support in IntelliJ IDEA has just gone > open-source! > > Here you'll find instructions how to setup the 'flex-plugin' project [1]. Any > questions are welcome in this mailing list and in the IntelliJ IDEA forum [2]. > > Best regards, > Alexander Doroshko > http://www.jetbrains.com > "Develop with pleasure!" > > P.S. Flex plugin source code depends on several IntelliJ IDEA plugins that > are not open-sourced, so it can't be included in IntelliJ IDEA Community > Edition. IntelliJ IDEA Ultimate remains the only IDE with the Flex support. > > [1] https://github.com/JetBrains/intellij-plugins/blob/master/flex/readme.txt > [2] https://devnet.jetbrains.com/community/idea signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Welcome Joseph Labrecque as Apache Flex committer
Welcome Joseph!! __ Jose Barragan Senior Software Engineer > On 18 Aug 2015, at 00:02, Carlos Rovira wrote: > > Congrats Joseph! > > Glad to see you joining us! :) > > Carlos > > > 2015-08-17 22:38 GMT+02:00 Josh Tynjala : > >> Welcome, Joseph! >> >> - Josh >> >> On Mon, Aug 17, 2015 at 1:12 PM, OmPrakash Muppirala >> wrote: >> >>> The Apache Flex PMC is excited to welcome Joseph Labrecque as our newest >>> committer! Joseph has been steadily contributing to the Flash and Flex >>> community for several years. He is very well known in the learning and >>> conference speaking circuits as well. >>> >>> Please join us in welcoming him as a committer to the Apache Flex >> project. >>> >>> Regards, >>> Om >>> >> > > > > -- > > Carlos Rovira > Director General > M: +34 607 22 60 05 > http://www.codeoscopic.com > http://www.avant2.es > > > Este mensaje se dirige exclusivamente a su destinatario y puede contener > información privilegiada o confidencial. Si ha recibido este mensaje por > error, le rogamos que nos lo comunique inmediatamente por esta misma vía y > proceda a su destrucción. > > De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos > que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC > S.A. La finalidad de dicho tratamiento es facilitar la prestación del > servicio o información solicitados, teniendo usted derecho de acceso, > rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras > oficinas c/ Tres Creus, nº 104, 2-1, 08202 de Sabadell (Barcelona) con la > documentación necesaria. signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [FlexJS] FlexJS talk at HTML5 Dev Conf
Congrats Om, I've done the same with it :) __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com > On 23 Oct 2014, at 12:41, Carlos Rovira wrote: > > Congrats Om, > > I'll be spreading the word by twitter and other networks :) > > Best, > > Carlos
Re: Please welcome Chris Martin as an Apache Flex committer
Welcome!! :) __ Jose Barragan Senior Software Engineer On 15 Aug 2014, at 19:36, Carlos Rovira wrote: > Welcome Chris! :) > > > 2014-08-13 20:54 GMT+02:00 Erik de Bruin : > >> Chris, great to have you! Now, go forth and multiply your contributions ;-) >> >> EdB >> >> >> >> On Wednesday, August 13, 2014, Chris Martin wrote: >> >>> Thanks everyone! :D Tis great to be here :) >>> >>> Chris >>> >>> >>> On Wed, Aug 13, 2014 at 4:27 AM, Christofer Dutz < >>> christofer.d...@c-ware.de > >>> wrote: >>> >>>> Welcome :-) >>>> >>>> Von: Kessler CTR Mark J > >>>> Gesendet: Mittwoch, 13. August 2014 11:48 >>>> An: dev@flex.apache.org >>>> Betreff: RE: Please welcome Chris Martin as an Apache Flex committer >>>> >>>> Congratulations :) >>>> >>>> -Mark >>>> >>>> -Original Message- >>>> From: Justin Mclean [mailto:jus...@classsoftware.com ] >>>> Sent: Tuesday, August 12, 2014 8:22 PM >>>> To: dev@flex.apache.org >>>> Subject: Please welcome Chris Martin as an Apache Flex committer >>>> >>>> Hi, >>>> >>>> I am pleased to announce that the Project Management Committee (PMC) >>>> for Apache Flex has invited Chris Martin to become a committer and >>>> he has accepted. >>>> >>>> Chris has been active on the mailing lists and raised several important >>>> JIRA issues with patches and tests. >>>> >>>> Thanks, >>>> Justin >>>> >>> >> >> >> -- >> Ix Multimedia Software >> >> Jan Luykenstraat 27 >> 3521 VB Utrecht >> >> T. 06-51952295 >> I. www.ixsoftware.nl >> > > > > -- > Carlos Rovira > M: +34 607 22 60 05 > http://www.codeoscopic.com > http://www.directwriter.es > http://www.avant2.es
Re: Please welcome Darkstone as an Apache Flex committer
Welcome!! __ Jose Barragan Senior Software Engineer On 15 Aug 2014, at 19:35, Carlos Rovira wrote: > Welcome! :) > > > 2014-08-13 20:52 GMT+02:00 Erik de Bruin : > >> Go DarkStone! May your contributions be plentiful :-) >> >> EdB >> >> >> >> On Wednesday, August 13, 2014, Justin Mclean >> wrote: >> >>> Hi, >>> >>> Sorry for being a little late in announcing this. >>> >>> I am pleased to announce that the Project Management Committee (PMC) >>> for Apache Flex has invited Darkstone to become a committer and >>> he has accepted. >>> >>> Darkstone has been active on the mailing lists and helped out with >> several >>> JIRA issues, >>> helped test multiple release candidates, as well as helping out with >>> Chinese translations >>> for the installer and SDK. >>> >>> Thanks, >>> Justin >>> >> >> >> -- >> Ix Multimedia Software >> >> Jan Luykenstraat 27 >> 3521 VB Utrecht >> >> T. 06-51952295 >> I. www.ixsoftware.nl >> > > > > -- > Carlos Rovira > M: +34 607 22 60 05 > http://www.codeoscopic.com > http://www.directwriter.es > http://www.avant2.es
Re: Building Falcon with Maven
Hi Chris, Good to chat to you again, finally. I just continue the original initiative, started by Carlos Rovira in order to mavenized the falcon project from their build process. Regarding the group id name you mentioned, I don't have any problem to adopt your proposal. I'm open to get help from you and others like Frank Wienberg, whose self offered to participate it too, due to I'm pretty busy (with chaotic mind), at last times after my first son was born, this causes that my effort on this work will a really hard defiance, due I'm working on it at my little ocio time. Well, after say this... I'll keep on working on it, taking in account your comments, and trying to maintain the efforts synchronized with all of you. Thanks, ______ Jose Barragan Senior Software Engineer On 15 Jul 2014, at 09:09, Christofer Dutz wrote: > Hi (especially) Jose, > > > > I was just informed that you are working on making falcon buildable with > Maven. First of all that is great. > > But we should coordinate how the artifacts are called. > > I could see that your artifacts for the compiler are located in the groupId > "org.apache.flex". You would make things a lot easier if you used > "org.apache.flex.compiler" instead. Otherwise the structure would start > getting a little messy. This way all compiler related artifacts are generated > to "org.apache.flex.compiler", all framework related artifacts are generated > to "org.apache.flex.framework". This is also somewhat the structure all maven > forms of Flex have had and I strongly suggest to continue this. Secondly I > would suggest to either generate the artifacts to > "org.apache.flex.compiler.falcon" groupId or call the artifact > "falcon-compiler" because the normal FDKs allready have an artifact called > compiler. > > > > If you need any help with this work, I'd rather help here than implement a > Mavenizer for Falcon (Which I had allready started working on) ;-) > > For example I remember a plugin for downloading and locally deploying a > single jar file. This might be good for the jburg dependency. > > > > Chris
Re: Hi, about my "experimental/VF2JS" branch
Hi Erik, On 11 Jul 2014, at 10:22, Erik de Bruin wrote: > I understand. I will default my IDE to always use rebase. I will keep > working in my 'messed up' branch, if only to maintain a consistent naming > across the 'flex-asjs', 'flex-falcon' and 'flex-sdk' repos. Great!, btw you could rename your current branch and the new branch, in order to switch their names each other, for maintain the coherence across all repos too. But, as you wish... > Thank you for your time and effort explaining this. I think I have learned > something new about the use of git. Thank you too, for your effort and interest. I feel happy with this. > > EdB __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com
Re: Looking for string translation for ES,GR and NL
es_ES: Instalar Apache Flex SDK {0} para usarlo con su IDE
__
Jose Barragan
Senior Software Engineer
Codeoscopic
+34 912 94 80 80
http://www.codeoscopic.com
On 11 Jul 2014, at 09:28, João Fernandes
wrote:
> Thank you guys, now just waiting for ES :)
>
>
> On 11 July 2014 08:11, Frédéric THOMAS wrote:
>
>> GR: Εγκαταστήστε το Apache Flex SDK {0} για χρήση με το IDE σας.
>>
>>
>> Frédéric THOMAS
>>
>>> From: e...@ixsoftware.nl
>>> Date: Fri, 11 Jul 2014 07:44:33 +0200
>>> Subject: Re: Looking for string translation for ES,GR and NL
>>> To: dev@flex.apache.org
>>>
>>> nl_NL: Installeer Apache Flex SDK {0} voor het gebruik in uw IDE
>>>
>>> EdB
>>>
>>>
>>>
>>>
>>> On Fri, Jul 11, 2014 at 2:15 AM, João Fernandes <
>>> joaopedromartinsfernan...@gmail.com> wrote:
>>>
>>>> Hi, currently there is an invalid translation for the key
>> INFO_WINDOW_TITLE
>>>> for the installer
>>>> The current english text is "Install Apache Flex SDK {0} for use with
>> your
>>>> IDE" and we need someone to translate to the 3 missing locales.
>>>>
>>>> Thanks
>>>>
>>>> --
>>>>
>>>> João Fernandes
>>>>
>>>
>>>
>>>
>>> --
>>> Ix Multimedia Software
>>>
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>>
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>>
>>
>
>
>
> --
>
> João Fernandes
Re: Hi, about my "experimental/VF2JS" branch
Hi Erik, Thats it, but… I recommend use of merge too, just for releases, hot-fixes y pull-request, due that those branches are in fact extremely dependents of their bases, but for normal developing (tickets, experimentals, etc…) the best is rebase way with "git pull --rebase" instead of "git pull”. _ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 11 Jul 2014, at 09:03, Erik de Bruin wrote: > Ok, in short: you're saying ALWAYS use rebase, so we get a nice flat > 'history'? > > EdB
Re: Hi, about my "experimental/VF2JS" branch
Erik, The content in the two branches are exactly the same, but the new branch is composed by clean commits only, without any merge-commit in their change set. In your current branch, we have a serie of merge-commit in order to maintain the branch updated. Each of those commits contain all changes from develop at point where was created, collapsing on just one commit all relative change-set from develop until that point. In your case, the current branch has been contaminated with a partial changes from develop and your commits are less readable and reusables using this way. In other sort of things... when we use the git-merge as the only way, the complexity of commit tree, grows up exponentially. I hope that is helpful Best regards, __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 10 Jul 2014, at 19:09, Erik de Bruin wrote: > Jose, > > What is the difference between the 'experimental/VF2JS' and 'VF2JS' remote > branches? > > EdB > > > > > On Thu, Jul 10, 2014 at 6:18 PM, Jose Barragan < > jose.barra...@codeoscopic.com> wrote: > >> Hi Erik, >> >> Sorry about that, you're right. >> >> But after read the atlassian's article, I supposed that I hasn't any good >> reason to maintain the proposal alive, because seems as simply is one of >> two main flavours of work with git, even I keep on thinking that is the >> best, but maybe is just my point of view. >> >> Anyway, just now I remade again the “experimental/VF2JS” branch and push >> it. >> >> Thanks, >> __ >> Jose Barragan >> Senior Software Engineer >> Codeoscopic >> +34 912 94 80 80 >> http://www.codeoscopic.com >> >> On 10 Jul 2014, at 17:32, Erik de Bruin wrote: >> >>> Jose, >>> >>> I'm not sure why you just now deleted the new branch you created? Like >> with >>> your creation of it, that seems very sudden. I may still decide that your >>> way is the way to go, but I need to understand first what I was doing >>> wrong, and how your method is a better workflow. >>> >>> Everyone else, >>> >>> I'm just trying to understand how to work with git. @Fred: the wiki does >>> not explain the use case where I'm working off a remotely published >> feature >>> branch, I checked before I started. Since the wiki couldn't tell me what >> to >>> do, I asked the question in this recent email thread: "New Flex to JS >>> project." I think I correctly implemented the most easy to follow >>> instructions. >>> >>> So, first things first: what am I doing wrong in my workflow? >>> >>> EdB >> > > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl
Re: Hi, about my "experimental/VF2JS" branch
Hi Erik, Sorry about that, you're right. But after read the atlassian's article, I supposed that I hasn't any good reason to maintain the proposal alive, because seems as simply is one of two main flavours of work with git, even I keep on thinking that is the best, but maybe is just my point of view. Anyway, just now I remade again the “experimental/VF2JS” branch and push it. Thanks, __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 10 Jul 2014, at 17:32, Erik de Bruin wrote: > Jose, > > I'm not sure why you just now deleted the new branch you created? Like with > your creation of it, that seems very sudden. I may still decide that your > way is the way to go, but I need to understand first what I was doing > wrong, and how your method is a better workflow. > > Everyone else, > > I'm just trying to understand how to work with git. @Fred: the wiki does > not explain the use case where I'm working off a remotely published feature > branch, I checked before I started. Since the wiki couldn't tell me what to > do, I asked the question in this recent email thread: "New Flex to JS > project." I think I correctly implemented the most easy to follow > instructions. > > So, first things first: what am I doing wrong in my workflow? > > EdB
Re: Hi, about my "experimental/VF2JS" branch
Hi Justin, Under the new light from this article, I have anything else to say. Clearly I’m a rebase guy, over all, after suffering at our company the extremely complexity that we reached by using only the merge way. Well, as I told to @Erik, if my proposal didn't like it or didn't was candidate for adopt it, I'll delete it from repository asap. Thanks for your attention. Best regards, __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 10 Jul 2014, at 15:37, Justin Mclean wrote: > Hi, > >> Nothing is really wrong there, is just for an philosophical criteria based >> on best practices of git. > > Sorry but iMO it's not best practices, its just that a vocal group of git > users think this it's the way to do things(tm) but other git users think > otherwise. We also need to remember that have a central repo, need to apply > with the Apache way of doing things and that can sometimes be at time odds > with the git (or github) way of doing things. IMO Apache values traceability > over a "clean" history. > > A good article about the pro and cons of merge and rebase can be found here > [1], it's interesting to note the Atlasssian approach. > > Thanks, > Justin > > 1. http://blogs.atlassian.com/2013/10/git-team-workflows-merge-or-rebase/ >
Re: Hi, about my "experimental/VF2JS" branch
Thanks Chris, Regarding your recommendation Chris, follow this link to see it on UDemy: https://curiosity.com/courses/mccullough-and-berglund-on-mastering-git-udemy __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 10 Jul 2014, at 11:37, Christofer Dutz wrote: > Usually there is a tight correlation between such statements and the lack of > GIT knowledge. > Sort of like the amount of the usage of the word "stupid" in scentances where > somebody is talking about Maven ;-) > > And while noone will probably want to go back to Ant as soon as he has really > understood Maven, you will love GIT as soon as you got the hang of it :-) > > I can certainly recommend the Video Tutorial "McCullough and Berglund on > Mastering Git" to get up to speed with all of the new GIT stuff. > > Chris > > > Von: Tom Chiverton > Gesendet: Donnerstag, 10. Juli 2014 11:14 > An: dev@flex.apache.org > Betreff: Re: Hi, about my "experimental/VF2JS" branch > > It was so much easier with SVN... > > Tom > > On 10/07/14 10:02, Jose Barragan wrote: >> Hi Erik, >> >> Nothing is really wrong there, is just for an philosophical criteria based >> on best practices of git. >> >> Currently, you and rest of apache flex team, maintains your branches updated >> using a commit merge node from latest commit on develop, isn’t it?. Well, >> this practice cause a big complexity on tree node and a messy traceability >> of branch content. >> >> I was proposing you another way, using a combination of git-rebase and >> git-merge operations, in order to use git-rebase onto develop to maintain >> your branch updated, and git-merge to apply the complete final change-set on >> develop when developing is finished. >> >> But, as I told you, it was a simple proposal only, and if you don't feel >> like to adopt it, just forget it and remove the proposed branch. I did the >> push to allow you can see the result of the proposed way vs your currently >> way at same time, on commits tree. >> >> Thanks, >> __ >> Jose Barragan >> Senior Software Engineer >> Codeoscopic >> +34 912 94 80 80 >> http://www.codeoscopic.com >> >> >> On 10 Jul 2014, at 07:29, Erik de Bruin wrote: >> >>> José, >>> >>> I'm confused. What was I doing wrong that made this necessary? >>> >>> EdB >>> >>> >>> >>> On Thursday, July 10, 2014, Jose Barragan wrote: >>> >>>> Hi Erik, >>>> >>>> While I was preparing to reactivate the maven branch of falcon's project, >>>> I have taken the opportunity to rebase your new branch "VF2JS", onto the >>>> latest develop commit, with the intention that you get the new branch and >>>> could continue your develop on it, using “git rebase” to maintain your >>>> branch updated until the merge time. If you don’t feel happy with this >>>> proposal, feel free to completely remove it, but if you feel confortable >>>> with new branch and git practice, we can completely remove the old >>>> "current" branch version VS2JS. >>>> >>>> I was only tried to help, with our git usage on apache flex repositories. >>>> >>>> Thanks, >>>> __ >>>> *Jose Barragan* >>>> *Senior Software Engineer* >>>> *josebarra...@apache.org >>>> * >>>> >>> >>> -- >>> Ix Multimedia Software >>> >>> Jan Luykenstraat 27 >>> 3521 VB Utrecht >>> >>> T. 06-51952295 >>> I. www.ixsoftware.nl >> __ >> This email has been scanned by the Symantec Email Security.cloud service. >> For more information please visit http://www.symanteccloud.com >> __ >> >
Re: Hi, about my "experimental/VF2JS" branch
Hi Erik, Nothing is really wrong there, is just for an philosophical criteria based on best practices of git. Currently, you and rest of apache flex team, maintains your branches updated using a commit merge node from latest commit on develop, isn’t it?. Well, this practice cause a big complexity on tree node and a messy traceability of branch content. I was proposing you another way, using a combination of git-rebase and git-merge operations, in order to use git-rebase onto develop to maintain your branch updated, and git-merge to apply the complete final change-set on develop when developing is finished. But, as I told you, it was a simple proposal only, and if you don't feel like to adopt it, just forget it and remove the proposed branch. I did the push to allow you can see the result of the proposed way vs your currently way at same time, on commits tree. Thanks, __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 10 Jul 2014, at 07:29, Erik de Bruin wrote: > José, > > I'm confused. What was I doing wrong that made this necessary? > > EdB > > > > On Thursday, July 10, 2014, Jose Barragan wrote: > >> Hi Erik, >> >> While I was preparing to reactivate the maven branch of falcon's project, >> I have taken the opportunity to rebase your new branch "VF2JS", onto the >> latest develop commit, with the intention that you get the new branch and >> could continue your develop on it, using “git rebase” to maintain your >> branch updated until the merge time. If you don’t feel happy with this >> proposal, feel free to completely remove it, but if you feel confortable >> with new branch and git practice, we can completely remove the old >> "current" branch version VS2JS. >> >> I was only tried to help, with our git usage on apache flex repositories. >> >> Thanks, >> __ >> *Jose Barragan* >> *Senior Software Engineer* >> *josebarra...@apache.org >> * >> > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5
Hi Alex, Now it never crash for me... I did has running it for 3 times, with success status on all of them when finish… Btw, here have you, the memory value results: https://dl.dropboxusercontent.com/u/6962400/memory-point-error.png https://dl.dropboxusercontent.com/u/6962400/memory-at-finish.png I think that problem was happened by an url access error on this line: get-with-no-params: [get] Getting: https://github.com/swfobject/swfobject/archive/2.2.zip?ts=201407031035 [get] To: /Library/Flex/FlexSDK/4.13.0/in/swfobject_2_2.zip [get] Redirected to: https://codeload.github.com/swfobject/swfobject/zip/2.2 Because at this point was where I getting crash, when process failed... Thanks, __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 02 Jul 2014, at 06:49, Alex Harui wrote: > That's strange that it worked after several failures. No obvious differences > from the logs. > > If you have time, can you try again and keep an eye on memory usage as the > installer finishes up the AIR SDK install and continues on to playerglobal > and swfobject. > > Thanks, > -Alex > ____ > From: Jose Barragan [jose.barra...@codeoscopic.com] > Sent: Tuesday, July 1, 2014 4:42 PM > To: dev@flex.apache.org > Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 > > Hi Alex, > > Got it!! :) > > Using the absolute path, it works fine (for log file, at least…) > I attached here, the log file with all process info until crash point. > > https://dl.dropboxusercontent.com/u/6962400/installlog.txt > > In a second try without verbose download progress, I got an installation > success :O :) > https://dl.dropboxusercontent.com/u/6962400/installlog-works.txt > > Thanks, > __ > Jose Barragan > Senior Software Engineer > Codeoscopic > +34 912 94 80 80 > http://www.codeoscopic.com > > On 01 Jul 2014, at 16:13, Alex Harui wrote: > >> Hi Jose, >> >> Does it also fail if you use absolute path to installlog.txt? Instead of >> ~/installlog.txt try /Users/jbarragan/installlog.txt (or whatever your user >> name is). >> >> Thanks, >> -Alex >> >> From: Jose Barragan [jose.barra...@codeoscopic.com] >> Sent: Tuesday, July 1, 2014 1:18 AM >> To: dev@flex.apache.org >> Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 >> >> Hi Alex, >> >> Same here with the latest version… >> https://dl.dropboxusercontent.com/u/6962400/installer-with-log-freeze2.png >> >> Regarding your question about the behaviour when is normally launched, the >> answer is yes, only keep waiting when is launched from command line with >> -log=, in fact if launch it from command without -log argument, working >> fine too. >> >> Thanks, >> __ >> Jose Barragan >> Senior Software Engineer >> Codeoscopic >> +34 912 94 80 80 >> http://www.codeoscopic.com >> >> On 01 Jul 2014, at 06:25, Alex Harui wrote: >> >>> Also, I fixed the line-feed issue and refreshed the files on my folder. >>> >>> Thanks, >>> -Alex >>> >>> From: Alex Harui [aha...@adobe.com] >>> Sent: Monday, June 30, 2014 9:10 PM >>> To: dev@flex.apache.org >>> Subject: RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 >>> >>> Interesting. It is acting like it couldn't fetch the localized strings >>> from flex.a.o. Maybe there was a network glitch. Or maybe an unexpected >>> exception. >>> >>> Does it work if you launch it normally? Maybe the -log= option is screwing >>> it up. Also try an absolute path to the log file. >>> >>> Thanks, >>> -Alex >>> >>> From: Jose Barragan [jose.barra...@codeoscopic.com] >>> Sent: Monday, June 30, 2014 5:35 PM >>> To: dev@flex.apache.org >>> Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 >>> >>> Hi Alex, >>> >>> I just tried testing your latest version, but I couldn't, because when it >>> has launched from terminal as you told me, the app stuck on a waiting >>> status, as you can see on next screenshot... >>> >>> https://dl.dropboxusercontent.com/u/6962400/installer-with-log-freeze.png >>> >>> ...the busy cursor never ends, and the but
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5
Hi Alex, Got it!! :) Using the absolute path, it works fine (for log file, at least…) I attached here, the log file with all process info until crash point. https://dl.dropboxusercontent.com/u/6962400/installlog.txt In a second try without verbose download progress, I got an installation success :O :) https://dl.dropboxusercontent.com/u/6962400/installlog-works.txt Thanks, __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 01 Jul 2014, at 16:13, Alex Harui wrote: > Hi Jose, > > Does it also fail if you use absolute path to installlog.txt? Instead of > ~/installlog.txt try /Users/jbarragan/installlog.txt (or whatever your user > name is). > > Thanks, > -Alex > ____ > From: Jose Barragan [jose.barra...@codeoscopic.com] > Sent: Tuesday, July 1, 2014 1:18 AM > To: dev@flex.apache.org > Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 > > Hi Alex, > > Same here with the latest version… > https://dl.dropboxusercontent.com/u/6962400/installer-with-log-freeze2.png > > Regarding your question about the behaviour when is normally launched, the > answer is yes, only keep waiting when is launched from command line with > -log=, in fact if launch it from command without -log argument, working > fine too. > > Thanks, > __ > Jose Barragan > Senior Software Engineer > Codeoscopic > +34 912 94 80 80 > http://www.codeoscopic.com > > On 01 Jul 2014, at 06:25, Alex Harui wrote: > >> Also, I fixed the line-feed issue and refreshed the files on my folder. >> >> Thanks, >> -Alex >> >> From: Alex Harui [aha...@adobe.com] >> Sent: Monday, June 30, 2014 9:10 PM >> To: dev@flex.apache.org >> Subject: RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 >> >> Interesting. It is acting like it couldn't fetch the localized strings from >> flex.a.o. Maybe there was a network glitch. Or maybe an unexpected >> exception. >> >> Does it work if you launch it normally? Maybe the -log= option is screwing >> it up. Also try an absolute path to the log file. >> >> Thanks, >> -Alex >> >> From: Jose Barragan [jose.barra...@codeoscopic.com] >> Sent: Monday, June 30, 2014 5:35 PM >> To: dev@flex.apache.org >> Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 >> >> Hi Alex, >> >> I just tried testing your latest version, but I couldn't, because when it >> has launched from terminal as you told me, the app stuck on a waiting >> status, as you can see on next screenshot... >> >> https://dl.dropboxusercontent.com/u/6962400/installer-with-log-freeze.png >> >> ...the busy cursor never ends, and the buttons keep on a fuzzy and disabled >> status all them. >> >> Thanks, >> __ >> Jose Barragan >> Senior Software Engineer >> Codeoscopic >> +34 912 94 80 80 >> http://www.codeoscopic.com >> >> On 30 Jun 2014, at 19:33, Alex Harui wrote: >> >>> I put an early version of log file in my personal folder. For some reason >>> the line-endings aren't right but I'm out of time for now. Uninstall your >>> current version and try the one here: >>> >>> http://people.apache.org/~aharui/temp/ >>> >>> Use a terminal window and run it like this: >>> >>> /Applications/Apache\ Flex/Apache\ Flex\ SDK\ >>> Installer.app/Contents/MacOS/Apache\ Flex\ SDK\ Installer >>> -log=~/installlog.txt >>> >>> Thanks, >>> -Alex >>> >>> From: Jose Barragan [jose.barra...@codeoscopic.com] >>> Sent: Monday, June 30, 2014 8:39 AM >>> To: dev@flex.apache.org >>> Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 >>> >>> Hi Alex, >>> >>> The Installer disappear when it crashes... this log is incomplete, because >>> I could swear I reached to see appearing more lines, but I didn't reach to >>> catch them. >>> >>> We could include an physical export of installation log to a console file >>> or similar, for these cases, don't you think? >>> >>> [LOG==] >>> >>> Version 3.1.0 (mac) >>> Using Locale: en_ES >>> Fetched the SDK download mirror URL from th
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5
Hi Alex, Same here with the latest version… https://dl.dropboxusercontent.com/u/6962400/installer-with-log-freeze2.png Regarding your question about the behaviour when is normally launched, the answer is yes, only keep waiting when is launched from command line with -log=, in fact if launch it from command without -log argument, working fine too. Thanks, __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 01 Jul 2014, at 06:25, Alex Harui wrote: > Also, I fixed the line-feed issue and refreshed the files on my folder. > > Thanks, > -Alex > > From: Alex Harui [aha...@adobe.com] > Sent: Monday, June 30, 2014 9:10 PM > To: dev@flex.apache.org > Subject: RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 > > Interesting. It is acting like it couldn't fetch the localized strings from > flex.a.o. Maybe there was a network glitch. Or maybe an unexpected > exception. > > Does it work if you launch it normally? Maybe the -log= option is screwing > it up. Also try an absolute path to the log file. > > Thanks, > -Alex > > From: Jose Barragan [jose.barra...@codeoscopic.com] > Sent: Monday, June 30, 2014 5:35 PM > To: dev@flex.apache.org > Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 > > Hi Alex, > > I just tried testing your latest version, but I couldn't, because when it has > launched from terminal as you told me, the app stuck on a waiting status, as > you can see on next screenshot... > > https://dl.dropboxusercontent.com/u/6962400/installer-with-log-freeze.png > > ...the busy cursor never ends, and the buttons keep on a fuzzy and disabled > status all them. > > Thanks, > __ > Jose Barragan > Senior Software Engineer > Codeoscopic > +34 912 94 80 80 > http://www.codeoscopic.com > > On 30 Jun 2014, at 19:33, Alex Harui wrote: > >> I put an early version of log file in my personal folder. For some reason >> the line-endings aren't right but I'm out of time for now. Uninstall your >> current version and try the one here: >> >> http://people.apache.org/~aharui/temp/ >> >> Use a terminal window and run it like this: >> >> /Applications/Apache\ Flex/Apache\ Flex\ SDK\ >> Installer.app/Contents/MacOS/Apache\ Flex\ SDK\ Installer >> -log=~/installlog.txt >> >> Thanks, >> -Alex >> >> From: Jose Barragan [jose.barra...@codeoscopic.com] >> Sent: Monday, June 30, 2014 8:39 AM >> To: dev@flex.apache.org >> Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 >> >> Hi Alex, >> >> The Installer disappear when it crashes... this log is incomplete, because I >> could swear I reached to see appearing more lines, but I didn't reach to >> catch them. >> >> We could include an physical export of installation log to a console file or >> similar, for these cases, don't you think? >> >> [LOG==] >> >> Version 3.1.0 (mac) >> Using Locale: en_ES >> Fetched the SDK download mirror URL from the CGI. >> AIR version 14.0 >> Flash Player version 14.0 >> Creating Apache Flex home >> Creating temporary directory >> Downloading Apache Flex SDK from: >> https://dist.apache.org/repos/dist/dev/flex/sdk/4.13.0/rc2/binaries/apache-flex-sdk-4.13.0-bin.tar.gz >> downloading >> https://dist.apache.org/repos/dist/dev/flex/sdk/4.13.0/rc2/binaries/apache-flex-sdk-4.13.0-bin.tar.gz >> not caching this download >> Verifying Apache Flex SDK MD5 Signature >> The Apache Flex SDK MD5 Signature of the downloaded files matches the >> reference. The file is valid. >> Uncompressing: >> /Library/Flex/FlexSDK/4.13.0.RC2/temp/apache-flex-sdk-4.13.0-bin.tar.gz >> Finished uncompressing: >> /Library/Flex/FlexSDK/4.13.0.RC2/temp/apache-flex-sdk-4.13.0-bin.tar.gz >> [get] Getting: >> http://flex.apache.org/installer/properties/sdk/en_US.properties >> [get] To: /Library/Flex/FlexSDK/4.13.0.RC2/en_US.properties >> [IOErrorEvent type="ioError" bubbles=false cancelable=false eventPhase=2 >> text="Error #2032" errorID=2032] >> >> get-data: >> [get] Getting: >> http://flex.apache.org/installer/sdk-installer-config-4.0.xml?ts=201406300520 >> [get] To: /Library/Flex/FlexSDK/4.13.0.RC2/sdk-installer-config-4.0.xml >> >> get-air-md5-data: >> >
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5
Hi Alex, I just tried testing your latest version, but I couldn't, because when it has launched from terminal as you told me, the app stuck on a waiting status, as you can see on next screenshot... https://dl.dropboxusercontent.com/u/6962400/installer-with-log-freeze.png ...the busy cursor never ends, and the buttons keep on a fuzzy and disabled status all them. Thanks, __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 30 Jun 2014, at 19:33, Alex Harui wrote: > I put an early version of log file in my personal folder. For some reason > the line-endings aren't right but I'm out of time for now. Uninstall your > current version and try the one here: > > http://people.apache.org/~aharui/temp/ > > Use a terminal window and run it like this: > > /Applications/Apache\ Flex/Apache\ Flex\ SDK\ > Installer.app/Contents/MacOS/Apache\ Flex\ SDK\ Installer > -log=~/installlog.txt > > Thanks, > -Alex > ____ > From: Jose Barragan [jose.barra...@codeoscopic.com] > Sent: Monday, June 30, 2014 8:39 AM > To: dev@flex.apache.org > Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5 > > Hi Alex, > > The Installer disappear when it crashes... this log is incomplete, because I > could swear I reached to see appearing more lines, but I didn't reach to > catch them. > > We could include an physical export of installation log to a console file or > similar, for these cases, don't you think? > > [LOG==] > > Version 3.1.0 (mac) > Using Locale: en_ES > Fetched the SDK download mirror URL from the CGI. > AIR version 14.0 > Flash Player version 14.0 > Creating Apache Flex home > Creating temporary directory > Downloading Apache Flex SDK from: > https://dist.apache.org/repos/dist/dev/flex/sdk/4.13.0/rc2/binaries/apache-flex-sdk-4.13.0-bin.tar.gz > downloading > https://dist.apache.org/repos/dist/dev/flex/sdk/4.13.0/rc2/binaries/apache-flex-sdk-4.13.0-bin.tar.gz > not caching this download > Verifying Apache Flex SDK MD5 Signature > The Apache Flex SDK MD5 Signature of the downloaded files matches the > reference. The file is valid. > Uncompressing: > /Library/Flex/FlexSDK/4.13.0.RC2/temp/apache-flex-sdk-4.13.0-bin.tar.gz > Finished uncompressing: > /Library/Flex/FlexSDK/4.13.0.RC2/temp/apache-flex-sdk-4.13.0-bin.tar.gz > [get] Getting: > http://flex.apache.org/installer/properties/sdk/en_US.properties > [get] To: /Library/Flex/FlexSDK/4.13.0.RC2/en_US.properties > [IOErrorEvent type="ioError" bubbles=false cancelable=false eventPhase=2 > text="Error #2032" errorID=2032] > > get-data: > [get] Getting: > http://flex.apache.org/installer/sdk-installer-config-4.0.xml?ts=201406300520 > [get] To: /Library/Flex/FlexSDK/4.13.0.RC2/sdk-installer-config-4.0.xml > > get-air-md5-data: > > get-flash-md5-data: > > get-md5-data: > > check-binary: > > ask-air: > > ask-flash: > > ask-swfobject: > > ask-adobe-osmf: > > ask-adobe-fontswf: > > ask-adobe-blazeds: > > ask-licenses: > > ask-licenses: > > air-check: > > air-download: >[mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2/in > > air-get-check: > > air-get: > Downloading Adobe AIR Runtime Kit for Mac from: > http://airdownload.adobe.com/air/mac/download/14.0//AdobeAIRSDK.tbz2 > > download_air: > > download_air_with_md5: > > check-cache: > > download_using_get: > > get-if-not-cached: > > check-params: > > get-with-no-params: > [get] Getting: > http://airdownload.adobe.com/air/mac/download/14.0//AdobeAIRSDK.tbz2?ts=201406300520 > [get] To: /Library/Flex/FlexSDK/4.13.0.RC2/in/AdobeAIRSDK.tbz2 > > check-params: > > get-with-params: > > check-params: > > get-local: > > check-sum: > Validating download: /Library/Flex/FlexSDK/4.13.0.RC2/in/AdobeAIRSDK.tbz2 > > put-in-cache: > > copy-if-cached: > > air-setup-win: > > air-setup-mac: >[mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2/in/airsdk > [move] Moving 1 file to > /Library/Flex/FlexSDK/4.13.0.RC2/in/airsdk/AdobeAIRSDK.tbz2 > Finished untaring: /Library/Flex/FlexSDK/4.13.0.RC2/in/airsdk/AdobeAIRSDK.tar > [delete] Deleting: /Library/Flex/FlexSDK/4.13.0.RC2/airtar.properties > > mac-copy-file: >[mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2 > > mac-copy-file: >[mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2 > > mac-copy-file: >[mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2 &g
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5
Hi Alex, The Installer disappear when it crashes... this log is incomplete, because I could swear I reached to see appearing more lines, but I didn't reach to catch them. We could include an physical export of installation log to a console file or similar, for these cases, don't you think? [LOG==] Version 3.1.0 (mac) Using Locale: en_ES Fetched the SDK download mirror URL from the CGI. AIR version 14.0 Flash Player version 14.0 Creating Apache Flex home Creating temporary directory Downloading Apache Flex SDK from: https://dist.apache.org/repos/dist/dev/flex/sdk/4.13.0/rc2/binaries/apache-flex-sdk-4.13.0-bin.tar.gz downloading https://dist.apache.org/repos/dist/dev/flex/sdk/4.13.0/rc2/binaries/apache-flex-sdk-4.13.0-bin.tar.gz not caching this download Verifying Apache Flex SDK MD5 Signature The Apache Flex SDK MD5 Signature of the downloaded files matches the reference. The file is valid. Uncompressing: /Library/Flex/FlexSDK/4.13.0.RC2/temp/apache-flex-sdk-4.13.0-bin.tar.gz Finished uncompressing: /Library/Flex/FlexSDK/4.13.0.RC2/temp/apache-flex-sdk-4.13.0-bin.tar.gz [get] Getting: http://flex.apache.org/installer/properties/sdk/en_US.properties [get] To: /Library/Flex/FlexSDK/4.13.0.RC2/en_US.properties [IOErrorEvent type="ioError" bubbles=false cancelable=false eventPhase=2 text="Error #2032" errorID=2032] get-data: [get] Getting: http://flex.apache.org/installer/sdk-installer-config-4.0.xml?ts=201406300520 [get] To: /Library/Flex/FlexSDK/4.13.0.RC2/sdk-installer-config-4.0.xml get-air-md5-data: get-flash-md5-data: get-md5-data: check-binary: ask-air: ask-flash: ask-swfobject: ask-adobe-osmf: ask-adobe-fontswf: ask-adobe-blazeds: ask-licenses: ask-licenses: air-check: air-download: [mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2/in air-get-check: air-get: Downloading Adobe AIR Runtime Kit for Mac from: http://airdownload.adobe.com/air/mac/download/14.0//AdobeAIRSDK.tbz2 download_air: download_air_with_md5: check-cache: download_using_get: get-if-not-cached: check-params: get-with-no-params: [get] Getting: http://airdownload.adobe.com/air/mac/download/14.0//AdobeAIRSDK.tbz2?ts=201406300520 [get] To: /Library/Flex/FlexSDK/4.13.0.RC2/in/AdobeAIRSDK.tbz2 check-params: get-with-params: check-params: get-local: check-sum: Validating download: /Library/Flex/FlexSDK/4.13.0.RC2/in/AdobeAIRSDK.tbz2 put-in-cache: copy-if-cached: air-setup-win: air-setup-mac: [mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2/in/airsdk [move] Moving 1 file to /Library/Flex/FlexSDK/4.13.0.RC2/in/airsdk/AdobeAIRSDK.tbz2 Finished untaring: /Library/Flex/FlexSDK/4.13.0.RC2/in/airsdk/AdobeAIRSDK.tar [delete] Deleting: /Library/Flex/FlexSDK/4.13.0.RC2/airtar.properties mac-copy-file: [mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2 mac-copy-file: [mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2 mac-copy-file: [mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2 mac-copy-file: [mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2/bin mac-copy-file: [mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2/bin mac-copy-file: [mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2/lib mac-copy-file: [mkdir] Created dir: /Library/Flex/FlexSDK/4.13.0.RC2/samples mac-copy-dir: [delete] Deleting: /Library/Flex/FlexSDK/4.13.0.RC2/maccopy.properties Copying files from /Library/Flex/FlexSDK/4.13.0.RC2/in/airsdk/frameworks/libs/air to /Library/Flex/FlexSDK/4.13.0.RC2/frameworks/libs mac-copy-dir: [delete] Deleting: /Library/Flex/FlexSDK/4.13.0.RC2/maccopy.properties Copying files from /Library/Flex/FlexSDK/4.13.0.RC2/in/airsdk/frameworks/projects/air to /Library/Flex/FlexSDK/4.13.0.RC2/frameworks/projects mac-copy-dir: [delete] Deleting: /Library/Flex/FlexSDK/4.13.0.RC2/maccopy.properties Copying files from /Library/Flex/FlexSDK/4.13.0.RC2/in/airsdk/include to /Library/Flex/FlexSDK/4.13.0.RC2 mac-check-exists: mac-copy-dir-if-exists: mac-copy-dir: [delete] Deleting: /Library/Flex/FlexSDK/4.13.0.RC2/maccopy.properties Copying files from /Library/Flex/FlexSDK/4.13.0.RC2/in/airsdk/lib/android to /Library/Flex/FlexSDK/4.13.0.RC2/lib mac-copy-dir: [delete] Deleting: /Library/Flex/FlexSDK/4.13.0.RC2/maccopy.properties Copying files from /Library/Flex/FlexSDK/4.13.0.RC2/in/airsdk/lib/aot to /Library/Flex/FlexSDK/4.13.0.RC2/lib (…) [LOG==] __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 30 Jun 2014, at 16:55, Alex Harui wrote: > Do you have time to try again with verbose logging and try to keep the log > window open and scrolled to the bottom so we can try to find out what it was > doing when it crashed? > > Thanks, > -Alex > ____ > From: Jose Barragan [jose.b
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC5
Hi, testing the new Installer I got an exception when tried to install the 4.13.0 RC2 FDK but doesn’t happened when installing 4.12.1 ... Process: Apache Flex SDK Installer [5570] Path:/Applications/Apache Flex/Apache Flex SDK Installer.app/Contents/MacOS/Apache Flex SDK Installer Identifier: org.apache.flex.installapacheflex Version: 3.1.0 (???) Code Type: X86 (Native) Parent Process: launchd [277] Responsible: Apache Flex SDK Installer [5570] User ID: 501 Date/Time: 2014-06-30 12:43:37.045 +0200 OS Version: Mac OS X 10.9.3 (13D65) Report Version: 11 Anonymous UUID: 74662061-F9E9-E13F-709F-F0DD028953BA Crashed Thread: 9 com.apple.NSURLConnectionLoader Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x, 0x Application Specific Information: terminating with uncaught exception of type Security::UnixError: UNIX error exception abort() called anybody knows something about that? __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 29 Jun 2014, at 07:53, Alex Harui wrote: > That's great to hear. > > On 6/28/14 9:34 PM, "周 戈" wrote: > >> Hi Alex, >> >> I’ve tested Flex SDK Installer 3.1 RC5: >> >> Flex 4.13.0 RC2 + AIR 14 + FP 14 - Installation Completed Successfully in >> the 1st run. >> >> FlexJS 0.0.2 RC2 + AIR 14 + FP 14 - Installation Completed Successfully >> in the 4th run (previous 3 runs failed when downloading Apache Flex SDK, >> guess it’s the mirror server connection problem). >> >> The Chinese Translations are perfect, even the [Copy Log] button is >> translated in Chinese, very nice! >> >> I think it’s good enough to make a release version of the Flex SDK >> Installer now, based on the installation results. >> >> >> DarkStone >> 2014-06-29 >> >> 在 2014-06-28，00:59，Alex Harui 写道： >> >>> This is the discuss thread. >>> >>> I built the binaries against AIR 14 (not the beta, since it is a beta). >>> >>> Besides the latest LICENSE and NOTICE, I also added logging locale >>> changes >>> and localization of the COPY LOG button. >>> >>> Changes are minor so votes carry over. >>> >>> -Alex >>> >>> >>> >> >> >
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC3
I'm Sorry, this post must be posted at rc5 thread __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 30 Jun 2014, at 12:49, Jose Barragan wrote: > Hi, testing the new Installer I got an exception when tried to install the > 4.13.0 RC2 FDK but doesn’t happened when installing 4.12.1 ... > > Process: Apache Flex SDK Installer [5570] > Path:/Applications/Apache Flex/Apache Flex SDK > Installer.app/Contents/MacOS/Apache Flex SDK Installer > Identifier: org.apache.flex.installapacheflex > Version: 3.1.0 (???) > Code Type: X86 (Native) > Parent Process: launchd [277] > Responsible: Apache Flex SDK Installer [5570] > User ID: 501 > > Date/Time: 2014-06-30 12:43:37.045 +0200 > OS Version: Mac OS X 10.9.3 (13D65) > Report Version: 11 > Anonymous UUID: 74662061-F9E9-E13F-709F-F0DD028953BA > > > Crashed Thread: 9 com.apple.NSURLConnectionLoader > > Exception Type: EXC_CRASH (SIGABRT) > Exception Codes: 0x, 0x > > Application Specific Information: > terminating with uncaught exception of type Security::UnixError: UNIX error > exception > abort() called > > > > anybody knows something about that? > > __ > Jose Barragan > Senior Software Engineer > Codeoscopic > +34 912 94 80 80 > http://www.codeoscopic.com > > On 30 Jun 2014, at 09:04, Alex Harui wrote: > >> Would the vote be consensus? If so, it is guaranteed to lose. >> If the vote is majority and loses, does that prevent me from using the >> script? Or sharing with others via some other place other than the repo? >> >> I guess I don't see how we can legislate against individuals using scripts. >> But I do agree that we don't want to keep arguing this topic. >> >> -Alex >> >> From: omup...@gmail.com [omup...@gmail.com] on behalf of OmPrakash Muppirala >> [bigosma...@gmail.com] >> Sent: Sunday, June 29, 2014 11:08 PM >> To: dev@flex.apache.org >> Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC3 >> >> On Sun, Jun 29, 2014 at 10:26 PM, Alex Harui wrote: >> >>> Again, this script does not decide on the correctness of the >>> LICENSE/NOTICE, so every time some one or the same person runs it, there is >>> the same chance they will catch an error as if they had typed the >>> command-line commands themselves. The script does not vote for you, it is >>> only intended to increase your efficiency and accuracy in deciding how to >>> vote. And yes, nobody has to use it. >>> >>> >> Let us vote on this verification scripts and formalize it, please. We >> don't want to argue this point during every RC. >> >> Thanks, >> Om >> >> >>> -Alex >>> >>> From: Justin Mclean [jus...@classsoftware.com] >>> Sent: Sunday, June 29, 2014 5:39 PM >>> To: dev@flex.apache.org >>> Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC3 >>> >>> HI, >>> >>>> The approval scripts attempt to get you to vote with less hassle. >>> >>> Again to make clear a script is in no way a replacement for voting. Don't >>> get me wrong it's very useful as a basic check and hopefully that will mean >>> people will vote more. But put it this way, running the script 1000 times >>> on a RC by one person or once by 1000 people gives the same results. Would >>> the second really be worth 1000 +1 votes? Do we really think that a script >>> == due diligence? >
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC3
Hi, testing the new Installer I got an exception when tried to install the 4.13.0 RC2 FDK but doesn’t happened when installing 4.12.1 ... Process: Apache Flex SDK Installer [5570] Path:/Applications/Apache Flex/Apache Flex SDK Installer.app/Contents/MacOS/Apache Flex SDK Installer Identifier: org.apache.flex.installapacheflex Version: 3.1.0 (???) Code Type: X86 (Native) Parent Process: launchd [277] Responsible: Apache Flex SDK Installer [5570] User ID: 501 Date/Time: 2014-06-30 12:43:37.045 +0200 OS Version: Mac OS X 10.9.3 (13D65) Report Version: 11 Anonymous UUID: 74662061-F9E9-E13F-709F-F0DD028953BA Crashed Thread: 9 com.apple.NSURLConnectionLoader Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x, 0x Application Specific Information: terminating with uncaught exception of type Security::UnixError: UNIX error exception abort() called anybody knows something about that? __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 30 Jun 2014, at 09:04, Alex Harui wrote: > Would the vote be consensus? If so, it is guaranteed to lose. > If the vote is majority and loses, does that prevent me from using the > script? Or sharing with others via some other place other than the repo? > > I guess I don't see how we can legislate against individuals using scripts. > But I do agree that we don't want to keep arguing this topic. > > -Alex > > From: omup...@gmail.com [omup...@gmail.com] on behalf of OmPrakash Muppirala > [bigosma...@gmail.com] > Sent: Sunday, June 29, 2014 11:08 PM > To: dev@flex.apache.org > Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC3 > > On Sun, Jun 29, 2014 at 10:26 PM, Alex Harui wrote: > >> Again, this script does not decide on the correctness of the >> LICENSE/NOTICE, so every time some one or the same person runs it, there is >> the same chance they will catch an error as if they had typed the >> command-line commands themselves. The script does not vote for you, it is >> only intended to increase your efficiency and accuracy in deciding how to >> vote. And yes, nobody has to use it. >> >> > Let us vote on this verification scripts and formalize it, please. We > don't want to argue this point during every RC. > > Thanks, > Om > > >> -Alex >> >> From: Justin Mclean [jus...@classsoftware.com] >> Sent: Sunday, June 29, 2014 5:39 PM >> To: dev@flex.apache.org >> Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.1 - RC3 >> >> HI, >> >>> The approval scripts attempt to get you to vote with less hassle. >> >> Again to make clear a script is in no way a replacement for voting. Don't >> get me wrong it's very useful as a basic check and hopefully that will mean >> people will vote more. But put it this way, running the script 1000 times >> on a RC by one person or once by 1000 people gives the same results. Would >> the second really be worth 1000 +1 votes? Do we really think that a script >> == due diligence?
Re: Please go vote for INFRA ticket
voted! __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 26 Mar 2014, at 22:32, Carlos Rovira wrote: > voted! :) > > > 2014-03-26 21:19 GMT+01:00 OmPrakash Muppirala : > >> On the flex-mustella.cloudapp.net VM: >> Jenkins: 1.549 >> git: 2.0.1 >> git-client: 1.6.2 >> >> Not sure whats on builds.apache.org. Only Admins can reliably find out >> the >> version info. >> >> Thanks, >> Om >> >> >> >> On Wed, Mar 26, 2014 at 9:33 AM, Alex Harui wrote: >>> >>> Om, >>> >>> Do we know if the version of Jenkins and Git that works on your and >> Erik's >>> VM is the same as what build.a.o is using? >>> >>> -Alex >>> >>> On 3/26/14 2:15 AM, "Tom Chiverton" wrote: >>> >>>> On 25/03/14 17:30, OmPrakash Muppirala wrote: >>>>> I guess we need more people voting on the JIRA ticket. Nothing else >> we >>>>> can >>>>> do at this point. >>>> Write up a single paragraph user friendly reason why and post to the >>>> user list ? >>>> >>>> I would, but apart from it breaking our builds I'm a bit lost as to what >>>> they need to do :-) >>>> >>>> Tom >>> >> > > > > -- > 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
Re: [ANNOUNCE] Welcome Christofer as the newest PMC member
Congrats Chris! __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 20 Mar 2014, at 17:07, Maurice Amsellem wrote: > Congratulations Christofer. > > Maurice > > -Message d'origine- > De : Sugan Naicker [mailto:su...@dev-x.co.za] > Envoyé : jeudi 20 mars 2014 07:02 > À : dev@flex.apache.org > Objet : RE: [ANNOUNCE] Welcome Christofer as the newest PMC member > > Hi Christofer, > > Congrats! > > Regards, > > Sugan > > -Original Message- > From: Justin Mclean [mailto:jus...@classsoftware.com] > Sent: 20 March 2014 02:30 AM > To: dev@flex.apache.org > Subject: [ANNOUNCE] Welcome Christofer as the newest PMC member > > Hi, > > For all his hard work and recent contributions to Apache Flex the Apache Flex > PMC has voted Christofer Dutz in as a PMC member. > > Congratulations! > > Justin >
Re: [ANNOUNCE] Welcome Carlos as the newest PMC member
Congrats!! __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 20 Mar 2014, at 17:07, Maurice Amsellem wrote: > Congratulations Carlos, > > Maurice > > -Message d'origine- > De : Sugan Naicker [mailto:su...@dev-x.co.za] > Envoyé : jeudi 20 mars 2014 07:02 > À : dev@flex.apache.org > Objet : RE: [ANNOUNCE] Welcome Carlos as the newest PMC member > > Hi Carlos, > > Congrats! > > Regards, > > Sugan > > -Original Message- > From: Justin Mclean [mailto:jus...@classsoftware.com] > Sent: 20 March 2014 02:30 AM > To: dev@flex.apache.org > Subject: [ANNOUNCE] Welcome Carlos as the newest PMC member > > Hi, > > For all his hard work and recent contributions to Apache Flex the Apache Flex > PMC has voted Carlos Rovira in as a PMC member. > > Congratulations! > > Justin >
Re: Please welcome Piotr Zarzycki as the newest Apache Flex committer
Welcome aboard, Piotr!! __ Jose Barragan Senior Software Engineer Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On 11 Mar 2014, at 09:45, Carlos Rovira wrote: > Congrats Piotr!, > > Welcome aboard :) > > C. > > > 2014-03-11 9:24 GMT+01:00 Maurice Amsellem : > >> Congratulations Piotr. >> >> I am happy to see you on board :-) >> >> Maurice >> >> -Message d'origine- >> De : Christofer Dutz [mailto:christofer.d...@c-ware.de] >> Envoyé : mardi 11 mars 2014 09:22 >> À : dev@flex.apache.org >> Objet : AW: Please welcome Piotr Zarzycki as the newest Apache Flex >> committer >> >> Congrats Piotr :-) >> >> >> Von: Justin Mclean >> Gesendet: Dienstag, 11. März 2014 09:17 >> An: dev@flex.apache.org >> Betreff: Please welcome Piotr Zarzycki as the newest Apache Flex committer >> >> Hi, >> >> I am pleased to announce that the Project Management Committee (PMC) for >> Apache Flex has invited Piotr Zarzycki to become a committer and that he >> has accepted. >> >> Piotr has raised several (good quality) JIRA issues, been active and >> helpful on the mailing list, has reviewed several release candidates and >> found a few issues with them. >> >> Please welcome Piotr as the newest Apache Flex committer. >> >> Thanks, >> Justin >> > > > > -- > 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
Re: [VOTE] Release Apache Flex SDK Installer 3.0 - RC2
Yep Maurice, this vote was made in the wrong thread… I just make the vote on the correct thanks On 03 Mar 2014, at 16:32, Maurice Amsellem wrote: > Jose, are you voting for RC3? This is vote thread for RC2 > > -Message d'origine----- > De : Jose Barragan [mailto:jose.barra...@codeoscopic.com] > Envoyé : lundi 3 mars 2014 16:28 > À : dev@flex.apache.org > Objet : Re: [VOTE] Release Apache Flex SDK Installer 3.0 - RC2 > > +1 > > Finally this version, it's working fine . :) > > > On 02 Mar 2014, at 05:17, Nicholas Kwiatkowski wrote: > >> +1 (binding) >> >> Only minor issue I saw on the binary installs was the that the >> progress bar doesn't reset to zero before the next operation begins >> (it looks like it waits for the next frame). Otherwise, it works well >> downloading multiple versions of the SDK on multiple computers. No crashes. >> >> >> On Thu, Feb 27, 2014 at 11:14 PM, Justin Mclean >> wrote: >> >>> Hi, >>> >>> +0 (binding) as there are still some caching issues (see discussion). >>> >>> Justin >>> >
Re: [VOTE] Release Apache Flex SDK Installer 3.0 - RC3
Sorry, I did test wrong, because I thought I was using RC3, but really was RC2.
When I did the test with RC3, I got an error again.
"The file browser windows, returns a null path to installer and it can’t
progress".
It seems a regression from RC2.
-1
On 03 Mar 2014, at 16:32, Jose Barragan wrote:
> +1
>
> Finally this version, it’s working fine … :)
>
> {Sorry about my vote on the RC2 thread…}
>
> On 03 Mar 2014, at 10:09, Tom Chiverton wrote:
>
>> The RC3 dir is the correct one, right ?
>>
>> Tom
>>
>> On 03/03/14 06:53, Alex Harui wrote:
>>> https://dist.apache.org/repos/dist/dev/flex/installer/3.0/rc3/binaries
>>> <https://dist.apache.org/repos/dist/dev/flex/installer/3.0/rc2/binaries>
>>
>
Re: [VOTE] Release Apache Flex SDK Installer 3.0 - RC3
+1
Finally this version, it’s working fine … :)
{Sorry about my vote on the RC2 thread…}
On 03 Mar 2014, at 10:09, Tom Chiverton wrote:
> The RC3 dir is the correct one, right ?
>
> Tom
>
> On 03/03/14 06:53, Alex Harui wrote:
>> https://dist.apache.org/repos/dist/dev/flex/installer/3.0/rc3/binaries
>>
>
Re: [VOTE] Release Apache Flex SDK Installer 3.0 - RC2
+1 Finally this version, it’s working fine … :) On 02 Mar 2014, at 05:17, Nicholas Kwiatkowski wrote: > +1 (binding) > > Only minor issue I saw on the binary installs was the that the progress bar > doesn't reset to zero before the next operation begins (it looks like it > waits for the next frame). Otherwise, it works well downloading multiple > versions of the SDK on multiple computers. No crashes. > > > On Thu, Feb 27, 2014 at 11:14 PM, Justin Mclean > wrote: > >> Hi, >> >> +0 (binding) as there are still some caching issues (see discussion). >> >> Justin >>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC1
Hi Alex, I've a good access for all those links, but the installer still doesn't work… The install log, is empty until I press the green button, since that moment, we got only this text: AIR version 3.9 Flash Player version 11.9 but nothing more, the installer don't progressing to start the installation... Regarding the locale list, got all available possibilities. ____ Jose Barragan On 24 Feb 2014, at 10:01, piotr.zarzycki wrote: > Nothing much: > > Install log: > > Version 3.0.0 (windows) > AIR version 3.9 > Flash Player version 11.9 > AIR version 3.9 > Flash Player version 11.9 > > > > > > - > Flex/Air developer. > piotrzarzyck...@gmail.com > -- > View this message in context: > http://apache-flex-development.247.n4.nabble.com/DISCUSS-Discuss-Release-Apache-Flex-SDK-Installer-3-0-RC1-tp34839p34893.html > Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [VOTE] Release Apache Flex SDK Installer 3.0 - RC1
-1 since the installer don’t work properly, no progressing and no labels… On 24 Feb 2014, at 00:01, Carlos Rovira wrote: > Hi, > > -1 since in my case the installer is crashing. I'm looking for the problem > to see if is something related to my machine > > > 2014-02-23 23:24 GMT+01:00 Justin Mclean : > >> Hi, >> >> Tested on OSX. Had a few minor issue due to new security model on >> Mavericks (can't run because application is not signed) but not sure that >> we can do anything about that. >> >> -1 (binding) because of: >> - README, RELEASE_GUIDE and RELEASE_NOTES need updating. >> - build error when running ant on source package >> - framework/flex-config.xml didn't contain selected AIR/FP versions >> - Cache not working (when cached enabled and installer run for a second >> time looks like everything is downloaded for a second time) >> >> Build error was: >> BUILD FAILED >> /Users/justinmclean/Downloads/ApacheFlexNewInstaller/installer/build.xml:270: >> /Users/justinmclean/Downloads/ApacheFlexNewInstaller/ant_on_air/bin does >> not exist. >> >> Other minor issues: >> - NOTICE + RELEASE_NOTES have wrong year. >> - download cache dialog has no padding >> - download cache buttons look disabled >> - download cache "x" doesn't close window >> - when switching to german, all select air and flash version text is still >> in english >> - while cache is created it doesn't see to be caching everything (eg Flex >> SDK) >> - xml config file is cached but unable to run app with no connection >> - noticed 404 request when installing Flex SDK for " >> https://www.apache.org/dist/flex/4.11.0/binaries/apache-flex-sdk-installer-config.xml >> " >> - also noticed our track installer http request also requests js and css >> files - it probably doesn't need to do that >> >> Also tested: >> - MD5s and signatures match >> - install log is readable >> >> Thanks, >> Justin >> >> > > > -- > 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
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC1
Same problem here…
Even when the locale configuration is changed.
In fact my mac it's configured with the locale "en_US" by default….
(MacBook Pro, Retina, 15-inch, Late 2013, 2,3 GHz Intel Core i7, 16 GB, OS X
10.9.1)
On 23 Feb 2014, at 23:57, Alex Harui wrote:
> Screen 1 - no labels ->
> http://images.devs-on.net/Image/gQsyAKKo76YwzOM4-Obszar.png
> Screen 2 - Close button ("x") do not work. I think it should be hide becouse
> we have cancel button for closing this windows. ->
> http://images.devs-on.net/Image/CkqZu8xSHqT6ucxG-Obszar.png
> Screen 3 -> browse button do not work ->
> http://images.devs-on.net/Image/Uj4RpFQ1EWTBXEij-Obszar.png
Re: [Installer] Localization assistance needed
es_ES:
flex/sdk/apache-flex-sdk-installer-config.xml : completed, OK
flex/sdk/installer.properties/es_ES.properties : completed, OK
___
Jose Barragan
On 14 Feb 2014, at 02:15, Alex Harui wrote:
> OK. I was on the release branch.
>
> Thanks,
> -Alex
>
> On 2/13/14 4:46 PM, "Maurice Amsellem" wrote:
>
>>> Also I noticed that the flex-sdk/installer.properties/fr_FR.properties
>>> has a few values that are still in english. They are:
>>> unable.to.find.java=Unable to find Java executable. Please set
>>> JAVA_HOME environment variable
>>> install.complete.echo=${basedir} is now an IDE compatible folder
>>> find.java.echo.pattern=Java is $${java.executable}
>>> mac.copy.echo.pattern=Copying files from
>>> $${download.dir}/airsdk/$${srcdir} to $${destdir}
>>
>> That's strange. In my local version, and my vision of remote develop
>> branch, they are translated.
>> Git cache issue ?
>> Can you try fetching again?
>>
>>> Missing from fr:
>>> INFO_SELECT_AIR_FLASH_PLAYER=Select AIR and Flash Player versions.
>>> INFO_SELECT_AIR=Select AIR version
>>> INFO_SELECT_FLASH=Select Flash Player version INFO_SELECT_FLEX=Select
>>> Flex version
>>
>> I have added them + 2 others:
>> - INFO_SELECT_FLEX
>> - INFO_VERSION
>>
>> Maurice
>>
>> -Message d'origine-
>> De : Alex Harui [mailto:aha...@adobe.com]
>> Envoyé : vendredi 14 février 2014 00:10
>> À : dev@flex.apache.org
>> Objet : Re: [Installer] Localization assistance needed
>>
>> Excellent. Thanks.
>>
>> I forgot to point out that 4 strings are in the
>> flex-utilities/installer/src/properties/en_US.properties file that don't
>> seem to be in the other properties files. I added the last 3, but the
>> first one didn't seem to get propagated whenever it was added. They are:
>>
>> INFO_SELECT_AIR_FLASH_PLAYER=Select AIR and Flash Player versions.
>> INFO_SELECT_AIR=Select AIR version
>> INFO_SELECT_FLASH=Select Flash Player version INFO_SELECT_FLEX=Select
>> Flex version
>>
>> Also I noticed that the flex-sdk/installer.properties/fr_FR.properties
>> has a few values that are still in english. They are:
>>
>> unable.to.find.java=Unable to find Java executable. Please set JAVA_HOME
>> environment variable
>>
>> install.complete.echo=${basedir} is now an IDE compatible folder
>> find.java.echo.pattern=Java is $${java.executable}
>> mac.copy.echo.pattern=Copying files from
>> $${download.dir}/airsdk/$${srcdir} to $${destdir}
>>
>> Thanks,
>>
>> -Alex
>>
>>
>>
>> On 2/13/14 3:31 AM, "Maurice Amsellem"
>> wrote:
>>
>>> Fr_FR:
>>>
>>> flex-sdk\apache-flex-sdk-installer-config.xml : completed, OK
>>> D:\ApacheFlex\git_source\flex-sdk\installer.properties\fr_FR.properties:
>>> OK
>>>
>>> En_US:
>>> D:\ApacheFlex\git_source\flex-sdk\installer.properties\en_US.properties:
>>> minor fixes
>>>
>>> Maurice
>>>
>>> -Message d'origine-
>>> De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : jeudi 13
>>> février 2014 10:37 À : dev@flex.apache.org Objet : Re: [Installer]
>>> Localization assistance needed
>>>
>>> nl_NL:
>>>
>>> flex-utilities/installer/src/properties: OK
>>> flex-sdk/installer.properties: committed last bits of translated text
>>> to repo
>>> flex-sdk/apache-flex-sdk-installer-config.xml: OK
>>>
>>> EdB
>>>
>>>
>>>
>>>
>>> On Wed, Feb 12, 2014 at 9:29 AM, Justin Mclean
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>>> In the new Installer, I've externalized the strings to .properties
>>>> files.
>>>> Are all the same locales as before still supported? From a glance at
>>>> the check in I think (but not checked) that there's a few missing.
>>>>
>>>> Thanks,
>>>> Justin
>>>
>>>
>>>
>>>
>>> --
>>> Ix Multimedia Software
>>>
>>> Jan Luykenstraat 27
>>> 3521 VB Utrecht
>>>
>>> T. 06-51952295
>>> I. www.ixsoftware.nl
>>
>
Re: Please welcome Stephan Plath as our newest committer
Congrats Stephan, welcome on aboard.. :) On 28 Nov 2013, at 09:58, Carlos Rovira wrote: > Welcome Stephan, great to see you in the team! :) > > > 2013/11/28 Sugan Naicker > >> Hi Stephan, >> >> Congrats! Thanks for all the efforts thus far! >> >> Regards, >> >> Sugan Naicker >> South Africa >> >> -Original Message- >> From: Justin Mclean [mailto:jus...@classsoftware.com] >> Sent: 28 November 2013 12:11 AM >> To: dev@flex.apache.org >> Subject: Please welcome Stephan Plath as our newest committer >> >> Hi, >> >> I am pleased to announce that the Project Management Committee (PMC) for >> Apache Flex has invited Stephan Plath to become a committer and he has >> accepted. >> >> Stephan has been has submitted several useful JIRA patches, been active on >> the wiki and come up with mirroring the mailing list with discussion >> forums. >> >> Please welcome Stephan as the newest Apache Flex committer. >> >> Thanks, >> Justin >> >> > > > -- > 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
Re: [ANNOUNCE] Welcome Maurice as the newest PMC member
Congrats Maurice!! On 14 Nov 2013, at 10:39, Carlos Rovira wrote: > Welcome Maurice! :) > > > 2013/11/14 Avi Kessner > >> At the risk of making this thread too long, Congrats ! >> On 14 Nov 2013 11:16, "Maurice Amsellem" >> wrote: >> >>> Thanks Tom >>> >>> -Message d'origine- >>> De : Tom Chiverton [mailto:t...@extravision.com] >>> Envoyé : jeudi 14 novembre 2013 10:08 >>> À : dev@flex.apache.org >>> Objet : Re: [ANNOUNCE] Welcome Maurice as the newest PMC member >>> >>> On 14/11/2013 04:11, Justin Mclean wrote: For all his hard work the Apache Flex PMC has voted Maurice in as a PMC >>> member. Congratulations Maurice. >>> Nice choice. >>> >>> Tom >>> >> > > > > -- > 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
Re: Please welcome Maurice Amsellem as our newest committer
Welcome and Congratulations, Maurice! :) -- Jose Barragan Software Architect Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On Sep 29, 2013, at 7:45 PM, Sugan Naicker wrote: > Hi Maurice > > Congratulations! > > Thanks for the addition to the mobile component set! I have been following > the dev list and appreciate/admire the commitment you have shown towards > Apache Flex. > > Regards, > > Sugan Naicker > South Africa > > > > -Original Message- > From: Erik de Bruin [mailto:e...@ixsoftware.nl] > Sent: 29 September 2013 04:40 PM > To: dev@flex.apache.org > Subject: Please welcome Maurice Amsellem as our newest committer > > Hi, > > I am pleased to announce that the Project Management Committee (PMC) for > Apache Flex has invited Maurice Amsellem to become a committer and he has > accepted. > > Maurice has been very active on the mailing lists and helping out with lots > of JIRA issues. On top of that he has recently donated an important addition > to the mobile component set. > > Welcome Maurice and happy committing ;-) > > EdB > > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl > signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Localisation of of FormItem "Required" text
For es_ES, "Necesario" is correct, but we use "Requerido" for this context better. es_ES Requerido Required -- Jose Barragan Software Architect Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On Aug 17, 2013, at 6:54 PM, Miguel Ferreira wrote: > For pt_pt and pt_br is correct we can also use "Obrigatório" but both are > correct. > > Enviado do meu Windows Phone > > From: Paul Hastings<mailto:paul.hasti...@gmail.com> > Sent: 17.08.2013 18:07 > To: dev@flex.apache.org<mailto:dev@flex.apache.org> > Subject: Re: Localisation of of FormItem "Required" text > > For single words, google xlate is probably fine.
Re: [VOTE] Apache Flex 4.10.0 Release Candidate 3
+1 tested in Mac OSX 10.8.4 building from scratch and applied to some local projects. All is working smoothly :) -- Jose Barragan Software Architect Codeoscopic +34 912 94 80 80 http://www.codeoscopic.com On Jul 24, 2013, at 7:15 AM, Cyrill Zadra wrote: > Hi > > +1 binding > > Finally had a moment to test a few things. > > Testing on Windows 7, Flash Player 11.7 and AIR 11.7 > > * installed sdk rc3 through installer > * imported sdk in flash builder 4.7 > * compiled and tested successfully a small mobile project > * compiled and tested successfully a small web project > * compiled flexunit successfully with sdk rc3 > * all flexunit tests run successfully with sdk rc3 > > Cyrill > > On Tue, Jul 23, 2013 at 3:45 PM, Justin Mclean > wrote: >> Hi, >> >> This is a Apache Flex 4.10.0 Release Candidate 3. Please see the >> RELEASE_NOTES and the README. >> >> There are only a few minor differences from RC2 including a minor change to >> the AIR config files (air home path) , minor changes to README and >> RELEASE_NOTES, and a couple of very minor build script changes. There have >> been no SDK code changes. >> >> The release candidate can be found here; >> https://dist.apache.org/repos/dist/dev/flex/sdk/4.10.0/rc3/ >> >> Before voting please review the section,"What are the ASF requirements on >> approving a release?", at: >> http://www.apache.org/dev/release.html#approving-a-release >> >> When testing please check the md5 and asc files and make sure that the >> source can be compiled. >> >> Please vote to approve this release: >> +1 Approve the release >> -1 Veto the release (please provide specific comments to why) >> >> This vote will be open for at least 72 hours or as long as needed. >> >> The vote passes if there is: >> - At least 3 +1 votes from the PMC >> - More positive votes than negative votes >> >> People who are not in PMC or who are not an committer are also encouraged to >> test out the release and vote, although their votes will not be binding. >> >> When voting please indicate what OS, IDE, Flash Player version and AIR >> version you tested the SDK with. >> >> Please put all discussion about this release in the DISCUSSION thread not >> this VOTE thread. >> >> Thanks, >> Justin
Re: Cyrill Zadra joins Apache Flex PMC
Congrats Cyrill !!! -- Jose Barragan On Jun 11, 2013, at 6:37 PM, Erik de Bruin wrote: > Hi all, > > In recognition for his continued and substantial contributions as a > committer on this project, please join me in welcoming Cyrill Zadra as > the newest member of the Apache Flex PMC [1]. > > EdB > > 1: http://www.apache.org/foundation/how-it-works.html#pmc-members > > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl
Re: [VOTE] Oprtional MVC/IOC Frameworks Donation: Swiz Framework Donation
+1 -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Jun 2, 2013, at 12:09 PM, "aYo ~" wrote: > +1 - I defer to Alex's suggetions > > ~a~ > www.ayobinitie.com > http://mrbinitie.blogspot.com > > > On 2 June 2013 10:06, OmPrakash Muppirala wrote: > >> +1 Binding >> >> Thanks, >> Om >> >> On Sun, Jun 2, 2013 at 3:02 AM, João Fernandes >> wrote: >>> +1 (non binding) >>> >>> To me, all those points were already clear in the previous thread. >>> >>> >>> On 2 June 2013 10:57, Carlos Rovira wrote: >>> >>>> +1 (non binding) >>>> >>>> >>>> 2013/6/2 Carlos Rovira >>>> >>>>> This vote comes from an original vote thread declared as null (see >>>>> original thread for info about motivations): >>>>> >>>>> http://markmail.org/message/o6zjmorfh4lxuygo >>>>> >>>>> The new vote thread is considering the donation of the optional >> MVC/IOC >>>>> Swiz Framework. >>>>> >>>>> Points taken from the original vote thread: >>>>> >>>>> * Swiz is a great addition to Apache Flex since it complements de SDK >>>> with >>>>> a microarquitecture for application MVC, IOC, DI very simple and well >>>>> designed. * This will be a project like flexunit or utilities. So it's >>>>> optional a NOT part of the main sdk. * Swiz is already in 1.4.0 stable >>>>> version, under Apache License 2.0, has its community and right now >>>> there's >>>>> no maintenance or upgrade since people behind the project is no longer >>>>> working with Flex technology. * Donation will be 1.4.0 source code and >>>> wiki >>>>> content. * Future plans: if donation is successful, Chris Scott >> (creator >>>> of >>>>> Swiz) will want to donate experimental 2.0.0 branch that brings AOP >>>>> support, a feature that could bring a great benefit to Apache Flex >> since >>>> it >>>>> brings something very new to client web technologies and that will >>>> require >>>>> evolution at compiler level (introducing compile time weaving). >>>>> >>>>> >>>>> Here's the new points from Alex Harui to make clear what it implies: >>>>> >>>>> 1) Swiz goes in its own repo. The original proposal says it could go >>>> into >>>>> a folder under utilities, but I think flexunit is a better model. >>>>> 2) Swiz will have active development but release separately from the >> SDK. >>>>> The activity level isn't quite clear from the original proposal. >> People >>>>> need to be comfortable that this activity isn't an endorsement or >>>>> favoritism. >>>>> 3) Acceptance of Swiz is not an endorsement or favoritism. >>>>> 4) Any other app framework is welcomed to be donated via the same >>>> process. >>>>> >>>>> This vote thread will be open for the next 72 hours >>>>> >>>>> Please make your vote. >>>>> >>>>> >>>> >>> >>> >>> >>> -- >>> >>> João Fernandes >>
Re: Whiteboard request
Thanks a lot Om!! Regards, -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On May 30, 2013, at 9:22 AM, OmPrakash Muppirala wrote: > Oh I forgot, Alex you will have to add these two email ids to the > commits@f.a.o allow list: > > jus...@classsoftware.com > pepebarra...@me.com > > Thanks, > Om > > On Thu, May 30, 2013 at 12:19 AM, OmPrakash Muppirala > wrote: > >> Your repos are available here: >> >> https://github.com/apacheflex/whiteboard_josebarragan >> https://github.com/apacheflex/whiteboard_jmclean >> >> Please poke around and make sure everything looks fine. >> >> Thanks, >> Om >> >> >> On Thu, May 30, 2013 at 12:07 AM, OmPrakash Muppirala < >> bigosma...@gmail.com> wrote: >> >>> I am on it. >>> >>> Thanks, >>> Om >>> >>> >>> On Thu, May 30, 2013 at 12:06 AM, Jose Barragan < >>> jose.barra...@codeoscopic.com> wrote: >>> >>>> Hi, >>>> >>>> Can someone set up another one for me too? >>>> >>>> GitHub: https://github.com/pepebarragan >>>> Default email: pepebarra...@me.com >>>> Repo name: whiteboard_josebarragan >>>> >>>> Thanks, >>>> -- >>>> Jose Barragan >>>> >>>> On May 30, 2013, at 6:18 AM, Justin Mclean >>>> wrote: >>>> >>>>> Hi, >>>>> >>>>> Can someone set up up with a new empty whiteboard. >>>>> >>>>> Github: https://github.com/justinmclean >>>>> Default email: jus...@classsoftware.com >>>>> Repo name:whitboard_jmclean >>>>> >>>>> Thanks, >>>>> Justin >>>>> >>>> >>>> >>> >>
Re: Whiteboard request
Hi, Can someone set up another one for me too? GitHub: https://github.com/pepebarragan Default email: pepebarra...@me.com Repo name: whiteboard_josebarragan Thanks, -- Jose Barragan On May 30, 2013, at 6:18 AM, Justin Mclean wrote: > Hi, > > Can someone set up up with a new empty whiteboard. > > Github: https://github.com/justinmclean > Default email: jus...@classsoftware.com > Repo name:whitboard_jmclean > > Thanks, > Justin >
Re: [VOTE] Swiz Framework Donation to Apache Flex
+1 -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On May 29, 2013, at 3:05 PM, Jeffry Houser wrote: > > 0 [Binding] > > On 5/29/2013 5:43 AM, Carlos Rovira wrote: >> After proposal thread (http://markmail.org/message/jtedmmx5djqen52l),comes >> the vote thread. >> >> This thread is to decide if we finally adopt Swiz Framework under Apache >> Flex, since there is multiple opinions in the Apache Flex community. >> >> points to take into account: >> >> * Swiz is a great addition to Apache Flex since it complements de SDK with >> a microarquitecture for application MVC, IOC, DI very simple and well >> designed. >> * This will be a project like flexunit or utilities. So it's optional a NOT >> part of the main sdk. >> * Swiz is already in 1.4.0 stable version, under Apache License 2.0, has >> its community and right now there's no maintenance or upgrade since people >> behind the project is no longer working with Flex technology. >> * Donation will be 1.4.0 source code and wiki content. >> * Future plans: if donation is successful, Chris Scott (creator of Swiz) >> will want to donate experimental 2.0.0 branch that brings AOP support, a >> feature that could bring a great benefit to Apache Flex since it brings >> something very new to client web technologies and that will require >> evolution at compiler level (introducing compile time weaving). >> >> Points that some people argument to not accept the donation: >> * There is other frameworks like Swiz out there in the same situation and >> this donation could make Swiz the preferred/recommended IOC framework of >> use. >> >> Points to take into account: >> * Erik de bruin stated that maybe the problem is "what to do with it" under >> Apache Flex umbrella. >> >> >> Please make your vote. >> >> Thanks >> >> Carlos Rovira >> > > > -- > Jeffry Houser > Technical Entrepreneur > 203-379-0773 > -- > http://www.flextras.com?c=104 > UI Flex Components: Tested! Supported! Ready! > -- > http://www.theflexshow.com > http://www.jeffryhouser.com > http://www.asktheflexpert.com > -- > Part of the DotComIt Brain Trust >
Re: [VOTE] Use GitHub based Whiteboard
+1 -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On May 21, 2013, at 10:10 PM, Erik de Bruin wrote: > +1 (binding) > > Thanks for figuring this out, Om! > > EdB > > > > On Tue, May 21, 2013 at 9:57 PM, OmPrakash Muppirala > wrote: >> Hi, >> >> Here is the proposal [1] >> >> Here is [DISCUSS] thread [2] >> >> Please vote as follows: >> >> +1 (Approve) >> -1 (Don't approve) with a reason >> 0 (Don't care) >> >> Also denote binding if you are a PMC member. >> >> Thanks in advance, >> Om >> >> [1] >> https://cwiki.apache.org/confluence/display/FLEX/Proposal+-+Github+based+Whiteboard >> [2] http://markmail.org/thread/vxmvhzgnonxg2hxa > > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl
Re: FlexUnit
I'm voted too -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On May 15, 2013, at 9:30 AM, Carlos Rovira wrote: > Great! I voted it right now > > thanks > > 2013/5/15 Cyrill Zadra > >> https://issues.apache.org/jira/browse/INFRA-6152 >> >> Cyrill >> >> On 15.05.2013, at 12:12, Justin Mclean wrote: >> >>> Hi, >>> >>>> I'm still waiting for Infra .. They need to import github flexunit >> repos. >>> >>> What's the INFRA JIRA? >>> >>> Justin >> > > > > -- > 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
Re: [Dicuss] Github stats and lack of visibility by working not working in trunk/master
Hi Om, In fact in our writable repo, doesn't have any branch called trunk, but we have one in Github, and is the default branch (this is the origin of this thread). -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On May 13, 2013, at 8:31 PM, OmPrakash Muppirala wrote: > On Mon, May 13, 2013 at 11:24 AM, Alex Harui wrote: > >> Can we do it in two pieces? The first part is the subject of this email: >> Can we get the "develop" branch as the default and the graphs showing the >> "develop" branch activity? > > > I guess you meant this for flex-sdk. What about the others? Maybe we > should list them and get everything set up properly at the same time. > > >> I guess that could also include removal of the >> "trunk" if that's old SVN stuff. I think we have consensus on this? >> > > Not sure what you mean by 'removal of trunk'. If we remove it from our > apache git repo, it will automatically be removed from the GitHub mirror > during the next sync. We dont need to ask Infra for this. > > That brings us to the question - do we really want to remove the 'trunk' > branch? That is where the SVN history is (we were doing active development > on the svn trunk for a period of time) > > We can remove it if we are okay with going back to our old, now read-only > SVN repo for any related history. > > > >> >> The second part is about pull requests, and I think that will require some >> experimentation and will take longer to settle. >> >> Did I miss a topic? Anyway, if you agree, can you take care of that first >> part? >> >> Thanks, >> -Alex >> >> On 5/13/13 11:17 AM, "OmPrakash Muppirala" wrote: >> >>> On Mon, May 13, 2013 at 11:15 AM, Alex Harui wrote: >>> >>>> Om, you seem to know what needs to be done, can you make sure the >> required >>>> changes get made? >>>> >>>> >>> I will as soon as we arrive at consensus here. Infra requests usually >> take >>> time and I want to get what we want in one go :-) >>> >>> Thanks, >>> Om >>> >>> >>>> >>>> On 5/13/13 11:10 AM, "OmPrakash Muppirala" >> wrote: >>>> >>>>> On Mon, May 13, 2013 at 8:52 AM, Alex Harui wrote: >>>>> >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>>> Other than that we should not spend more time on this 'issue'. >>>>>>> This is an issue because it's seen by the wider community. I agree >> it's >>>>>> mostly >>>>>>> irrelevant to active committers but it is an issue for someone who >> does >>>>>> a pull >>>>>>> request and that request is ignored for several months. It an issue >>>>>> because >>>>>>> github says no changes have happened in the project for 3 months (and >>>>>> people >>>>>>> tweet about it) when the actual fact is that changes happen every >> other >>>>>> day. >>>>>> A quick tour of search results shows that there is no way to get the >>>> graph >>>>>> to show a branch >>>>> >>>>> >>>>> This is a quirk of GitHub. Once the default branch is changed to >>>>> 'develop', the graphs will start showing activity for develop. >>>>> >>>>> >>>>> >>>>>> but implies that we will see all the last several months of >>>>>> activity in the graph when we merge the next release with >> trunk/master. >>>>>> Maybe that's one reason Cordova releases every month, or at least it >> is >>>> a >>>>>> side benefit? >>>>>> >>>>>> So let's see if we can get this next release out ASAP. And then if >>>> GitHub >>>>>> refuses to show activity then I would vote to not use GitHub as a >>>> mirror. >>>>>> >>>>>> -- >>>>>> Alex Harui >>>>>> Flex SDK Team >>>>>> Adobe Systems, Inc. >>>>>> http://blogs.adobe.com/aharui >>>>>> >>>>>> >>>> >>>> -- >>>> Alex Harui >>>> Flex SDK Team >>>> Adobe Systems, Inc. >>>> http://blogs.adobe.com/aharui >>>> >>>> >> >> -- >> Alex Harui >> Flex SDK Team >> Adobe Systems, Inc. >> http://blogs.adobe.com/aharui >> >>
Re: [Dicuss] Github stats and lack of visibility by working not working in trunk/master
Hi, >> We've a Git repo, and master develop is the regular structure. > Then why does github assume trunk is the default and not develop? Can we get > this changed? > > Every other major Apache project I've looked at uses trunk/master for regular > updates: > https://github.com/apache/lucene-solr > https://github.com/apache/httpd > https://github.com/apache/ant > https://github.com/apache/subversion > https://github.com/apache/cassandra > https://github.com/apache/maven > https://github.com/apache/couchdb > > Why are we special/different? Because those repos are svn mirroring in git/github they're not really Git repos, in fact, if you review our flex-sdk repo in GitHub, you can found a trunk branch, from svn legacy. In fact I hope that infra's people removes this svn branches on github from full git migrated repos mirror, to avoid these confusions >> We must avoid mixing the things, to avoid the confusion increment > How does working in develop avoid this especially as we have to merge into > trunk on each release. Well, most of Git applications, assumes these structure (master/develop/origin) to work, and is global agreement of use >>> -1 to move to old "trunk" svn layout. > I'm not suggesting that, I just suggestion that everyday work happen in the > trunk/master branch rather than the develop branch as this is the branch that > tools and people tend to look at by default to see what's going on. Well, we're free to rename our branches as we like it, at least the majority of them, but "master" must be preserved it's a Git requeriment. I just referred to best practices of use with Git like (master/develop) agreement. > Thanks, > Justin Thanks, -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80
Re: [Dicuss] Github stats and lack of visibility by working not working in trunk/master
-1 We've a Git repo, and master develop is the regular structure. We must avoid mixing the things, to avoid the confusion increment -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On May 13, 2013, at 9:46 AM, Carlos Rovira wrote: > Hi Justin, > > -1 to move to old "trunk" svn layout. People comming to this project could > came from SVN or GIT background, so reverting to "trunk" while we are on > GIT will be the cause of more confusion. > > Nowadays, people should take into account the conventions over > configurations, and master/develop names are the GIT conventions. > > > > 2013/5/13 Justin Mclean > >> Hi, >> >> Is there anyway to change the stats on these pages: >> https://github.com/apache/flex-sdk/graphs >> >> So that they work off develop not trunk. >> >> (And for the other repos as well.) >> >> It's sort of giving the wrong idea (in a public way) re activity on the >> project. >> >> Alternatively what do people think about moving back to working in trunk >> and have a new branch that's the latest released version (which what trunk >> currently is). This would cause less confusion to new people on the project >> as there's been a couple of develop/trunk issues in the past and it's come >> up a few times on twitter I've seen. >> >> Thanks, >> Justin > > > > > -- > 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
Re: Welcome our newest Apache Flex committer Harbs
Welcome aboard Harbs!! -- Jose Barragan Chief Software Architect josebarra...@apache.org On Apr 6, 2013, at 9:44 PM, Harbs wrote: > Thanks! > > It's my honor to be invited. I'll do my best to not disappoint you… :-) > > I'm currently working on expanding some of the spark components (such as the > color picker that I just committed). I hope to help put together a CS > Extension for FXG and SVG graphics to make skinning easier as has been > discussed on the list. I'll also do my best to keep helping PR for the > project as well. > > I expect my professional work to shift to more HTML and mobile work over the > next year, and I hope to be able to help out with those efforts when it does. > > Harbs > > On Apr 6, 2013, at 8:07 AM, Justin Mclean wrote: > >> Hi, >> >> The Project Management Committee (PMC) for Apache Flex >> has asked Harbs to become a committer and we are pleased to >> announce that he has accepted. >> >> Harbs has been contributing to Apache Flex for many months on the >> mailing list and in JIRA and elsewhere including this blog post a few >> months back. >> http://printui.com/blog/2013/01/flex-flash/ >> >> He's just checked in an improved version of the spark colour picker. >> >> Congratulations >> Justin Mclean >> for the Flex PMC >> >
Re: Git needs a KISSa
I'm totally agree with Mike, In fact, I use that simple criterion: make a new branch for any action and work, share, stash, commit any thing into it if original branch is updated, we need merge the original advances using fast forward resolution (try to move the local pointer of our topic branch to original head), and if isn't possible, make a merge. and continue working on it and sharing it with my coworkers. When we decided delivery the content of our topic/utility branch into the original or whatever other, we must force a merge commit, to track all that work in the util branch. Best, -- Jose Barragan On Apr 6, 2013, at 9:03 PM, Michael A. Labriola wrote: >> Your link says "Merge is perfectly fine for managing your code." The >> only drawback it mentions is a more cluttered log. It has far stronger >> warnings about misusing rebase. >> >> How could anyone read this conclusion >> >> >> 1. Merge works great, but creates lots of empty merge commits when >> you are working on a team. >> 2. Rebase keeps things tidy, but is destructive and potentially >> dangerous if you don¹t know what you are doing. >> >> and not conclude that merge is better for non-experts? > > Gordon, > > So, that is effectively what Fred and I were discussing before. I do > personally think a merge workflow is easier for beginners. Fred was pointing > out the history becoming difficult to follow and also that in the merge > scenario the new developer is responsible for committing the combination of > the files they worked on plus the merge back to the repo. If they didn't do > this it would be as though they had intentionally excluded the code that was > in place before. He is right about both of those things. > > I was simply suggesting that, perhaps, to get everyone started we acknowledge > both of those issues and deal with a period of messier logs until everyone is > comfortable with the basics, then evolve an approach later that might be > better for a more advanced set of users. The really big educational point is > just to ensure you commit all of the changes after a merge. > > Mike >
Re: [Git + Falcon] all projects in one basket?
Just two ideas: 1- clone again in your hard disk to establish each current branch and related each together, just for your local usage 2- separate those subprojects as git submodules, by this way, you can establish any pointer at any submodule related from a single commit in master project. -Jose On Mar 29, 2013, at 10:39 AM, Frédéric THOMAS wrote: > True Justin, it's not my intention, maybe my misunderstanding of the projects > living together, having apparently, from what I can understand things in > common but not in the same development line ? it is where I'm lost maybe. > > If it is just to create a bugFix branch and get back the work (or a part) > done on the develop branch time to time, it's like the flex-sdk git usage. > > -Fred > > -Message d'origine- From: Justin Mclean > Sent: Friday, March 29, 2013 10:31 AM > To: dev@flex.apache.org > Subject: Re: [Git + Falcon] all projects in one basket? > > Hi, > >> That's not currently the case, so project1 can live on a branch, when you >> needs commits from another branch/project > Please -1 to this. Just work in develop as was voted on. Why do we need to > make things far more complex than they need to be? > > Justin
Re: Welcome our newest Apache Flex committer Mark Kessler
Welcome aboard Mark -Jose On Mar 29, 2013, at 2:52 AM, Mark Kessler wrote: > Thank you, > > Bit about what I use Flex for and what I plan on working on with the SDK... > > I started building web based applications in 2007 up to the present day. I > currently have 12 active apps, so I have quite a vested interest with the > future of Flex. > > I plan on doing bug fixes, new feature implementations, and generally > updating the core of Flex. It will be nice to undo some of the local fixes > in my applications and apply the fixes directly in the SDK. > > In about a week from now I'll try to have a working example hosted on my > Apache web space for a feature/upgrade I'd like to discuss. > > -Mark > > > On Thu, Mar 28, 2013 at 8:12 PM, Justin Mclean > wrote: > >> Hi, >> >> The Project Management Committee (PMC) for Apache Flex >> has asked Mark Kessler to become a committer and we are pleased to >> announce that he has accepted. >> >> Mark has been contributing to Apache Flex for many months both on the >> mailing list, in JIRA and providing many patches including one change >> that enables the datagrid to handle double clicks on cells and rows. >> >> Congratulations >> Justin Mclean >> for the Flex PMC >> >> >> >>
Re: [2/2] git commit: Merge branch 'FLEX-33349' into develop
Hi Alex, Once we start accept pull-requests, we will need to view and easily find where it is, in case you need to touch or reverse, whether one or more commits. When we need to move, the resolution of a particular ticket between fork's, or between branches disconnected, it will be very useful to be able to jump to the branch associated with it, and be assured that the contents thereof, is complete and that no commit was out. When a ticket is complicated, or reopens, or wide, if we have been committing in the main branch individual over time, we could revise the delta changes, when this is necessary. I could ramble more examples, but although this can not be imposed, it should not abridged the use of this process, since over time the Git tree is to help maintain the contributions, not to limit ourselves to a flat line as SVN and lose that advantage. The criterion would be that a ticket, a bug, an experiment, functionality, etc. should be associated with a local branch (minimum) and a public if necessary more than one developer working on it at the same time as to the branch main "Develop", should always be in a stable state, and the mixes contain individual developments, thus "Develop" is always available to open a branch of release. But as said, is primarily a visual aid and indexed for whoever has to move things, or mount a version output. Finally, as Carlos said, it's hard to sell the idea or motivation -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 27, 2013, at 6:59 PM, Frédéric THOMAS wrote: >> without taking care if a branch is 1 commit or 10, since this make you gain > control of revert something if you need at some point in time > > Are you saying it is easier to revert a set of one commit + the merge commit > than only one commit ? > Because to revert one commit is as easy as 'git revert ' > > Thanks, > -Fred > > -Message d'origine- From: Carlos Rovira > Sent: Wednesday, March 27, 2013 6:47 PM > To: dev@flex.apache.org > Subject: Re: [2/2] git commit: Merge branch 'FLEX-33349' into develop > > Hi Alex, > > as I said this is a matter of taste, but we are using git with huge > projects for months and when we are merging and generating releases and we > end wanting to easily see *all* branches to quickly see what we want to do, > without taking care if a branch is 1 commit or 10, since this make you gain > control of revert something if you need at some point in time. You end > having more control and people not involved in a particular development can > easily see what happened. > > Right now I think is difficult to see since we are starting in GIT, but as > GIT graph evolve we will see more complex representations and will be > difficult to see quickly the GIT history. As I pass for that *problem* > before, I already adopted the way to make always a branch although I have > only one commit, but again, I recognized that it's a matter of tastes and > it's difficult to sell the idea if you like not do it. > > > > 2013/3/27 Alex Harui > >> I"m used to SVN's linear history. I like the fact that Git can show branch >> history, and like the idea that I can do multiple commits before pushing >> and >> each of those commits is clearly shown in the history. >> >> But if I don't want to show those multiple commits or I don't have multiple >> commits, my instinct would be to just make it a linear entry. I think >> Carlos is saying there is some advantage to not doing that, and I want to >> know what that advantage is. >> >> >> On 3/27/13 10:06 AM, "Jose Barragan" >> wrote: >> >> > That's the point Alex... >> > >> > Any solve can resolve as a single commit or in a change set, and this >> > decision, under what criterial it does? >> > -- >> > Jose Barragan >> > Chief Software Architect >> > Codeoscopic Madrid >> > C/. Infanta Mercedes, 92. >> > Planta 5. 505. >> > 28020 Madrid. >> > Tel.: +34 912 94 80 80 >> > >> > On Mar 27, 2013, at 6:02 PM, Alex Harui wrote: >> > >> >> At minimum, if we can't decide on one particular practice, can we get a >> >> better understanding of what problem is solved by a single commit in a >> >> branch? Then those who are trying to decide what to do can make a >> better >> >> decision. >> >> >> >> >> >> On 3/27/13 9:36 AM, "Frédéric THOMAS" wrote: >> >> >> >>> Another po
Re: [2/2] git commit: Merge branch 'FLEX-33349' into develop
That's the point Alex... Any solve can resolve as a single commit or in a change set, and this decision, under what criterial it does? -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 27, 2013, at 6:02 PM, Alex Harui wrote: > At minimum, if we can't decide on one particular practice, can we get a > better understanding of what problem is solved by a single commit in a > branch? Then those who are trying to decide what to do can make a better > decision. > > > On 3/27/13 9:36 AM, "Frédéric THOMAS" wrote: > >> Another point Carlos, >> >>> this is really a matter of tastes. Each one should be happy with his way >>> of proceed >> >> What should I do a git wiki with the good practices if at the end everyone >> does what he wants, I guess we can try as written in the wiki for one month >> and if it doesn't fit we can change it (but really, I think everyone will be >> happy with it). >> >> Thanks, >> -Fred >> >> -Message d'origine- >> From: Frédéric THOMAS >> Sent: Wednesday, March 27, 2013 5:22 PM >> To: dev@flex.apache.org >> Subject: Re: [2/2] git commit: Merge branch 'FLEX-33349' into develop >> >> Yeah, for sure, it's your point of view and happily everyone's got one and >> not everyone the same, but from what I see from the current graph on the >> develop branch or the one gave by Jose plus the explanations you gave, I >> have the impression to see and hear "Why should I do simple when I can do >> complicated". >> >> If you look closely to the ASCII graph I wrote, you might have noticed there >> are no crossed lines, it's really linear, one commit/jira at time, I really >> maintain it is more readable and reflect more what the people really >> develops, there's no artificial forced merge. >> >> Thanks, >> -Fred >> >> -Message d'origine- >> From: Carlos Rovira >> Sent: Wednesday, March 27, 2013 4:03 PM >> To: dev@flex.apache.org >> Subject: Re: [2/2] git commit: Merge branch 'FLEX-33349' into develop >> >> IMHO this is hard to see, and even more for people outside or coming some >> time later in time, but that's only my opinion... I think we should not >> stand too much on these topics and going forward since this is really a >> matter of tastes. Each one should be happy with his way of proceed while >> making things properly since both ways are right. This is much more like >> trying to realize how to format code, each developer will do in its own >> wayput the bracket in the same line? in the next line?. I think we >> should be more interested in the overall GIT workflow that ensure that we >> all can share our contributions and make the repo safe of problems. >> >> >> >> 2013/3/27 Frédéric THOMAS >> >>> It should have been like that even: >>> >>> * Merge branch ŒFLEX-33451¹ into develop [Fred] >>> * FLEX-33451: Fixed .gitignore [Fred] >>> * FLEX-33451: Tempora... [Fred] >>> * FLEX-33451: Fix TLF [Fred] >>> * FLEX-33349: Fix type error [Carlos] >>> * removed copy of empty.bundles...[Justin] >>> * FLEX-28946 committed patch... [Cyrill] >>> * Merge branch ŒFLEX-21066¹ into develop [Carlos] >>> * FLEX-21066: implemented remove item... [Carlos] >>> * FLEX-21066: add removeItemError... [Carlos] >>> * FLEX-21066: add removeItem to list...[Carlos] >>> * Merge branch ŒFLEX-33408¹ into develop [Carlos] >>> * ... >>> >>> I hope that will be display well. >>> >>> -Fred >>> >>> *From:* Jose Barragan >>> *Sent:* Wednesday, March 27, 2013 1:26 PM >>> *To:* dev@flex.apache.org >>> *Subject:* Re: [2/2] git commit: Merge branch 'FLEX-33349' into develop >>> >>> Here's how it would Develop, after merging the branches of Charles and >>> Fred, as you can see, thereby properly appreciate the content of the two >>> applied Tickets. >>> However, Justin's commit b5da14a, is visually hidden under the branch of >>> Cyrill. >>> >>> Thanks, >>>-- >>> *Jose Barragan* >>> *Chief **Software Architect* >>> Co
Re: Update about Utilities repo migration
+1 -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 27, 2013, at 10:39 AM, Carlos Rovira wrote: > +1 > > 2013/3/27 Frédéric THOMAS > >> +1 too >> >> -Fred >> >> -Message d'origine- From: Erik de Bruin >> Sent: Wednesday, March 27, 2013 8:18 AM >> To: dev@flex.apache.org >> Subject: Re: Update about Utilities repo migration >> >> >> +1 >> >> EdB >> >> >> >> On Wed, Mar 27, 2013 at 4:18 AM, Alex Harui wrote: >> >>> Yup, let's get it done. >>> >>> >>> On 3/26/13 7:55 PM, "Om" wrote: >>> >>> Here is David@Infra's note about the missing history in the >>>> flex-utilities >>>> git repo. >>>> >>>> I think we should accept the repo as it is and move ahead. Any >>>> objections? >>>> >>>> We can go back to SVN for any history that is missing. I doubt we would >>>> need that because it was the early days of the Installer project and I >>>> am >>>> pretty sure that there is anything mission critical there. >>>> >>>> Thanks, >>>> Om >>>> >>>> >>>> David Nalley commented on INFRA-5549: >>>> --**--- >>>> >>>> Okay folks: >>>> >>>> I tried running through utilities 2 more times - came up with the same >>>> result. >>>> >>>> Here's the issue - because there are differences in how git and svn >>>> handle >>>> branches and tags, when we look to convert a SVN tree we have to specify >>>> a >>>> layout. (e.g. where tags, branches and trunk, live in the tree) >>>> >>>> The problem is that on August 15 the tree layout was changed [1], which >>>> is >>>> the expected layout - so prior to that layout existing, in the eyes of >>>> the >>>> migration process nothing existed in that repo. In short - that layout >>>> change essentially (from a git perspective.) restarted history. >>>> >>>> (BTW - Paul Davis provided the sanity to catch this problem, many thanks >>>> for that.) >>>> >>>> Let me know how you want to proceed with this. >>>> >>>> [1] >>>> http://svn.apache.org/viewvc?**view=revision&revision=1373617<http://svn.apache.org/viewvc?view=revision&revision=1373617> >>>> >>>> >>> >>> -- >>> Alex Harui >>> Flex SDK Team >>> Adobe Systems, Inc. >>> http://blogs.adobe.com/aharui >>> >>> >> >> >> -- >> Ix Multimedia Software >> >> Jan Luykenstraat 27 >> 3521 VB Utrecht >> >> T. 06-51952295 >> I. www.ixsoftware.nl >> > > > > -- > 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
Re: [2/2] git commit: Merge branch 'FLEX-33349' into develop
Thanks Carlos, and sorry for the inconvenience -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 27, 2013, at 10:58 AM, Carlos Rovira wrote: > Hi Pepe, the link is tokenized for your use. Here's the public link: > > http://refcardz.dzone.com/refcardz/git-patterns-and-anti-patterns > > Thanks > > Carlos > > > > 2013/3/27 Jose Barragán > >> Sorry for missing link: Git Patterns and Anti-Patterns: Scaling from >> Workgroup to Enterprise< >> http://refcardz.dzone.com/assets/download/refcard/bf3d79c7ce6019dc5ff28cf76c3f48db/rc178-010d-git-patterns-antipatterns_1.pdf >>> >> --> >> >> http://refcardz.dzone.com/assets/download/refcard/bf3d79c7ce6019dc5ff28cf76c3f48db/rc178-010d-git-patterns-antipatterns_1.pdf >> >> On Wed, Mar 27, 2013 at 10:41 AM, Jose Barragan < >> jose.barra...@codeoscopic.com> wrote: >> >>> +1 with Carlos >>> >>> check it out this: Git Patterns and Anti-Patterns: Scaling from >>> Workgroup to Enterprise< >> http://refcardz.dzone.com/assets/download/refcard/bf3d79c7ce6019dc5ff28cf76c3f48db/rc178-010d-git-patterns-antipatterns_1.pdf >>> >>> -- >>> *Jose Barragan* >>> *Chief **Software Architect* >>> Codeoscopic Madrid >>> C/. Infanta Mercedes, 92. >>> Planta 5. 505. >>> 28020 Madrid. >>> Tel.: +34 912 94 80 80 >>> >>> On Mar 27, 2013, at 10:35 AM, Jose Barragan < >> jose.barra...@codeoscopic.com> >>> wrote: >>> >>> +1 with Carlos >>> >>> >>> -- >>> *Jose Barragan* >>> *Chief **Software Architect* >>> Codeoscopic Madrid >>> C/. Infanta Mercedes, 92. >>> Planta 5. 505. >>> 28020 Madrid. >>> Tel.: +34 912 94 80 80 >>> >>> On Mar 27, 2013, at 10:24 AM, Carlos Rovira < >> carlos.rov...@codeoscopic.com> >>> wrote: >>> >>> Hi Frederic, >>> >>> in our experience working with GIT we saw that was extremely helpful to >>> have visual track of each set of commits that are a single fix, >>> functionality, feature or whatever, since you can always operate and have >>> much control as branches grow and ramifies. In the particular case you >>> point (single commit - flat history) it's a matter of tastes but making >> it >>> flat for this particular case makes you lost visibility as GIT workflow >>> evolve over time. Right now we could make it flat (at this point of >>> simplicity), but I recommend not to do it since in few months we should >>> expect more complex GIT graphs and this kind of loops will help to see >>> others what historically happen. >>> >>> Apache Flex is so huge and modular and over time we should organize in a >>> way that make us possible to plan huge releases with lots of modules, >>> changes and consistence between pieces. We are right now at the very >>> beginning trying to get the basic management and functionality but as >>> people will understand the full potential of the tool and the kind of >>> thinks we can now do, things will complicate. As we discussed in other >>> thread some weeks ago, I suspect that we will end in an >>> "dictator-lieutenant-apache" model (as we talked with Beltran the apache >>> part is that decisions must be consolidated in this list to adopt such >>> model), since it's what I see in other big open source projects where sub >>> teams are organized in repositories and they commit in such repositories >>> while the "lieutenant" assemble the final "module" (this happen in the >> same >>> way all the way to root until reach the "dictator"). As we said, if we >> end >>> in this model, the apache way will be less restricted in repo permissions >>> and more conducted by the list where people will assign the tasks to a >>> single person. >>> >>> >>> >>> >>> >>> 2013/3/27 Frédéric THOMAS >>> >>> Hi Carlos, >>> >>> This merge you did make me think I didn't talk about this case on the >> wiki >>> [1], so I updated it, in short, while it is good to start a branch as you >>> did for a new jira ticket and as you may don't know the final number of >>> commits you will have at the end, once it is the time to merge, you know >>> the number of
Re: [2/2] git commit: Merge branch 'FLEX-33349' into develop
+1 with Carlos check it out this: Git Patterns and Anti-Patterns: Scaling from Workgroup to Enterprise -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 27, 2013, at 10:35 AM, Jose Barragan wrote: > +1 with Carlos > > > -- > Jose Barragan > Chief Software Architect > Codeoscopic Madrid > C/. Infanta Mercedes, 92. > Planta 5. 505. > 28020 Madrid. > Tel.: +34 912 94 80 80 > > On Mar 27, 2013, at 10:24 AM, Carlos Rovira > wrote: > >> Hi Frederic, >> >> in our experience working with GIT we saw that was extremely helpful to >> have visual track of each set of commits that are a single fix, >> functionality, feature or whatever, since you can always operate and have >> much control as branches grow and ramifies. In the particular case you >> point (single commit - flat history) it's a matter of tastes but making it >> flat for this particular case makes you lost visibility as GIT workflow >> evolve over time. Right now we could make it flat (at this point of >> simplicity), but I recommend not to do it since in few months we should >> expect more complex GIT graphs and this kind of loops will help to see >> others what historically happen. >> >> Apache Flex is so huge and modular and over time we should organize in a >> way that make us possible to plan huge releases with lots of modules, >> changes and consistence between pieces. We are right now at the very >> beginning trying to get the basic management and functionality but as >> people will understand the full potential of the tool and the kind of >> thinks we can now do, things will complicate. As we discussed in other >> thread some weeks ago, I suspect that we will end in an >> "dictator-lieutenant-apache" model (as we talked with Beltran the apache >> part is that decisions must be consolidated in this list to adopt such >> model), since it's what I see in other big open source projects where sub >> teams are organized in repositories and they commit in such repositories >> while the "lieutenant" assemble the final "module" (this happen in the same >> way all the way to root until reach the "dictator"). As we said, if we end >> in this model, the apache way will be less restricted in repo permissions >> and more conducted by the list where people will assign the tasks to a >> single person. >> >> >> >> >> >> 2013/3/27 Frédéric THOMAS >> >>> Hi Carlos, >>> >>> This merge you did make me think I didn't talk about this case on the wiki >>> [1], so I updated it, in short, while it is good to start a branch as you >>> did for a new jira ticket and as you may don't know the final number of >>> commits you will have at the end, once it is the time to merge, you know >>> the number of commits you did, if you realize you've got only one, it is >>> better to do a 'git rebase ' instead of a 'git merge --no-ff >>> , the reason behind that is that you can avoid the extra merge >>> commit, practically nothing change, except you will have a flat history >>> which is what we want for only one commit and it could be reverse/reset the >>> same if needed. >>> >>> Thanks, >>> -Fred >>> >>> [1] https://cwiki.apache.org/**confluence/display/FLEX/Good+** >>> vs+Bad+Git+usage<https://cwiki.apache.org/confluence/display/FLEX/Good+vs+Bad+Git+usage> >>> >>> -Message d'origine- From: carlosrov...@apache.org >>> Sent: Wednesday, March 27, 2013 3:12 AM >>> To: comm...@flex.apache.org >>> Subject: [2/2] git commit: Merge branch 'FLEX-33349' into develop >>> >>> Merge branch 'FLEX-33349' into develop >>> >>> * FLEX-33349: >>> Fix TypeError #1009 happening in dataProviderRefreshed() of List.as after >>> refreshing the dataProvider of Combobox. >>> >>> >>> Project: >>> http://git-wip-us.apache.org/**repos/asf/flex-sdk/repo<http://git-wip-us.apache.org/repos/asf/flex-sdk/repo> >>> Commit: http://git-wip-us.apache.org/**repos/asf/flex-sdk/commit/** >>> 39fdf7fa <http://git-wip-us.apache.org/repos/asf/flex-sdk/commit/39fdf7fa> >>> Tree: >>> http://git-wip-us.apache.org/**repos/asf/flex-sdk/tree/**39fdf7fa<http://git-wip-us.apache.org/repos/asf/flex-sdk/tree/39fdf7fa> >>> Diff: >>> http://git-wip-us.apache.org/**repos/as
Re: [1/4] git commit: add removeItem to IList and ListCollectionView
I agree with your solution Carlos, I think that the fix should be in the IList itself, and not need create an alternative version. BTW, if it breaks the implementation of third parties will be a minor problem, and if you want to make an interface for compatibility, and call it IList2 as Alex said, it should be that did not contain the correction, so the people can implement this interface (to extinguish) or implement the new method. Best, -- Jose Barragan Chief Software Architect josebarra...@apache.org On Mar 25, 2013, at 9:01 AM, Carlos Rovira wrote: > Hi Alex and Justin, > > when I came to the problem that I was to change 12 implementations I > thought about it, but taking into account how other os products perform > (Spring, Hibernate,...) over versions I thought that this kins of changes > was possible since people should have a similar implementation and will be > removing his method or overriding and extending. Other point was that we > would expect few cases like this since in real apps people end making a > removeItemAt(getItemIndex) thing at use case level, repeating code over and > over. > > As I said if you try to upgrade from java os libraries like Hibernate, you > will find you must to leverage a several change in your product that many > times are not possible without invest many hours to finish the change, and > people behind that product ends doing it due to always look forward. > > In this case, the change is not so big and we should expect not too much > people having to make changes, but we could take this one to decide what > philoshophy adopt in this cases. > > > Options are: > > 1.- make a revert of all branch > 2.- make a new Interface that extends the IList in the apache namespace > with this method and make the 12 classes implement this new interface > instead the old one. > 3.- remove the new method from IList interface and left the new methods in > the 12 classes. > 4.- Make an utility class > 5.- leave the change as it is > more? > > Alex, you have the last word, but consider what other projects perform > since you'll find that in the months coming some other changes will had to > be crafted that will make some developers to make several changes if they > want to upgrade. We can look forward to minimize this problem but in the > end we must progress. For me additive changes like this should not be a > problem and people should adapt to this one. In the end it was marked as > "easy fix". > > Please, let me know what to do and I will perform the change. > > > > > > > 2013/3/25 Alex Harui > >> >> >> >> On 3/24/13 10:22 PM, "Alex Harui" wrote: >> >>> >>> >>> >>> On 3/24/13 9:42 PM, "Justin Mclean" wrote: >>> >>>> Hi, >>>> >>>>> The fact he had to change all of those SDK files was a first clue that >> this >>>>> could impact third-parties. >>>> Another possibility (possibly a little less useful but 100% 3rd party >>>> compatible) is to leave the interface as it was before (perhaps with >> the new >>>> method commented out to indicate it exists) and keep the new methods? >> And actually, your proposal is only 99.9% 3rd party compatible. There >> is a non-zero probability that someone implemented removeItem on a subclass >> of ListCollectionView or any of the other modified classes and this will >> bust them. >> >>> That's a possibility, or create a utility class that implements that >> method. >>> I doubt there is significant performance gains by implementing it over >> and >>> over again in several places. >>> >>> Really, the documentation for that method should come with a warning >> that it >>> does a linear search and that for large data sets, some other mechanism >>> should be used to remove items. I don't write real applications like you >>> folks do, but I would first make sure that I absolutely needed a method >> like >>> this. For example, if you are deleting an object selected from a List, >> you >>> already have the selectedIndex. Or if you know something about the data >> and >>> its sort order, you can sometimes know to start at the end and work >>> backwards. >> >> -- >> Alex Harui >> Flex SDK Team >> Adobe Systems, Inc. >> http://blogs.adobe.com/aharui >> >> > > > -- > 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
Re: I'm confused about local vs. remote branches
Ok Gordon, I will try to explain to you how it works, I hope to do :).. When cloning a GIT repository, what you get is just that, a complete clone the remote repository. Well, GIT shows you how local branches that are available for use in your working copy, and as remote, which represent the branches that are in the remote repository. To keep in sync with remote branches actual remote content, need to run: git fetch - prune This causes your repository in the remote space representation is Synchronize with the actual remote repository, without altering your pointer at the local branches. When you run: ie.: git checkout develop what you get is a change from branch to "Develop" and should not have this branch represented in your local area, a local entry is created for it, so you can have a life cycle of its namesake separate remote. In short, in your life cycle, you need to keep your local repository synchronized (your clone) against the remote, and secondly, the working branch running: git pull Remember that both commits, as the branches are characterized as pointers to the index, and therefore are very light and easy to apply. I hope it clears, and not complicate the issue further. Best, -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 18, 2013, at 6:52 PM, Gordon Smith wrote: > I've cloned the flex-sdk repo. When I do 'git branch' all I see is > > * master > > but when I do 'git branch -a' I see > > * master > remotes/origin/HEAD -> origin/master > remotes/origin/develop > remotes/origin/patches > remotes/origin/release4.9 > > I'm not clear on how to read this, but it looks like the remote repo has a > develop branch but my local repo doesn't. Does that mean I can't do 'git > checkout develop'? > > - Gordon >
Re: Git and revision numbers
In my work, I use the build number of the Hudson, or occasionally the short version of the commit SHA that I am building. Anyway, I leave as you get the short version of the SHA, in GIT git log -1 --pretty=format:%h -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 18, 2013, at 10:17 AM, Frédéric THOMAS wrote: > JIRA use the JIRA Fisheye plugin to link the sources with, aparently, it's > not setup for our project, I retreived the infra ticket [1], we can then > directly deal with altassian to setup our project with fisheye. > > From [2] : > > Support FAQ > Can we use Fisheye to browse and search our repository? > Yes. See http://fisheye6.atlassian.com/ for some working examples. (Our Jira > Fisheye currently disabled, looking into it) > > The people at Atlassian kindly provide FishEye instances of ASF projects, > upon request. > > First, check with your project's PMC, and then ask Atlassian to setup a > FishEye instance for your project. (No need to keep infra the loop.) > Create a support request at Atlassian Support in the FishEye project. Please > use the "Public Hosting" component for your request. > If there is no response after a reasonable amount of time, infra has access > to set up projects on Fisheye, but consider this a last resort option, > Atlassian should be first point of contact. > Atlassian now run a local synced copy of the ASF repository, hence requests > can now be made direct without infra needing to be involved. > > So, I decided to open an issue at Altassian fisheye [3] > > -Fred > > [1] https://issues.apache.org/jira/browse/INFRA-5635 > [2] https://cwiki.apache.org/INFRA/infra-faq.html > [3] https://support.atlassian.com/browse/JST-59433 > > -Message d'origine- From: Frédéric THOMAS > Sent: Monday, March 18, 2013 9:29 AM > To: dev@flex.apache.org > Subject: Re: Git and revision numbers > > Who is JIRA admin btw ? it seem the fisheye plugin is there but > misconfigured. > > -Fred > > -Message d'origine- From: Frédéric THOMAS > Sent: Monday, March 18, 2013 9:19 AM > To: dev@flex.apache.org > Subject: Re: Git and revision numbers > >> That's a feature we have but maybe broken (we should deal with infra IMO). > > -Fred > > -Message d'origine- From: Justin Mclean > Sent: Monday, March 18, 2013 8:58 AM > To: dev@flex.apache.org > Subject: Re: Git and revision numbers > > Hi, > >> You can check writing the JIRA ticket id in the commit message(s), push >> it/them , then go to JIRA, in the source tab, you should see all the >> modified files (if this feature is not broken again). > > As far as I know this is not a feature we have - so what can we put in JIRA > to show exactly what changes that have occurred. > > Justin >
Re: Committers - preparing for Git
Hi Fréd, The structure was commenting applicable major repositories: flex-sdk, flex-tlf, flex-asjs and flex-falcon. The whiteboard repo as is, missing sense at the end, because experimental developments or whatever you need to do, what you can do in your own "whiteboard" branch of project whatsoever. Currently handling multiple repositories in my work with phases of integration, customer and branch forks experimental developer for functionality and smoothly. Regarding jira branches, why would not name them well worth?, Would be compatible with the structure git-flow. In my work I name based redmine or trac tickets, do not care and are as follows: bug/#34254 feature/#2124 structure/#4535 (etc... I thought it would be a good idea to adopt something similar here.. I think we are quite closing the options available, even leading to think that we have similar problems of scalability or when it is not. The GIT project itself, using hundreds of personal and functional branches in its structure and has a remarkable size without problems. Best, -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 18, 2013, at 2:44 AM, Frédéric THOMAS wrote: >> That's problem is solved by applying this policy naming > > Because in the withboard projects we don't use jira (at least the moment) > "bug/jira-#2342" doesn't work, "whiteboard/fthomas" is the same than > "fthomas". > It goes beyond that, the pattern should be , > but it's still to risky to go by convention IMO. > > -Fred > > -Message d'origine- From: Jose Barragan > Sent: Monday, March 18, 2013 2:33 AM > To: dev@flex.apache.org > Subject: Re: Committers - preparing for Git > > That's problem is solved by applying this policy naming: > > master > develop > whiteboard/fthomas > whiteboard/cdutz > whiteboard/mclean > feature/add-maven-descriptor > feature/add-installer-fp-download > feature/add-fp-download > bug/jira-#2342 > > ... > using nominal branches, which are structured to manage virtual folders > > > -- > Jose Barragan > Chief Software Architect > Codeoscopic Madrid > C/. Infanta Mercedes, 92. > Planta 5. 505. > 28020 Madrid. > Tel.: +34 912 94 80 80 > > On Mar 18, 2013, at 2:21 AM, Frédéric THOMAS wrote: > >>> can really get quickly messy, I wouldn't take this risk. >> >> Again, if folks have several projects and those projects several branches as >> it common using GIT, without strict maming convention, the list of the >> branches which can grow a lot will mess the people to retreive even their >> own branch, imagine : >> >> fthomas >> cdutz >> mclean >> feature_add_maven_descriptor >> feature_add_installer_fp_download >> feature_add_fp_download >> >> Can you say for sure from those branches, which ones goes with which >> user/project ? >> >>> Why is this a better option? >> >> each one got its own space and can do whatever he wants. >> >>> I could live with leaving the whiteboard in SVN. >> >> Me too. >> >> -Fred >> >> -Message d'origine- From: Om >> Sent: Monday, March 18, 2013 2:06 AM >> To: dev@flex.apache.org >> Subject: Re: Committers - preparing for Git >> >> On Mar 17, 2013 5:56 PM, "Frédéric THOMAS" wrote: >>> >>> Hi, >>> >>> I agree with you Justin, each persons branch is a bad pratice, the repo >> can really get quickly messy, I wouldn't take this risk. >> >> Describe 'messy', please. I am not sure what the concern is. >> >>> Maybe one repo by person is not feasible, how do we know without asking ? >> >> Why is this a better option? >> >>> If it's not feasible, I would stay in SVN too and if I really want to >> work with GIT, I would use git-svn clone, it takes a bit of time to setup >> but once done, it works like a charm. >>> >> >> I could live with leaving the whiteboard in SVN. >> >> This is probably why no other project has whiteboards in git. >> >> Thanks, >> Om >> >>> >>> -Fred >>> >>> -Message d'origine- From: Justin Mclean >>> Sent: Monday, March 18, 2013 1:12 AM >>> >>> To: dev@flex.apache.org >>> Subject: Re: Committers - preparing for Git >>> >>> Hi, >>> >>>> I vote for creating a branch for each committer under whiteboard. Anyone >>>> else want to chime in? >>> >>> By branch I assume you mean repo not sure if everyone having their own >> branch make sense as each persons branch would contain different files etc >> etc. >>> >>> But currently using git for the white board area is basically unusable >> (unless you have high speed access) , so we either keep it in SVN or create >> repo for each committer however I'm not sure Infra would go for that second >> option. >>> >>> Justin >> >
Re: Committers - preparing for Git
That's problem is solved by applying this policy naming: master develop whiteboard/fthomas whiteboard/cdutz whiteboard/mclean feature/add-maven-descriptor feature/add-installer-fp-download feature/add-fp-download bug/jira-#2342 ... using nominal branches, which are structured to manage virtual folders -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 18, 2013, at 2:21 AM, Frédéric THOMAS wrote: >> can really get quickly messy, I wouldn't take this risk. > > Again, if folks have several projects and those projects several branches as > it common using GIT, without strict maming convention, the list of the > branches which can grow a lot will mess the people to retreive even their own > branch, imagine : > > fthomas > cdutz > mclean > feature_add_maven_descriptor > feature_add_installer_fp_download > feature_add_fp_download > > Can you say for sure from those branches, which ones goes with which > user/project ? > >> Why is this a better option? > > each one got its own space and can do whatever he wants. > >> I could live with leaving the whiteboard in SVN. > > Me too. > > -Fred > > -Message d'origine- From: Om > Sent: Monday, March 18, 2013 2:06 AM > To: dev@flex.apache.org > Subject: Re: Committers - preparing for Git > > On Mar 17, 2013 5:56 PM, "Frédéric THOMAS" wrote: >> >> Hi, >> >> I agree with you Justin, each persons branch is a bad pratice, the repo > can really get quickly messy, I wouldn't take this risk. > > Describe 'messy', please. I am not sure what the concern is. > >> Maybe one repo by person is not feasible, how do we know without asking ? > > Why is this a better option? > >> If it's not feasible, I would stay in SVN too and if I really want to > work with GIT, I would use git-svn clone, it takes a bit of time to setup > but once done, it works like a charm. >> > > I could live with leaving the whiteboard in SVN. > > This is probably why no other project has whiteboards in git. > > Thanks, > Om > >> >> -Fred >> >> -Message d'origine- From: Justin Mclean >> Sent: Monday, March 18, 2013 1:12 AM >> >> To: dev@flex.apache.org >> Subject: Re: Committers - preparing for Git >> >> Hi, >> >>> I vote for creating a branch for each committer under whiteboard. Anyone >>> else want to chime in? >> >> By branch I assume you mean repo not sure if everyone having their own > branch make sense as each persons branch would contain different files etc > etc. >> >> But currently using git for the white board area is basically unusable > (unless you have high speed access) , so we either keep it in SVN or create > repo for each committer however I'm not sure Infra would go for that second > option. >> >> Justin >
Re: Committers - preparing for Git
I think the correct way would be, that each branch is made par on each project wherever experience in addition to the branches of tickets or integration necessary. Thus whiteboard space is confined in each repository. -- Jose Barragan Chief Software Architect Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 18, 2013, at 2:06 AM, Om wrote: > On Mar 17, 2013 5:56 PM, "Frédéric THOMAS" wrote: >> >> Hi, >> >> I agree with you Justin, each persons branch is a bad pratice, the repo > can really get quickly messy, I wouldn't take this risk. > > Describe 'messy', please. I am not sure what the concern is. > >> Maybe one repo by person is not feasible, how do we know without asking ? > > Why is this a better option? > >> If it's not feasible, I would stay in SVN too and if I really want to > work with GIT, I would use git-svn clone, it takes a bit of time to setup > but once done, it works like a charm. >> > > I could live with leaving the whiteboard in SVN. > > This is probably why no other project has whiteboards in git. > > Thanks, > Om > >> >> -Fred >> >> -Message d'origine- From: Justin Mclean >> Sent: Monday, March 18, 2013 1:12 AM >> >> To: dev@flex.apache.org >> Subject: Re: Committers - preparing for Git >> >> Hi, >> >>> I vote for creating a branch for each committer under whiteboard. Anyone >>> else want to chime in? >> >> By branch I assume you mean repo not sure if everyone having their own > branch make sense as each persons branch would contain different files etc > etc. >> >> But currently using git for the white board area is basically unusable > (unless you have high speed access) , so we either keep it in SVN or create > repo for each committer however I'm not sure Infra would go for that second > option. >> >> Justin
Re: [Falcon] building
Ok Fréd,
This reasoning seems correct, since it is less dramatic add a symbolic link at
that point to change the scripts and also manage a git submodule, just for that.
Well ... It was just a suggestion :)
Thanks,
--
Jose Barragan
Chief Software Architect
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 5:17 PM, Frédéric THOMAS wrote:
> Jose,
>
> We could decide to add TLF as submodule but we ‘ll have to change the build
> files in order to tell them to go down of 1 level to pick up the textLayout
> sub directory as source, in more, at the moment, this directory is picked up
> from the TLF version, all in all, that would be possible but not with our
> current build scripts.
>
> The other drawback with submodules is ..., well, read that [1]
>
> -Fred
>
> [1] http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules
> From: Jose Barragan
> Sent: Sunday, March 17, 2013 5:00 PM
> To: dev@flex.apache.org
> Subject: Re: [Falcon] building
>
> I'm not sure, if I'm still in error, but... Why isn't valid something like
> that!?
>
>
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:27 PM, Frédéric THOMAS wrote:
>
>> Hi Jose,
>>
>> We can't, the submodule feature takes a entire repo, not a sub directory
>> inside a repo.
>>
>> -Fred
>>
>> -Message d'origine- From: Jose Barragan
>> Sent: Sunday, March 17, 2013 4:25 PM
>> To: dev@flex.apache.org
>> Subject: Re: [Falcon] building
>>
>> Ops... sorry for sintax :P
>>
>> Would not it be better, add the TLF repository as a submodule GIT, at that
>> point the SDK?
>> --
>> Jose Barragan
>> Software Architect Chief
>> Codeoscopic Madrid
>> C/. Infanta Mercedes, 92.
>> Planta 5. 505.
>> 28020 Madrid.
>> Tel.: +34 912 94 80 80
>>
>> On Mar 17, 2013, at 4:23 PM, Jose Barragan
>> wrote:
>>
>>> Would not it be better, add the TLF repository as a submodule GIT SDK at
>>> that point?
>>> --
>>> Jose Barragan
>>> Software Architect Chief
>>> Codeoscopic Madrid
>>> C/. Infanta Mercedes, 92.
>>> Planta 5. 505.
>>> 28020 Madrid.
>>> Tel.: +34 912 94 80 80
>>>
>>> On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS
>>> wrote:
>>>
>>>> For TLF, the point is that with svn, we used svnexternal to link the
>>>> TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33,
>>>> this feature doesn't exist with git, so, at the moment I go by a hard
>>>> link, on my windows 7, I use Link Shell Extension [1]
>>>>
>>>> -Fred
>>>>
>>>> [1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
>>>>
>>>> -Message d'origine- From: Michael Schmalle
>>>> Sent: Sunday, March 17, 2013 3:48 PM
>>>> To: dev@flex.apache.org
>>>> Subject: [Falcon] building
>>>>
>>>>
>>>> Hey,
>>>>
>>>> I have managed to build Falcon after a half ass attempt to build the
>>>> sdk, which failed at text layout or something, don't know the build
>>>> went for 45 minutes then died, looks like it built most.
>>>>
>>>> But for falcon, we still have;
>>>>
>>>> >>> value="${compiler}/../../../sdk/branches/develop"/>
>>>>
>>>> I had to change it to;
>>>>
>>>>
>>>>
>>>> I have all the repos side by side, Erik how did you get all this stuff
>>>> to build? Did you recreate the old directory structure?
>>>>
>>>> These build files are way to brittle for my taste.
>>>>
>>>> Mike
>>>>
>>>> --
>>>> Michael Schmalle - Teoti Graphix, LLC
>>>> http://www.teotigraphix.com
>>>> http://blog.teotigraphix.com
>>>>
>>>
>>
>
>
Re: [Falcon] building
Ops... sorry for sintax :P
Would not it be better, add the TLF repository as a submodule GIT, at that
point the SDK?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:23 PM, Jose Barragan
wrote:
> Would not it be better, add the TLF repository as a submodule GIT SDK at that
> point?
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS wrote:
>
>> For TLF, the point is that with svn, we used svnexternal to link the
>> TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this
>> feature doesn't exist with git, so, at the moment I go by a hard link, on my
>> windows 7, I use Link Shell Extension [1]
>>
>> -Fred
>>
>> [1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
>>
>> -Message d'origine- From: Michael Schmalle
>> Sent: Sunday, March 17, 2013 3:48 PM
>> To: dev@flex.apache.org
>> Subject: [Falcon] building
>>
>>
>> Hey,
>>
>> I have managed to build Falcon after a half ass attempt to build the
>> sdk, which failed at text layout or something, don't know the build
>> went for 45 minutes then died, looks like it built most.
>>
>> But for falcon, we still have;
>>
>> > value="${compiler}/../../../sdk/branches/develop"/>
>>
>> I had to change it to;
>>
>>
>>
>> I have all the repos side by side, Erik how did you get all this stuff
>> to build? Did you recreate the old directory structure?
>>
>> These build files are way to brittle for my taste.
>>
>> Mike
>>
>> --
>> Michael Schmalle - Teoti Graphix, LLC
>> http://www.teotigraphix.com
>> http://blog.teotigraphix.com
>>
>
Re: [Falcon] building
Would not it be better, add the TLF repository as a submodule GIT SDK at that
point?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS wrote:
> For TLF, the point is that with svn, we used svnexternal to link the
> TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this
> feature doesn't exist with git, so, at the moment I go by a hard link, on my
> windows 7, I use Link Shell Extension [1]
>
> -Fred
>
> [1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
>
> -Message d'origine- From: Michael Schmalle
> Sent: Sunday, March 17, 2013 3:48 PM
> To: dev@flex.apache.org
> Subject: [Falcon] building
>
>
> Hey,
>
> I have managed to build Falcon after a half ass attempt to build the
> sdk, which failed at text layout or something, don't know the build
> went for 45 minutes then died, looks like it built most.
>
> But for falcon, we still have;
>
> value="${compiler}/../../../sdk/branches/develop"/>
>
> I had to change it to;
>
>
>
> I have all the repos side by side, Erik how did you get all this stuff
> to build? Did you recreate the old directory structure?
>
> These build files are way to brittle for my taste.
>
> Mike
>
> --
> Michael Schmalle - Teoti Graphix, LLC
> http://www.teotigraphix.com
> http://blog.teotigraphix.com
>
Re: Committers - preparing for Git
Ops! It's true!! Thanks Fréd!! -- Jose Barragan Software Architect Chief Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 16, 2013, at 6:28 PM, Frédéric THOMAS wrote: > Btw, if no one has objections, I can maybe commit it soon and folks may add > or remove exclusions later. > > -Fred > > -Message d'origine- From: Frédéric THOMAS > Sent: Saturday, March 16, 2013 6:26 PM > To: dev@flex.apache.org > Subject: Re: Committers - preparing for Git > > @Om, yes, I think is almost complete and would like to check in svn, like > that, as soon as folks will clone the final git repo, they will be protected > against bad commits. > > @Jose, you shouldn't have to add the player directory as I excluded every > .swc to be committed. > > -Fred > > -Message d'origine- From: Om > Sent: Saturday, March 16, 2013 6:19 PM > To: dev@flex.apache.org > Subject: Re: Committers - preparing for Git > > Sorry for not being clear earlier. If we are working on this file as a > group, it will be better to do it on the wiki instead of over email. Once > it gets checked into git, it is easier. But if you think that the ignore > list almost complete then it is fine. > > Thanks, > Om > > On Sat, Mar 16, 2013 at 10:16 AM, Frédéric THOMAS > wrote: > >> Om, >> >> I'm not sure about what you want me to add on the wiki, I guess this >> .gitignore is to be checked in but I would like folks review it first. >> >> -Fred >> >> -Message d'origine- From: Om >> Sent: Saturday, March 16, 2013 6:08 PM >> >> To: dev@flex.apache.org >> Subject: Re: Committers - preparing for Git >> >> On Mar 16, 2013 9:58 AM, "Frédéric THOMAS" >> wrote: >> >>> >>> Hi Jose, >>> >>> You can add flex-sdk-description.xml to the Apache Flex projects' file >>> >> list, I forgot to add it before I sent the message. >> >>> >>> >> This seems like a good candidate for a wiki page. Can you please do the >> honors? >> >> Thanks, >> Om >> >> -Fred >>> >>> -Message d'origine- From: Jose Barragan >>> Sent: Saturday, March 16, 2013 5:49 PM >>> To: dev@flex.apache.org >>> Subject: Re: Committers - preparing for Git >>> >>> >>> Thanks Fréd, >>> I'll use your .gitignore too >>> -- >>> Jose Barragan >>> Software Architect Chief >>> Codeoscopic Madrid >>> C/. Infanta Mercedes, 92. >>> Planta 5. 505. >>> 28020 Madrid. >>> Tel.: +34 912 94 80 80 >>> >>> On Mar 16, 2013, at 3:34 PM, Frédéric THOMAS >>> >> wrote: >> >>> >>> Hi, >>>> >>>> Here my final wicked .gitignore [1], can be copied over any git roots. >>>> >>>> -Fred >>>> >>>> [1] >>>> # eclipse conf file >>>> .settings >>>> .classpath >>>> .project >>>> .manager >>>> .scala_dependencies >>>> .cache >>>> >>>> # idea conf files >>>> .idea >>>> *.iml >>>> *.ipr >>>> *.iws >>>> >>>> # building >>>> target >>>> [Bb]uild/ >>>> null >>>> tmp >>>> temp >>>> dist >>>> test-output >>>> build.log >>>> release >>>> out >>>> gen >>>> >>>> #Apache Flex Projects >>>> lib/ >>>> libs/ >>>> in/ >>>> swfobject/ >>>> ide/ >>>> flex2/ >>>> thirdparty/ >>>> META-INF/ >>>> 3.0.33/ >>>> >>>> *.pbj >>>> *.vms >>>> *.ser >>>> *.mxp >>>> bundles.properties >>>> empty.properties >>>> css_*.properties >>>> FXGException_*.properties >>>> FXGLog_*.properties >>>> FABridge.js >>>> frameworks/projects/spark/**manifest.xml >>>> env.properties >>>> local.properties >>>> >>>> #OS junk files >>>> [Tt]humbs.db >>>> *.DS_Store >>>> >>>> #Visual Studio files >>>> *.[Oo]bj >>>> *.user >>>> *.aps >>>> *.pch >>>> *.vspscc >>>> *.vssscc >>>> *_i.c >>>> *_p.c >>>> *.ncb >>>> *.suo >>>> *.tlb >>>> *.tlh >>>> *.bak >>>> *.[Cc]ache >>>> *.ilk >>>> *.log >>>> *.lib >>>> *.sbr >>>> *.sdf >>>> ipch/ >>>> obj/ >>>> [Bb]in >>>> [Dd]ebug*/ >>>> [Rr]elease*/ >>>> Ankh.NoLoad >>>> >>>> #Tooling >>>> _ReSharper*/ >>>> *.resharper >>>> [Tt]est[Rr]esult* >>>> >>>> #CVS files >>>> .svn >>>> .git >>>> >>>> # Office Temp Files >>>> ~$* >>>> >>>> #Binaries >>>> *.dll >>>> *.bin >>>> *.com >>>> *.exe >>>> *.class >>>> *.jar >>>> *.swf >>>> *.swc >>>> >>>> #Compressed Files >>>> *.zip >>>> *.rar >>>> *.tar >>>> >>> >>> >>> >> >
Re: Frédéric Thomas joins Apache Flex PMC
Congrats Frédéric!!! -- Jose Barragan Software Architect Chief Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 16, 2013, at 6:11 PM, Frédéric THOMAS wrote: > Thanks Om but sorry, I didn't get the last part of your message ;-) > > -Fred > > -Message d'origine- From: Om > Sent: Saturday, March 16, 2013 6:04 PM > To: dev@flex.apache.org > Subject: Re: Frédéric Thomas joins Apache Flex PMC > > Congrats and welcome Fred! Thanks for all the great work you have been > putting in. Looking forward for more! > > Regards, > Om > On Mar 16, 2013 9:31 AM, "Frédéric THOMAS" wrote: > >> Hi guys, >> >> Thanks you very much to all of you for having invited me to be PMC Member, >> that’s with pleasure despite the only little time I have to contribute that >> I’ll continue to help. >> >> -Fred >> >> -Message d'origine- From: Erik de Bruin >> Sent: Saturday, March 16, 2013 4:15 PM >> To: dev@flex.apache.org >> Subject: Frédéric Thomas joins Apache Flex PMC >> >> Hi all, >> >> In recognition for his continued and substantial contributions as a >> committer on this project, please join me in welcoming Frédéric Thomas >> as the newest member of the Apache Flex PMC [1]. >> >> EdB >> >> 1: >> http://www.apache.org/**foundation/how-it-works.html#**pmc-members<http://www.apache.org/foundation/how-it-works.html#pmc-members> >> >> >> >> -- >> Ix Multimedia Software >> >> Jan Luykenstraat 27 >> 3521 VB Utrecht >> >> T. 06-51952295 >> I. www.ixsoftware.nl >
Re: Committers - preparing for Git
Hi, I hope this .gitignore or similar will commited to flex-sdk.git. It's seems the most right way, in fact, I have many other Git repos working on and each of they have one in own self. P.D: Thanks Fréd, I just did it, and player folder for playerglobal :P -- Jose Barragan Software Architect Chief Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 16, 2013, at 6:08 PM, Om wrote: > On Mar 16, 2013 9:58 AM, "Frédéric THOMAS" wrote: >> >> Hi Jose, >> >> You can add flex-sdk-description.xml to the Apache Flex projects' file > list, I forgot to add it before I sent the message. >> > > This seems like a good candidate for a wiki page. Can you please do the > honors? > > Thanks, > Om > >> -Fred >> >> -Message d'origine- From: Jose Barragan >> Sent: Saturday, March 16, 2013 5:49 PM >> To: dev@flex.apache.org >> Subject: Re: Committers - preparing for Git >> >> >> Thanks Fréd, >> I'll use your .gitignore too >> -- >> Jose Barragan >> Software Architect Chief >> Codeoscopic Madrid >> C/. Infanta Mercedes, 92. >> Planta 5. 505. >> 28020 Madrid. >> Tel.: +34 912 94 80 80 >> >> On Mar 16, 2013, at 3:34 PM, Frédéric THOMAS > wrote: >> >>> Hi, >>> >>> Here my final wicked .gitignore [1], can be copied over any git roots. >>> >>> -Fred >>> >>> [1] >>> # eclipse conf file >>> .settings >>> .classpath >>> .project >>> .manager >>> .scala_dependencies >>> .cache >>> >>> # idea conf files >>> .idea >>> *.iml >>> *.ipr >>> *.iws >>> >>> # building >>> target >>> [Bb]uild/ >>> null >>> tmp >>> temp >>> dist >>> test-output >>> build.log >>> release >>> out >>> gen >>> >>> #Apache Flex Projects >>> lib/ >>> libs/ >>> in/ >>> swfobject/ >>> ide/ >>> flex2/ >>> thirdparty/ >>> META-INF/ >>> 3.0.33/ >>> >>> *.pbj >>> *.vms >>> *.ser >>> *.mxp >>> bundles.properties >>> empty.properties >>> css_*.properties >>> FXGException_*.properties >>> FXGLog_*.properties >>> FABridge.js >>> frameworks/projects/spark/manifest.xml >>> env.properties >>> local.properties >>> >>> #OS junk files >>> [Tt]humbs.db >>> *.DS_Store >>> >>> #Visual Studio files >>> *.[Oo]bj >>> *.user >>> *.aps >>> *.pch >>> *.vspscc >>> *.vssscc >>> *_i.c >>> *_p.c >>> *.ncb >>> *.suo >>> *.tlb >>> *.tlh >>> *.bak >>> *.[Cc]ache >>> *.ilk >>> *.log >>> *.lib >>> *.sbr >>> *.sdf >>> ipch/ >>> obj/ >>> [Bb]in >>> [Dd]ebug*/ >>> [Rr]elease*/ >>> Ankh.NoLoad >>> >>> #Tooling >>> _ReSharper*/ >>> *.resharper >>> [Tt]est[Rr]esult* >>> >>> #CVS files >>> .svn >>> .git >>> >>> # Office Temp Files >>> ~$* >>> >>> #Binaries >>> *.dll >>> *.bin >>> *.com >>> *.exe >>> *.class >>> *.jar >>> *.swf >>> *.swc >>> >>> #Compressed Files >>> *.zip >>> *.rar >>> *.tar >> >>
Re: Committers - preparing for Git
Thanks Fréd, I'll use your .gitignore too -- Jose Barragan Software Architect Chief Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 16, 2013, at 3:34 PM, Frédéric THOMAS wrote: > Hi, > > Here my final wicked .gitignore [1], can be copied over any git roots. > > -Fred > > [1] > # eclipse conf file > .settings > .classpath > .project > .manager > .scala_dependencies > .cache > > # idea conf files > .idea > *.iml > *.ipr > *.iws > > # building > target > [Bb]uild/ > null > tmp > temp > dist > test-output > build.log > release > out > gen > > #Apache Flex Projects > lib/ > libs/ > in/ > swfobject/ > ide/ > flex2/ > thirdparty/ > META-INF/ > 3.0.33/ > > *.pbj > *.vms > *.ser > *.mxp > bundles.properties > empty.properties > css_*.properties > FXGException_*.properties > FXGLog_*.properties > FABridge.js > frameworks/projects/spark/manifest.xml > env.properties > local.properties > > #OS junk files > [Tt]humbs.db > *.DS_Store > > #Visual Studio files > *.[Oo]bj > *.user > *.aps > *.pch > *.vspscc > *.vssscc > *_i.c > *_p.c > *.ncb > *.suo > *.tlb > *.tlh > *.bak > *.[Cc]ache > *.ilk > *.log > *.lib > *.sbr > *.sdf > ipch/ > obj/ > [Bb]in > [Dd]ebug*/ > [Rr]elease*/ > Ankh.NoLoad > > #Tooling > _ReSharper*/ > *.resharper > [Tt]est[Rr]esult* > > #CVS files > .svn > .git > > # Office Temp Files > ~$* > > #Binaries > *.dll > *.bin > *.com > *.exe > *.class > *.jar > *.swf > *.swc > > #Compressed Files > *.zip > *.rar > *.tar
Re: [NEED ACTION] Git migration - SDK git repo ready for testing
I'm cloning right now, too. @Alex, the missing empty folders, seems normal, because Git don't track folders just only files. In case we need it, it's necessary include a dummy file like ".dummy" or whatever other dummy name. -- Jose Barragan Software Architect Chief Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 16, 2013, at 4:30 AM, Om wrote: > I did a folder diff of the develop branch. Except for the line endings on > a few files everything else is identical. > > We have 3 people who have tested SDK now. Anyone else around testing the > git repos? > > Thanks, > Om > > On Fri, Mar 15, 2013 at 6:38 PM, Om wrote: > >> On Fri, Mar 15, 2013 at 4:59 PM, Alex Harui wrote: >> >>> Hmm. I just noticed that the Git flex-sdk is just trunk and no branches. >>> Same for Git flex-tlf. Just its trunk and no branches. >>> >>> >> Your git directory will show the trunk (i.e. master) by default. I >> checked the git log and I do see develop and all other branches and tags. >> >> You need to switch to the develop branch (or other branches) before you do >> the folder diff. >> >> Thanks, >> Om >> >> >> >>> Is that expected and how do we move the branches? >>> >>> Otherwise, a unix diff matched for tlf. TLF has almost no history since >>> it >>> was donated from Adobe w/o history (was in perforce). >>> >>> >>> On 3/15/13 4:43 PM, "Om" wrote: >>> >>>> On Fri, Mar 15, 2013 at 3:00 PM, Alex Harui wrote: >>>> >>>>> A unix diff of the git repo vs an svn export turns up a lot of missing >>>>> empty >>>>> folders. I think that's ok. If it breaks a script somewhere it will >>> be >>>>> easy to fix. >>>>> >>>>> Git log of UIComponent.as shows the same history as SVN does. >>>>> >>>>> I think SDK is good to go. I will take a look at TLF now. >>>>> >>>>> >>>> Okay cool. I will wait for the review on TLF before I give them an all >>>> clear. >>>> >>>> Thanks, >>>> Om >>>> >>>> >>>>> >>>>> On 3/15/13 1:12 PM, "Erik de Bruin" wrote: >>>>> >>>>>> I got a successful build from the git SDK (after applying the Justin >>>>>> style workaround for the TLF issue). >>>>>> >>>>>> EdB >>>>>> >>>>>> >>>>>> >>>>>> On Fri, Mar 15, 2013 at 8:47 PM, Alex Harui wrote: >>>>>>> I'm downloading flex-sdk now. Geez, it is soo much faster than >>> SVN. >>>>>>> >>>>>>> >>>>>>> On 3/15/13 12:01 PM, "Om" wrote: >>>>>>> >>>>>>>> The TLF repo is up as well here: >>>>>>>> https://git-wip-us.apache.org/repos/asf/flex-sdk.git (again, this >>> is >>>>> not >>>>>>>> the same repo as the earlier one) >>>>>>>> >>>>>>>> Same 4 hour window for testing and reporting issues. >>>>>>>> >>>>>>>> Those who are testing or plan to test, can you please let me know >>> right >>>>>>>> away? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Om >>>>>>>> >>>>>>>> On Fri, Mar 15, 2013 at 11:49 AM, Om wrote: >>>>>>>> >>>>>>>>> David@Infra says: >>>>>>>>> >>>>>>>>> [~bigosmallm] >>>>>>>>> >>>>>>>>> flex-sdk is up here: >>>>>>>>> https://git-wip-us.apache.org/repos/asf/flex-sdk.git >>>>>>>>> >>>>>>>>> Please review and let me know. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Everyone, please review the new git repo and let me know if you see >>>>> any >>>>>>>>> issues. Moreover, even though the url repo is the same, it is a >>>>> completely >>>>>>>>> new repo. Please do not try to sync with the sdk git repo that was >>>>> created >>>>>>>>> a couple of days ago (in case you had cloned that earlier) >>>>>>>>> >>>>>>>>> I will have this thread open for 4 hours. When this email is 4 >>> hours >>>>> old, >>>>>>>>> I will respond to Infra about the status. If you find issues or >>> need >>>>> more >>>>>>>>> time, please let me know asap. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Om >>>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Alex Harui >>>>>>> Flex SDK Team >>>>>>> Adobe Systems, Inc. >>>>>>> http://blogs.adobe.com/aharui >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Ix Multimedia Software >>>>>> >>>>>> Jan Luykenstraat 27 >>>>>> 3521 VB Utrecht >>>>>> >>>>>> T. 06-51952295 >>>>>> I. www.ixsoftware.nl >>>>> >>>>> -- >>>>> Alex Harui >>>>> Flex SDK Team >>>>> Adobe Systems, Inc. >>>>> http://blogs.adobe.com/aharui >>>>> >>>>> >>> >>> -- >>> Alex Harui >>> Flex SDK Team >>> Adobe Systems, Inc. >>> http://blogs.adobe.com/aharui >>> >>> >>
Re: Finishing the Git migration - Update
I would opt for SmartGit as standalone tool, since TortoiseGit implies intimate and dependent integration with Windows Explorer, which is not very stable combination. -- Jose Barragan Software Architect Chief Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 14, 2013, at 7:31 PM, Christofer Dutz wrote: > TortoiseGIT rocks :-) > > > > Am 14. März 2013 18:33:57 schrieb Gordon Smith : >> I'm waiting until everything settles down. >> >> On Windows, do people recommend getting Git through Cygwin? Or nstalling the >> Git available at git-scm.com? If the latter, should I use it in Git Bash or >> in Command Prompt? Which line endings option should I choose? >> >> - Gordon >> >> -Original Message- >> From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om >> Sent: Wednesday, March 13, 2013 1:05 AM >> To: dev@flex.apache.org >> Subject: Re: Finishing the Git migration - Update >> >> Just a note that the Falcon still needs to be verified. I guess Gordon >> would be the best person for that. >> >> Thanks, >> Om > >
Re: Git Migration Reset
Hi Erik, I guess you've many commits on you local "old" git repo, isn't it? Well, those commits are candidates for re-apply them into the new repo when you get access to it. The most simple way to that is attach the new repo as new remote for your actual local repo: git remote add wip https://git-wip-us.apache.org/repos/asf/flex-sdk.git git fetch --prune git -c diff.mnemonicprefix=false -c core.quotepath=false branch -m develop develop-old git -c diff.mnemonicprefix=false -c core.quotepath=false checkout -b develop --track wip/develop at this point, you'll move your commits from develop-old to develop via cherrypick, and then make a push over develop to new remote wip. hopefully it's useful... PD. Try SourceTree as UI client for Git, it's fully use for free. Best, -- Jose Barragan Software Architect Chief Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 13, 2013, at 9:08 PM, Frédéric THOMAS wrote: > Not the svn revision number but the git equivalent, I'm not sure but I > wonder, if the git history lenght change, the generated git equivalent (the > parent commit SHA1 ids) could change, that's the risk I'm talking about, > anyway, there're other ways to make the patches in case it doesn't work, a > bit more complicated but possible. > > -Fred > > -Message d'origine- From: Erik de Bruin > Sent: Wednesday, March 13, 2013 9:01 PM > To: dev@flex.apache.org > Subject: Re: Git Migration Reset > > Mike and I have already agreed to not touch the code (other than > locally) of FalconJx... How would the SVN revision change between > yesterday and whenever the new git repo is created? > > EdB > > > > On Wed, Mar 13, 2013 at 8:57 PM, Frédéric THOMAS > wrote: >> Great though the only thing that could scary me is if the parent commit of >> your first commit (the svn revision number) change between the 2 git >> version, I don't know if it will happen but because the history lenght will >> change, I've got doubts. >> >> As you said "Time will tell", cross fingers ;-) >> >> >> -Fred >> >> -Message d'origine- From: Erik de Bruin >> Sent: Wednesday, March 13, 2013 8:48 PM >> >> To: dev@flex.apache.org >> Subject: Re: Git Migration Reset >> >> I seem to be able (in my GUI client) to create a patch file for the >> commit(s) I have lined up. All I need to do is make a copy of my >> commit messages and use those while patching the new 'active' >> branch... I think. >> >> Time will tell, I guess ;-) >> >> EdB >> >> >> >> On Wed, Mar 13, 2013 at 8:21 PM, Frédéric THOMAS >> wrote: >>> >>> Not 100% sure because I never did it before but I guess you can do, on >>> your >>> futur inactive project : is the first commit you did. >>> >>> git format-patch -1 >>> >>> -Fred >>> >>> >>> -Message d'origine- From: Erik de Bruin >>> Sent: Wednesday, March 13, 2013 8:07 PM >>> To: dev@flex.apache.org >>> Subject: Re: Git Migration Reset >>> >>> >>>> If you moved it from SVN to Git - why cant you just checkin your svn >>>> changes? >>> >>> >>> >>> Because git has a lot of minor changes in a lot of the same files that >>> were already changed in SVN. I spent the afternoon yesterday putting >>> the final touches to my contributions and this morning (before the >>> excrement hit the ventilator) putting all of that into a whole bunch >>> of nicely documented commits. If I were to say "f*ck it" and just >>> overlay all the most recent files over my last SVN copy, I would loose >>> all of that work. >>> >>> Also, it's 8 PM over here and I've been at this since 8 AM this >>> morning. My family is threatening to kick me and my laptop out if I >>> don't have at least one conherent conversation with them today. >>> >>>> I meant you are on your own in the sense that I (or anyone else) cannot >>>> get into your computer to fix things for you. Of course I appreciate the >>> >>> >>> >>> The way I understand it, it should be possible to clone the new repo >>> INFRA will eventually create to my local machine and make that my >>> "active project". I can then go into my current (by then "inactive") >>> project and create patches for each of the commits I prepared there, >>> and apply those patches to my active git project. Am I missing >>> something, or does that sound like it should work? >>> >>> EdB >>> >>> >>> >>> -- >>> Ix Multimedia Software >>> >>> Jan Luykenstraat 27 >>> 3521 VB Utrecht >>> >>> T. 06-51952295 >>> I. www.ixsoftware.nl >> >> >> >> >> -- >> Ix Multimedia Software >> >> Jan Luykenstraat 27 >> 3521 VB Utrecht >> >> T. 06-51952295 >> I. www.ixsoftware.nl > > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl
Re: [Git] Ignore files?
Hi Erik,
I recommended you the Altassian SourceTree in mac.
In order to your question, both Mike and you share the same branch, and you'll
commit and push over it like as SVN, in this scenario the previous stage/commit
provides you a bullet time for compose and freehand to compare, advance or
reverse in time before commit and push.
Your working copy is always ready to use, even you need switch inter branches,
experiments, dry test, etc...
You can use your own .gitignore until we get RW access, at this moment you can
remove from you stage, pretty clean all.
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 12, 2013, at 1:05 PM, Erik de Bruin wrote:
> Carlos,
>
> I don't get it. Mike and I work together, so we need to have the same
> codebase. When I have made a change that Mike needs to include in his
> source, in git I do a 'push', in SVN I do a 'commit'. To stay up to
> date with my code, Mike needs to do a 'pull' in git ('update' in SVN).
> What's different?
>
> EdB
>
>
>
> On Tue, Mar 12, 2013 at 1:00 PM, Carlos Rovira
> wrote:
>> HI Erik,
>>
>> as you already notice we must to setup the .gitignore file.
>> Until we get write status we can't get this file correctly configured. In
>> the meanwhile you can setup your own until we get write access and can
>> commit it.
>>
>> Now that we are at few hours to fully work on GIT, I'm sure you will love
>> it. For example, you could work with Mike much better making your own
>> branches and taking control over your commits and what you want to share in
>> the remote repository. The problems you both face the previous week where
>> one can step changes over the other are gone thanks to branching feature.
>> You only have to take patience to master this feature and you will see that
>> is very powerful and get lots of control. In SVN the main problem is that
>> all happens in one single place since branches are not usable and this
>> causes that kind problems while working with other people.
>>
>> Regarding the problem you commented about your changes not committed in
>> your workspace. Justin and others talked about it and share solutions. Just
>> to complement, I think you should clone the flex git repo, extract a patch
>> from SVN with your changes and apply it to your git clone. Then I recommend
>> to branch and commit your changes in that branch so you continue to work in
>> your local repo. When GIT remote repo will come writeable you could push
>> your branch to the remote repo. This will make you safe that you're not
>> breaking anything since your branch will be isolated. When that branch will
>> be shared remotely, Mike will be able to checkout and work in it, or fork
>> again to make whatever experimental change he like. Then you all can plan
>> the merge and when ready merge into develop.
>>
>> Best
>>
>> Carlos
>>
>>
>> 2013/3/12 Michael Schmalle
>>
>>> Yeah,
>>>
>>> Make sure you read the correct syntax when creating the files and entries.
>>> I haven't checked out anything from git yet, got some other things to do
>>> today.
>>>
>>> I have used GIT quite extensively Erik, once you get passed the "blah" of
>>> it, your golden. I can help you to with our project if you have questions.
>>>
>>> Tortoise GIT is just like Tortoise SVN! Use it. :)
>>>
>>> Mike
>>>
>>>
>>> Quoting Erik de Bruin :
>>>
>>> Ok,
>>>>
>>>> The git equivalent of 'svn:ignore' is apparently a file named
>>>> ".gitignore" you create in the directory where you want to hide files
>>>> [1]. I have created one for FalconJx in my local repository/working
>>>> copy/? and added the same entries as were in 'svn:ignore'.
>>>>
>>>> I guess this needs to be done for all (sub) projects that used
>>>> 'svn:ignore'...
>>>>
>>>> EdB
>>>>
>>>> 1:
>>>> http://gitready.com/beginner/**2009/01/19/ignoring-files.html<http://gitready.com/beginner/2009/01/19/ignoring-files.html>
>>>>
>>>>
>>>>
>>>> On Tue, Mar 12, 2013 at 11:20 AM, Erik de Bruin
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I'll keep asking 'noob' questions until I feel comfortabl
Re: [Git] relative paths in build files
HI Erik, Well there're many ways, but... the most simple way is, set the desire branch in SDK working copy before you use it from FalconJS repo. -- Jose Barragan Software Architect Chief Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 12, 2013, at 11:37 AM, Erik de Bruin wrote: > Hi, > > How to handle relative paths in ant build files? > > Example: in the Falcon build file, there is a relative path to the > 'develop' branch of the SDK. As I understand it, git uses the same > path on the file system, regardless of what branch you're currently > working on. > > Question: how can we take care that the dependencies in build files > point to the correct branch? > > EdB > > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl
Re: Flex-Spring Integration
Hi guys, I just pull request a solution, and we're waiting for Jeremy's review and accepts. For more info: http://forum.springsource.org/showthread.php?127796-Future-of-Spring-Flex-BlazeDS https://jira.springsource.org/browse/FLEX-220 https://github.com/pepebarragan/spring-flex/tree/feature/spring-flex-upgrade -- Jose Barragan Software Architect Chief Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Mar 11, 2013, at 6:03 PM, Carlos Rovira wrote: > Hi Guys, > > Jose Barragan is working this days with spring people to make our fork the > official upgrade. He will hopefuly respond here about the state of this > integration. > > Best, > > Carlos > > > 2013/3/11 Frédéric THOMAS > >> And the hibernate version used is the 3.6.4-final >> >> -Message d'origine- From: Frédéric THOMAS >> Sent: Monday, March 11, 2013 5:22 PM >> >> To: dev@flex.apache.org >> Subject: Re: Flex-Spring Integration >> >> Well, except nothing moved since at least one year :P >> >> -Message d'origine- From: dude >> Sent: Monday, March 11, 2013 5:07 PM >> To: dev@flex.apache.org >> Subject: Re: Flex-Spring Integration >> >> FYI: Carlos Rovira forked spring-flex a few months ago to integrate >> Hibernate 4.1 support. >> >> https://github.com/**codeoscopic/spring-flex<https://github.com/codeoscopic/spring-flex> >> > > > > -- > 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
[jira] [Commented] (FLEX-33416) CLONE - Apache Flex Mavenized SDK Generator Bug
[ https://issues.apache.org/jira/browse/FLEX-33416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13591353#comment-13591353 ] Jose Barragan commented on FLEX-33416: -- I tested you patch with great results: Pepe-Barragans-MacBook-Pro:Desktop pepebarragan$ java -cp flex-sdk-converter-1.0.jar SDKGenerator sdk/ sdkout/ false - -- Generating Air SDK version: 3.6 - - - -- Generating Air SDK version: 3.1 - - - -- Generating Flex SDK version: 4.6.0.23201 - Geneating theme 'AeonGraphical' Loading configuration file /Users/pepebarragan/Desktop/sdk/flex/flex_sdk_4.6.0.23201/frameworks/flex-config.xml /Users/pepebarragan/Desktop/sdkout/com/adobe/flex/framework/themes/aeongraphical/4.6.0.23201/aeongraphical-4.6.0.23201.swc (27240 bytes) Done. Geneating theme 'Spark' Loading configuration file /Users/pepebarragan/Desktop/sdk/flex/flex_sdk_4.6.0.23201/frameworks/flex-config.xml /Users/pepebarragan/Desktop/sdkout/com/adobe/flex/framework/themes/spark/4.6.0.23201/spark-4.6.0.23201.swc (2024 bytes) Done. - and I just applied your patch yet: Revision #1451850 Committed by josebarragan 3 minutes ago [FLEX-33416] Fixed through Michale McCord patch. > CLONE - Apache Flex Mavenized SDK Generator Bug > --- > > Key: FLEX-33416 > URL: https://issues.apache.org/jira/browse/FLEX-33416 > Project: Apache Flex > Issue Type: Bug > Components: Installation & Packaging >Affects Versions: InstalApacheFlex 1.0 > Reporter: Michael McCord >Assignee: Jose Barragan > Fix For: InstalApacheFlex 1.0 > > Attachments: FlexFrameworkGenerator.java.patch > > > Ir reference to this issue: > My first error is: > Exception in thread "main" java.lang.NoClassDefFoundError: > org/apache/commons/compress/compressors/gzip/GzipCompressorInputStream > at > air.AirRuntimeGenerator.processFlashRuntime(AirRuntimeGenerator.java:139) > at air.AirRuntimeGenerator.process(AirRuntimeGenerator.java:41) > at SDKGenerator.generateAir(SDKGenerator.java:82) > at SDKGenerator.generateAllAir(SDKGenerator.java:67) > at SDKGenerator.main(SDKGenerator.java:145) > Caused by: java.lang.ClassNotFoundException: > org.apache.commons.compress.compressors.gzip.GzipCompressorInputStream > at java.net.URLClassLoader$1.run(URLClassLoader.java:202) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:190) > at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) > at java.lang.ClassLoader.loadClass(ClassLoader.java:247) > ... 5 more > So it seems the GzipCompressorInputStream is not available in the > flex-sdk-generator-1.0.jar. > That's easily overcome by using the maven shade plugin. > The problem occurs when running any command using the flex-sdk-generator jar, > and is caused by the mavenizer.jar not including the > org.apache.commons.compress dependency - you can test this, by opening up the > flex-sdk-generator.jar and see there are no classes from the > org.apache.commons.compress dependency. > The maven shade plugin ensures dependencie's classes are packaged in final > flex-sdk-generator.jar. > - or maybe you could use the standard integrated java zip api's: > http://docs.oracle.com/javase/6/docs/api/java/util/zip/package-summary.html > http://www.javaworld.com/community/node/8362 > I'm running the following java: > java version "1.6.0_37" > Java(TM) SE Runtime Environment (build 1.6.0_37-b06-434-11M3909) > Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01-434, mixed mode) > The second problem: > Srens-MacBook-Pro-2:mavenizer soren$ java -cp > target/flex-sdk-converter-1.0.jar SDKGenerator sdkhome fdktarget > - > -- Generating Air SDK version: 3.5 > - > - > - > -- Generating Air SDK version: 3.1 > - > ---
[jira] [Resolved] (FLEX-33416) CLONE - Apache Flex Mavenized SDK Generator Bug
[ https://issues.apache.org/jira/browse/FLEX-33416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jose Barragan resolved FLEX-33416. -- Resolution: Fixed Revision #1451850 > CLONE - Apache Flex Mavenized SDK Generator Bug > --- > > Key: FLEX-33416 > URL: https://issues.apache.org/jira/browse/FLEX-33416 > Project: Apache Flex > Issue Type: Bug > Components: Installation & Packaging >Affects Versions: InstalApacheFlex 1.0 >Reporter: Michael McCord >Assignee: Jose Barragan > Fix For: InstalApacheFlex 1.0 > > Attachments: FlexFrameworkGenerator.java.patch > > > Ir reference to this issue: > My first error is: > Exception in thread "main" java.lang.NoClassDefFoundError: > org/apache/commons/compress/compressors/gzip/GzipCompressorInputStream > at > air.AirRuntimeGenerator.processFlashRuntime(AirRuntimeGenerator.java:139) > at air.AirRuntimeGenerator.process(AirRuntimeGenerator.java:41) > at SDKGenerator.generateAir(SDKGenerator.java:82) > at SDKGenerator.generateAllAir(SDKGenerator.java:67) > at SDKGenerator.main(SDKGenerator.java:145) > Caused by: java.lang.ClassNotFoundException: > org.apache.commons.compress.compressors.gzip.GzipCompressorInputStream > at java.net.URLClassLoader$1.run(URLClassLoader.java:202) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:190) > at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) > at java.lang.ClassLoader.loadClass(ClassLoader.java:247) > ... 5 more > So it seems the GzipCompressorInputStream is not available in the > flex-sdk-generator-1.0.jar. > That's easily overcome by using the maven shade plugin. > The problem occurs when running any command using the flex-sdk-generator jar, > and is caused by the mavenizer.jar not including the > org.apache.commons.compress dependency - you can test this, by opening up the > flex-sdk-generator.jar and see there are no classes from the > org.apache.commons.compress dependency. > The maven shade plugin ensures dependencie's classes are packaged in final > flex-sdk-generator.jar. > - or maybe you could use the standard integrated java zip api's: > http://docs.oracle.com/javase/6/docs/api/java/util/zip/package-summary.html > http://www.javaworld.com/community/node/8362 > I'm running the following java: > java version "1.6.0_37" > Java(TM) SE Runtime Environment (build 1.6.0_37-b06-434-11M3909) > Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01-434, mixed mode) > The second problem: > Srens-MacBook-Pro-2:mavenizer soren$ java -cp > target/flex-sdk-converter-1.0.jar SDKGenerator sdkhome fdktarget > - > -- Generating Air SDK version: 3.5 > - > - > - > -- Generating Air SDK version: 3.1 > - > - > - > -- Generating Flex SDK version: 4.6.0.23201 > - > Exception in thread "main" java.util.zip.ZipException: ZIP file must have at > least one entry > at java.util.zip.ZipOutputStream.finish(ZipOutputStream.java:304) > at > java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:140) > at java.util.zip.ZipOutputStream.close(ZipOutputStream.java:321) > at > flex.FlexFrameworkGenerator.writeDummyResourceBundleSwc(FlexFrameworkGenerator.java:576) > at flex.FlexFrameworkGenerator.process(FlexFrameworkGenerator.java:175) > at SDKGenerator.generateFlex(SDKGenerator.java:120) > at SDKGenerator.generateAllFlex(SDKGenerator.java:108) > at SDKGenerator.main(SDKGenerator.java:148) > Might be resolved by using the integrated zip api of java, as mentioned in > the first problem?!? > Regards. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33416) CLONE - Apache Flex Mavenized SDK Generator Bug
[ https://issues.apache.org/jira/browse/FLEX-33416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13590424#comment-13590424 ] Jose Barragan commented on FLEX-33416: -- Ok Michael, I'm going to test it, and if it works correctly, I'll apply it in the official source. Thanks for the contribution. > CLONE - Apache Flex Mavenized SDK Generator Bug > --- > > Key: FLEX-33416 > URL: https://issues.apache.org/jira/browse/FLEX-33416 > Project: Apache Flex > Issue Type: Bug > Components: Installation & Packaging >Affects Versions: InstalApacheFlex 1.0 >Reporter: Michael McCord >Assignee: Jose Barragan > Fix For: InstalApacheFlex 1.0 > > Attachments: FlexFrameworkGenerator.java.patch > > > Ir reference to this issue: > My first error is: > Exception in thread "main" java.lang.NoClassDefFoundError: > org/apache/commons/compress/compressors/gzip/GzipCompressorInputStream > at > air.AirRuntimeGenerator.processFlashRuntime(AirRuntimeGenerator.java:139) > at air.AirRuntimeGenerator.process(AirRuntimeGenerator.java:41) > at SDKGenerator.generateAir(SDKGenerator.java:82) > at SDKGenerator.generateAllAir(SDKGenerator.java:67) > at SDKGenerator.main(SDKGenerator.java:145) > Caused by: java.lang.ClassNotFoundException: > org.apache.commons.compress.compressors.gzip.GzipCompressorInputStream > at java.net.URLClassLoader$1.run(URLClassLoader.java:202) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:190) > at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) > at java.lang.ClassLoader.loadClass(ClassLoader.java:247) > ... 5 more > So it seems the GzipCompressorInputStream is not available in the > flex-sdk-generator-1.0.jar. > That's easily overcome by using the maven shade plugin. > The problem occurs when running any command using the flex-sdk-generator jar, > and is caused by the mavenizer.jar not including the > org.apache.commons.compress dependency - you can test this, by opening up the > flex-sdk-generator.jar and see there are no classes from the > org.apache.commons.compress dependency. > The maven shade plugin ensures dependencie's classes are packaged in final > flex-sdk-generator.jar. > - or maybe you could use the standard integrated java zip api's: > http://docs.oracle.com/javase/6/docs/api/java/util/zip/package-summary.html > http://www.javaworld.com/community/node/8362 > I'm running the following java: > java version "1.6.0_37" > Java(TM) SE Runtime Environment (build 1.6.0_37-b06-434-11M3909) > Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01-434, mixed mode) > The second problem: > Srens-MacBook-Pro-2:mavenizer soren$ java -cp > target/flex-sdk-converter-1.0.jar SDKGenerator sdkhome fdktarget > - > -- Generating Air SDK version: 3.5 > - > - > - > -- Generating Air SDK version: 3.1 > - > - > - > -- Generating Flex SDK version: 4.6.0.23201 > - > Exception in thread "main" java.util.zip.ZipException: ZIP file must have at > least one entry > at java.util.zip.ZipOutputStream.finish(ZipOutputStream.java:304) > at > java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:140) > at java.util.zip.ZipOutputStream.close(ZipOutputStream.java:321) > at > flex.FlexFrameworkGenerator.writeDummyResourceBundleSwc(FlexFrameworkGenerator.java:576) > at flex.FlexFrameworkGenerator.process(FlexFrameworkGenerator.java:175) > at SDKGenerator.generateFlex(SDKGenerator.java:120) > at SDKGenerator.generateAllFlex(SDKGenerator.java:108) > at SDKGenerator.main(SDKGenerator.java:148) > Might be resolved by using the integrated zip api of java, as mentioned in > the first problem?!? > Regards. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Git@ASF news
Yeah, it's about time... Git will open a new more agile way to work in this project -- Jose Barragan Software Architect Chief josebarra...@apache.org On Feb 19, 2013, at 1:18 AM, Frédéric THOMAS wrote: > Yeah, it's taking time... it would be nice now something happens. > > Thanks for asking again Carlos. > -Fred > > -Message d'origine- From: Carlos Rovira > Sent: Monday, February 18, 2013 11:59 PM > To: dev@flex.apache.org > Cc: flex-...@incubator.apache.org > Subject: Re: Git@ASF news > > Hi Om, > > just comment here right now: > > https://issues.apache.org/jira/browse/INFRA-5549#comment-13580875 > > let me know if I can do something more, > > Thanks for taking this back > > Carlos > > > > 2013/2/18 Om > >> Is it time to make the move to Git? >> >> We have graduated and we dont need to supply any volunteers (with python >> experience, etc.) >> >> Carlos, I believe you have a JIRA ticket open. Can you try to nudge it >> along? >> >> Thanks, >> Om >> >> On Fri, Dec 14, 2012 at 1:49 AM, Carlos Rovira < >> carlos.rov...@codeoscopic.com> wrote: >> >> > Hi Bertrand, >> > >> > that's great news! >> > >> > I'm with you that is better to wait until graduation. We'll have to wait >> a >> > bit more but we're definitely on road! :) >> > >> > >> > >> > 2012/12/14 Bertrand Delacretaz >> > >> > > Hi, >> > > >> > > FYI, see http://apache.org/dev/writable-git for the current status of >> > > writable Git infrastructure at the ASF - hope this clarifies things. >> > > >> > > The good news for Flex is that supplying volunteers to help infra with >> > > Git is not required anymore. >> > > >> > > I still think it's best to wait until after graduation to make the >> > > move, to minimize the disruption period. >> > > >> > > -Bertrand >> > > >> > >> > >> > >> > -- >> > 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 >> > >> > > > > -- > 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 smime.p7s Description: S/MIME cryptographic signature
Re: Flexmojos 6.x Updated ...
Updated and merged :) Thanks, -- Jose Barragan Software Architect Chief Codeoscopic Madrid C/. Infanta Mercedes, 92. Planta 5. 505. 28020 Madrid. Tel.: +34 912 94 80 80 On Jan 28, 2013, at 8:28 AM, christofer.d...@c-ware.de wrote: > Hi guys, > > just wanted to inform you that I just updated FM6.x to reflect a lot of > feedback from the community and latest changes to the Mavenizer > (https://github.com/chrisdutz/flexmojos). I think FM6 still needs a little > working on the Air side. Unfortunately I don't use Air at all so I could use > a little help here. If someone is using FM6 + Mavenizer and is having > trouble, please tell me about it ... and if you also tell me what's actually > going wrong and has to change ... I would be really glad. > > What I currently know of is that the Mavenizer currently deploys all jars in > the fdks lib directory as org.apache.flex.compiler ... this is not totally > correct as some of the libs are actually air libs and I should deploy them > differently ... I will look into this soon. > > Chris >
Re: Donation of Flexmojos
+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 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 > >> +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 : >> >>> +1 for solid maven support in flex >>> >>> >>> On Thu, Jan 24, 2013 at 1:21 PM, Roland Zwaga >> 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 g
