Fianlmente Java is Open Source
Saludos,
Victor Munoz
-------- Original Message --------
Subject: Re: [jug-leaders] JavaFX - Sun javax.swing's and misses once
again -- Alan Williamson's Blog
Date: Tue, 15 May 2007 06:53:41 +0200
From: Felipe Gaúcho <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Java was made Open Source few days ago.. now the serious game is just
beggining ... Solaris is coming to desktop.. let's promote these free
platforms as a way to push Java ahead.
Microsoft play some bizarre business model and I have doubts if some
day JRE will really be part of Windows distribution...
Mozila is also free and it is a large part of the web consumers.
Let's focus in to promote Java on Linux/Solaris, on Mozilla, let's try
to offer the consumers a better choice... our only one chance to win
this battle against the MS monoculture :).
Felipe Gaucho
CEJUG Leaders
On 5/14/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Well said David. These issues are not new and Alan's blog certainly isn't
the first to point them out. JRE deployment issues date as far back as
Java itself and one could argue that Flash was a response to Java Applets
and took advantage of these issues.
Yes Sun could have addressed these issues years ago, not taunted
Microsoft, built a visual tool for web designers, and MySpace and YouTube
would be using Applets instead of Flash today, etc. etc.
But rather than have more and more of us cry over spilt milk (glad to see
more though) we should take the initiative. It's not too late for Applets
to make a comeback is it?
Commandments on how to deploy a "open source" JRE? Break them. Leverage
the existing Java APIs and build the tools to make this happen (e.g. Java
Applets <=> JavaFX interoperability if need be) and let's build those
visual design tools.
Allow for pluggable protocols and codecs like has been done before with
Applets. But don't necessarily wait for Sun to do it (we've done that far
too long). Fork and fork often ;-)
-Dario
> Well a declarative statically typed language for doing just about anything
> is certainly welcome, and user-interfaces are no exception. Beats doing
> it in XML, for instance.
>
> It seems a bit odd to position Java FX Script as an alternative to Flash,
> as per Alan's blog. An alternative to JavaScript (which Flash lately
> uses in preference to ActionScript), maybe. More useful comparisons
> between Flash and the JDK must be made on the basis of:
>
> a) the Flash API versus the Java2D/Swing API;
> b) the startup delay of the browser-embedded runtime
> c) the download delay of the runtime
> d) the supported audio and video codecs
>
> Here it is plain that (however scripted), the Flash API has both some nice
> access to features which are labour-intensive in Java2D/Swing or plain
> missing in Java Media Framework, as well as a very quick startup and
> download times. It is also equally plain that the JDK has a wealth of
> features that Flash doesn't even try to offer, and which the average Flash
> author doesn't miss.
>
> The cause of the angst, I believe, is that developers are not able to take
> the decision to trade off the breadth of the Java class library in
> order to reduce startup time ... or download-and-install-then-run time.
> The problem is sometimes percieved as the java.* and javax.* 'thou shalt
> not subset' commandment, but the real issue is that the JDK class library
> is not a bunch of layered modules, but it's one big interdependent module.
> Of COURSE it would be 'allowed' to deliver the JDK incrementally in
> modules on an as-needed basis, if only it were possible.
> I believe work is being done in this area.
>
> cheers,
> David.
_______________________________________________
Lista de correo Linux-plug
Temática: Discusión general sobre Linux
Peruvian Linux User Group (http://www.linux.org.pe)
Participa suscribiéndote y escribiendo a: [email protected]
Para darte de alta, de baja o hacer ajustes a tu suscripción visita:
http://www.linux.org.pe/cgi-bin/mailman/listinfo/linux-plug
IMPORTANTE: Reglas y recomendaciones
http://www.linux.org.pe/listas/reglas.php
http://www.linux.org.pe/listas/comportamiento.php
http://www.linux.org.pe/listas/recomendaciones.php
