Hi Serkan, Welcome to the list, and welcome to this exciting project !
I do not belong to the Apache Royale "core team", but since you seems to be on the "application developer" side like me, I thought I could try to bring some information to you. I do not have any "expertise" in Apache Royale, and maybe some of my comments are not accurate. But, like you, we have Flex applications to migrate, and, at least, my comments reflect what we have understood so far. I apologize to all "core team" members for any wrong/inexact opinion in there. Also, it is possible that my English does not adequately reflects my thoughts. At this time, the Apache Royale project in reaching the end of some major restructuring work. That might explain some difficulties in building the SDK. For us, we do not compile the SDK ourselves : we only use the binaries distribution. But we know that SDK compile-from-source process is not, right now, fully operational. From what I understand, it is a matter of days before it is fully operational again. We are in kind of "intermediate" step until restructuring is fully achieved. As of today, you could download the FlexJS (v.0.8) or the Apache Royale (v.0.9) SDK. Obviously, the project name changed (and it also caused some delay in the availability of a full operational version) and is now "Apache Royale". FlexJS (0.8) is more stable but since there were many name-changes I believe it is better to go with Royale 0.9 despites it is not fully operational as of today. With Apache Royale you code mxml and as, like "before" (Flex). The compiler is able to produce a SWF file (like before) *or* (more or less) equivalent javascript scripts. In the case of javascript output, the Flash Player is not needed at runtime. You still can build with ant. The compiler name is still mxmlc (or compc for libraries). Most parameters are the same. Of course, some new parameters apply to javascript ouput. Yes you can use FlashBuilder (this is what we do). I have send one or two contribution to this list on how to setup FB. As of today, there are still some minor issues, but I'm confident all will be resolved very quickly, as we approach to v.1.0. As I understand your question about "application structure", and as far as I know, it is a very classic "javascript includes" structure (like angular, react and many other). Debug output is human-readable, production (release) output is minified. But since you can debug from (as3) source code, I believe you could totally ignore javascript output. As I see it, the project has really strong points : The compiler is excellent AS3 language syntax is fully preserved MXML syntax is fully preserved The "js side" output uses proven tools (google closures...) The development team has excellent qualifications and they are very thoughtful and dedicated people. The community is very supportive. (strong point ? may be discussed !) It is really a community project without an official roadmap and without any "directing board". You can really engage in architectural and implementation discussion, express your opinion and make it prevail if it makes sense. (I'm sure I'm forgetting some strong point !) And also weak points : It is not yet fully specified (work on theming, localization, UI components capabilities and other aspects is still in progress) The initial goal was to have "almost full compatibility" between SWF (flash player) and JS output. In my eyes (it is only my personal opinion) this is not such a good goal (even if I understand the motivations). It adds much complexity but I'm pretty sure that very few people will need it. I feel that since a few weeks more people understand that outputting JS is more important than outputting SWF. The community is not very large and web presence is small. This is normal for an emerging project which is not backed up by some mega corporation. You cannot expect to have identical component names/API than in mx or spark. You will have to replace (when migrating an existing application) almost all component declaration and customization, and also most event management calls. However, non-UI code should only need minor adjustments. (weak point ? may be discussed !) It is really a community project without an official roadmap and without any "directing board". You will not get a "packaged" solution, ready to consume. (I'm sure I'm forgetting some weak point !) I would like to encourage people like you to go with this project : it has very strong foundation and despites its current and temporary unstable state (which should resolve quickly) it offers to application developers like you and me a wonderful and modern tool for building "web-apps". The more people like you we have on board, the more chances we have to get Apache Royale in the top-three app development SDKs. May I remind again that I am not part of the sdk developing team, and that my opinions and assertions are under my own responsibility and only reflect my own understandings. Nicolas Granon De : Serkan Taş [mailto:[email protected]] Envoyé : dimanche 5 novembre 2017 17:51 À : [email protected] Objet : Royal-Js sdk and more... Hi, I spent some time on your mails below but it is not clear enough for me. I tried to build the source from https://github.com/apache/royale-asjs but failed. I have some questions. In flex we were building the mxl codes and as codes with flex sdk to produce swf files that are being loaded by browser. I also had some setup before for the command line building automation with ant mxml task. For the Royal; • What is going on RoyaleJs ? • Where and which sdk should i download or build my own ? • Is it possbile to you use flashbuilder with RoyalJs ? I have spent so much time J2ee and web applications, in pure php html sites, pure js with rest backend and small time with js fw like angular. I a familiar with other technologies. As i know, we will not need flash player any more. So what is the application structure of RoyaleJs at last ? A compressed file like jar, or js files or something else ? If i can start developing small applications, i may go on to migrate my legacy flex application. I know it is really new project and lots of work need to be done especially documentation. Thanx in advance. Hi, I have a new migration helper at: http://home.apache.org/~pent/Flex2RoyaleApp/ You should start with the Royale Express package as these are components that have the most common functionality built into them. Your feedback would be GREATLY appreciated so we can make this better. I just finished putting in additional information onto that helper guide. It does need more details but hopefully will get you started. Regards, Peter Ent Adobe Systems/Apache Royale Project Hi Serkan, I would add couple of things to the Carlos's message. First of all Peter's application and their results - not sure if it is updated [1], apache Royale website which is under construction [2]. I would suggest you to take a look into the examples first and try to build them [3]. You have there couple of options: 1) You can build applications using independent from IDE tools: Ant or Maven 2) You can choose one of the available IDE which supports for now FlexJS, they will be soon both support Royale [4][5]. [1] http://home.apache.org/~pent/Flex2Royale/ [2] http://royale.apache.org/ [3] https://github.com/apache/royale-asjs/tree/develop/examples/royale [4] https://nextgenactionscript.com/ [5] http://moonshine-ide.com/ Feel free to ask any kind of question, the beginnings with FlexJS/Royale become hard, but later you will like it more. Piotr 2017-10-25 11:19 GMT+02:00 Carlos Rovira <[email protected]>: > Hi Senkar, > > in Royale list you can check for Peter Ent's effort to generate a some > Flex2Royale App that helps with component documentation between SDKs. > > As well there's some effort by Olaf Krueger that should be migrate to > Royale as well in github: > > https://github.com/ok-at-github/flexjs-docs/wiki > > Best > > Carlos > > > > 2017-10-25 11:14 GMT+02:00 Serkan TAS <[email protected]>: > > > Thank you ver much Carlos, > > > > Is there a guide or some documentation for migration ? > > > > -- > Carlos Rovira > http://about.me/carlosrovira > -- Piotr Zarzycki mobile: +48 880 859 557 skype: zarzycki10 Thank you ver much Carlos, Is there a guide or some documentation for migration ? -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Carlos Rovira Sent: Wednesday, October 25, 2017 12:07 PM To: [email protected] Subject: Re: FlexJs-Royale-js Hi Serkan, Apache Royale is the new name of Apache FlexJS. So if use that route please move to Apache Royale project. Apache Royale is 0.9 so I think is the best choice to migrate, since depending on how you made your application you can reuse part of your AS3 code and use the rest as a guide to write the new Royale code I must say that nowadays there's people making production Apps with Apache Royale so I think it could be a good time to start making such migration. Best Carlos 2017-10-25 10:10 GMT+02:00 Serkan TAS <[email protected]>: > > Hi all, > > I have an application written with flex. I am planning to move on > flahplayer-free version. But i am a little bit confused. > > What should i do ? > > My options : > > > 1. Move to new framework, all my codebase becomes junk. > > 2. Move to FlexJs-royalejs do not know the difference may be are same > > 3. Wait until the new frameworks becomes mature, continue to code > wşth as and mxml > > Thankx in advance. >
