incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Hordur Thordarson <>
Subject Re: Flex 5 in haxe
Date Wed, 21 Nov 2012 12:07:46 GMT
No, they want the Adobe AIR scenario, embeddable VM (JRE).  And rumor has it this allready
exists for iOS and Android in an Oracle lab but was frozen because of ... <insert your
favorite conspiracy theory/business reason here> :-)  But since Adobe did this with AIR
there is nothing technically that prevents others from doing it.

But this is a Flex thread so we should stick with discussing Flex, allthough I think there
is some value in discussing how other platforms/technologies are handling this HTML5 for everything

On 21.11.2012, at 11:51, Carlos Rovira wrote:

> JavaFx looks pretty good. For people like us it'll solve much of the
> problems since the platform gives you out-of-the-box, I'm referring to
> maven driven projects, AOP, Annotations on steroids, and so on...JavaFX 2
> revisions look so good and seems they copy lots of things from the Flex
> world (@FXSkin seems to be like [SkinPart] ;) )...but as you say the
> problem seems to be as always with java client technologies, with the
> deployment model. If they plan to target runtimes like Haxe did, it could
> be very cool, but right now I only see problems in the last node of its
> chain...
> 2012/11/21 Hordur Thordarson <>
>> Exactly.  And talking about reality, reality is also that HTML will never
>> be everything to everybody, a one-size-fits-all solution, simply because
>> there are no such solutions, requirements are very different depending on
>> what you are building.  For myself, I'll check out JavaFX before being
>> stuck with deploying to HTML/JS.  If the JavaFX crowd gets it's deployment
>> experience sorted (it is currently very poor compared fex to AIR) and they
>> find a way of building captive-runtime apps for mobile (both problems are
>> being worked on btw), then they have a pretty cool platform on their hands
>> where you can write your frontend and backend in Java (like the JS crowd is
>> trying with Node.js).  Since I use JavaEE for the backend for my apps, this
>> would be a killer scenario for me.
>> On 21.11.2012, at 11:08, Carlos Rovira wrote:
>>>> HTML5 is not mature enough to compete with flash player right now, but
>> we
>>>> have to think about future, and it will improve quite quick with all the
>>>> hype around it.
>>>> And even if you prefer flash player, there is our dreams, and there is
>>>> reallity. And reallity is that Adobe is pushing HTML5 for web and
>> giving up
>>>> flash player for that. And we have to be prepared to a time where there
>>>> will not be flash player only HTML5 everywhere. (in several years maybe,
>>>> but will happen unless something drastically change)
>>> The problem with this HTML5 trend is that HTML5 does not fit all
>>> necessities. Big desktop/browser applications are a pain to develop and
>>> maintain in HTML5. I understand how facebook people suffer ;). So Apple,
>>> Adobe and others are pushing tools to solve little solutions, but not
>>> enterprise solutions, since they didn't get any money (since they never
>>> understand/improve their business model to target the enterprise world)
>>> I'd like to target HTML5/JS but to solve the problem of deploy for mobile
>>> browsers (or even desktop browsers if I need...) some solutions that use
>> to
>>> be not as huge as the ones we develop (ERPs and other big monsters only
>>> desktop apps...) and make all of this using the same development paradigm
>>> (IDEs, language, OOP,...)
> -- 
> Carlos Rovira
> Director de TecnologĂ­a
> M: +34 607 22 60 05
> F:  +34 912 35 57 77

View raw message