tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henri Gomez <henri.go...@gmail.com>
Subject Re: What is the destiny of the Apache Tomcat project in view of java is getting more and more proprietary with Oracle?
Date Fri, 23 Nov 2012 11:10:39 GMT
Java is not more proprietary with Oracle as it was with Sun.

OpenJDK is a proof you could get, build and use your own Java 7, 8 and more
at home.

I built OpenJDK for OSX for almost 2 years and I was happy to be able to
have "home made" JVMs, for the first time.

If you take a look at OBuildFactory
(https://github.com/hgomez/obuildfactory), you'll
see its not so hard to build and package OpenJDK (stock from source repos)
for OSX and Linux

So if you're unconfortable with proprietary APIs, OpenJDK is your best
chance to get a 100% free and open JVM  :-)




2012/11/23 Mark Thomas <markt@apache.org>

> On 22/11/2012 15:20, Alex Yursha wrote:
> > Dear All,
> > Could anybody please provide me with some info on the status of Apache
> > Tomcat development? I can't clear up, what is the attitude of ASF to
> > java-based projects after all this mess with leaving the JCP EC. Is it
> > going to continue java language-based projects forever or is there any
> > formal decision by ASF in this regard? My question arises from the fact
> > that Apache Tomcat is java-based and therefore have to rely on Oracle
> java
> > proprietary APIs. Please say, what I'm missing here?
> > Thank you very much in advance.
>
> Short version: no change. The Tomcat community continues to implement
> the Servlet, JSP and EL specifications and is working on the
> implementation of the next version of all of those specifications as
> well as the addition of the new WebSocket implementation.
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message