Developers of commercial enterprise solutions who are looking beyond Java and MS.net are likely
(1) it runs on either big VM (JVM or CLR) and provides good inter-operability with existing
(2) it reaches the higher abstraction level provided by FP, which demonstrated its potential
The key success factor is IMHO to make (1) an efficient reality in the long term, which implies to:
(2) drive Java in a way that strengthens Scala and avoid competition on redundant features.
Following David's comment, we can hope that Oracle can welcome and support this evolution.
>
>
> On Fri, Dec 10, 2010 at 8:03 AM, Brick Red <
[hidden email] <mailto:
[hidden email]>>
> wrote:
>
> In long term view for JDK, Oracle will change java to close step by step.
>
>
> And you know this how? While it's reasonable to assume that Oracle will seek to monetize
> Java, but Oracle has a reasonable track record of using the likes of the GPL to monetize open
> source software.
>
> I worry that it could not be free to run scala code on JVM, it will impact the development
> of java, scala and jvm-based language.
>
>
> This is 100% divergent from Oracle's public and private stand on JVM languages in general, and
> Scala in particular. Oracle is likely to be looking to end the JCP, but in recent years, the
> JCP has been a failure. It's the same group of people making the same bad decisions (see
> JSR-299
http://jcp.org/en/jsr/detail?id=299 which is the same failed patterns that we saw with
> CORBA and Enterprise Java Beans). Allowing the JCP to self-destruct isn't a bad thing.
>
> On the other hand, Oracle has been particularly supportive of alternative JVM languages. Adam
> Messinger (
http://www.linkedin.com/in/adammessinger ) was pretty blunt at the JVM Languages
> Summit this year about Java the language reaching it's logical end and how Oracle is looking
> for a "higher level" language to "put significant investment into."
>
> Further, the JVM is keeping non-Windows OSs relevant in the server room and Oracle/Sun has
> done a lot to compete with the CLR and part of this is having a broader selection of languages
> on the JVM. As long as Oracle can monetize the JVM, they are interested in having more
> languages on the JVM.
>
> I very like scala, because it is productive and good performance. So I threw the questions.
>
> As we know, ASF provided a lot of helpful components for java development, for example,
> ant, maven, log4j, axis, tomcat and so on. Its resign from JCP.
>
>
> The ASF was only a member of the JCP for 8 years, and for the 4 years prior to that (the JCP
> was formed in 1998 and the ASF joined in 2002), the ASF did much of its best work on Java
> libraries.
>
> Martin developed GJ (
http://homepages.inf.ed.ac.uk/wadler/pizza/gj/ ) without inside access
> to the JVM or to the Java libraries. He was not a member of any Sun/Java committees when he
> did this work. He wrote software that ran on the JVM (and the political climate at Sun when
> Martin developed GJ was very hostile towards any non-Java languages on the JVM.)
>
> Scala can smoothly interact with java, so the projects based on scala and using the
> components could be impacted. The impact could be side-effect for scala.
>
>
> I think you mis-understand how software works and how it is developed. As long as you call
> valid APIs, your code will run.
>
> Microsoft Windows was closed, proprietary software, but it had APIs. Lots of third parties
> used those APIs to create software that competed with Microsoft's offerings. Sure, Microsoft
> had private APIs that made their competitive products run marginally better (e.g., Excel was
> marginally slicker than 1-2-3), but the likes of Netscape (now Firefox) and the Sun with the
> JVM itself were able to continue to deliver solid products that owned a lot of market share
> even when Microsoft was using it's monopoly power to compete with those offerings.
>
> The JVM has a well defined API. Oracle is not going to break that API (that would cause much
> worse long term damage because a key Java/JVM feature is backward compatibility). So, as long
> as Scala continues to emit valid byte-code and makes calls on valid Java library APIs, your
> Scala programs will run just fine and there's very little Oracle can do about it.
>
> Put another way, Martin has never had to be part of JCP committees to do some of the key
> innovations in the Java language and other JVM languages. That's not going to change.
>
> David
>
>
> Regard,
> Brick
>
> On Fri, Dec 10, 2010 at 3:45 PM, Francois Armand <
[hidden email]
> <mailto:
[hidden email]>> wrote:
>
> Le 10/12/2010 03:58, Brick Red a écrit :
>
> Hi buddies,
>
>
> Apache Foundation was an important voice in the JCP regarding "Java Communitie". Its
> departure is a real loss for that, but I would say it's "just" in the normal course of
> what Oracle bought Java for - PI and short term money. Of course, that may damage
> Java/JVM ecosystem as a whole in the medium term.
>
> That being said, I just don't see what are the link between ASF decision and your two
> questions ?
>
>
>
> What impacts will it bring scala?
>
>
> Not even the least direct one, Scala and ASF are in no way related, no more than Scala
> and JCP are. So, appart for long-term and unclear impacts linked to Java ecosystem
> being less appealing, I don't understand what you asked.
>
>
>
> Is reality it that scala move to a new VM? Or to develop a VM for scala?
>
>
> There is at least three main reasons to not want to develop a VM for Scala:
> - it's a HUGE task. I mean, Google is just starting to have a rather OK VM after
> several years (4 ?), infinite money and among the greatest developpers ;
> - Scala could be port to other VMs (CLR, for example);
> - and finally... The current JVMs aren't going to desapear because some foundation
> left some organization, so what is just the link with the subject ?
>
>
> --
> Francois Armand
>
http://fanf42.blogspot.com>
>
>
>
>
> --
> Lift, the simply functional web framework
http://liftweb.net> Beginning Scala
http://www.apress.com/book/view/1430219890> Follow me:
http://twitter.com/dpp> Blog:
http://goodstuff.im> Surf the harmonics
Locked
