Shulou(Shulou.com)06/01 Report--

Crazy Software's View on Oracle Abandoning Java EE

Recently, there have been some statements on the Internet that Oracle will abandon Java EE, causing a lot of attention in the Java industry, and even some people began to worry that Java will die, but in fact this is just a worry,"Crazy Java Handout" book Li Gang According to years of experience in the Java industry, the following analysis is proposed for the majority of Java practitioners.

Point number one: Oracle simply doesn't have the power to sway Java.

Since Java developed and grew, both Sun and Oracle have been unable to control the development of Java: in fact, Java specifications need to be approved by JCP, and some new mechanisms and functions are often not added by Oracle. Java is a huge ecosystem, driven by a huge community.

Java itself has too many specifications that come from the community. A large number of open source organizations and companies in the world have contributed a lot of patents and code to Java. Each JavaOne conference is a holy meeting of the Java community all over the world, gathering together to discuss and decide the direction and development of Java.

Java world, can be said to be around the world's development, all the world's top, core projects, the vast majority are based on Java, even if not entirely based on Java, and Java is inextricably linked. The deepest is the United States. The vast majority of U.S. military control systems, even aerospace control systems, are Java based or Java-related.

In addition, including all the world's banking, communications, aviation, electricity, transportation, public safety and other fields of core systems, are also based on Java, if completely abandon Java, equivalent to all these application systems in the world to replace, which company, which group has this ability? If all these systems fail to function, human society is tantamount to a return to traditional times!

If you give up Java, you can't withdraw money from the bank, can't buy plane tickets, train tickets online, can't buy goods online, can't swipe the bus card, can't make phone calls... even your ×× information no longer exists!

Some people say Java doesn't make money because the Java specification is open, so Oracle wants to give up. But if it really doesn't make money, why is Oracle fighting Google over Java patents?

Number two: Even if Oracle drops Java, other companies will happily carry the Java flag.

First of all, Google, which is now fighting Oracle, is precisely because of various patent disputes in Java. If Oracle is really willing to give up Java, Google will first welcome and be very happy to continue to lead Java's development.

Even if Google doesn't want Java, the domestic giants want Java in order to customize their products more deeply. In addition, to shoulder the glory of Java flag, domestic software giants are not short of money, they are absolutely very happy to do this thing. But then again, the US government should not allow Java dominance to fall into China, so we can only imagine this.

Oracle may abandon Java EE, but it won't abandon Java.

At the beginning of Java, because various applications and ecosystems were immature, many things needed someone to take the lead in formulating mandatory specifications to guide the development of Java, so Java EE once led the development of enterprise-level applications.

But with the progress of the times, and more and more companies and organizations participating in the Java world, there have been various alternatives to Java EE components, such as Hibernate and Spring. On the contrary, Java EE specifications formulated by Java officials are not very popular. They have formulated JSF specifications, but actual enterprise development likes to use Struts 2 and Spring MVC; they have formulated EJB specifications, but actual enterprise development often likes to use Spring; they have formulated JPA specifications, but actual enterprise development often likes to use Hibernate and MyBatis directly.

A variety of frameworks and tools commonly used in modern enterprise applications, such as Struts 2, Spring, Hibernate, jBPM, Activiti, Lucene, Hadoop, Drools, CXF and other familiar components, are not from Oracle official, but are often used in enterprise application development.

What are the Java EE specifications that are really used in enterprises today? Servlet、JSP、JMS、JNDI。All of these technologies serve as portals to a program.

Oracle may consider giving up Java EE, is a reflection of Oracle's loss of Java control helpless. Oracle invests a lot of manpower and financial resources in formulating Java EE specifications every year, but the specifications formulated have not won the favor of the market in the end, so Oracle may give up such a thankless thing.

But Java is different. In June 2016, Java's market share in the business language rankings was nearly 21%. Its huge market share was terrible. Behind it were huge patent royalties and profit opportunities. Any rational company would not give up this hen that would lay golden eggs.

Point 4: From the history of C Java, Java will never be obsolete

C is a programming language born in the 1970s, in AT&T Bell Labs, by an old friend who wanted to play games.

Later, with the intervention of community forces, C formed an international standard, and countless manufacturers and developers participated in it. Bell Labs is long gone, even AT&T has long since disintegrated, but C is still strong, occasionally running ahead of Java, ranking first!

C has developed to the present, has formed the entire software, hardware industry links, most hardware firmware, drivers are written in C language. The kernel of every operating system I know is also based on C. If you replace the C language, the computer will now become bare metal, probably worse than a pile of scrap metal.

Java is now in a situation very similar to C: Java has penetrated into the marrow of the world. As pointed out earlier: from the United States aerospace, military control systems, to daily life in banking, communications, power, transportation, public safety and other fields of core systems, the vast majority of Java development. Just as the world cannot eliminate C, the world cannot eliminate Java.

Java may not be the best language, but Java is the most mature overall solution.

People often ask me, is Java the best programming language? I would tell him: probably not. I know a lot of languages, if only in terms of language function is really better than Java, such as the declining C#, because many features are imitated Java, there are improvements in some aspects, so the language features are better than Java; For example, Apple's new Swift, written in a simple, elegant... but there is no use, they are powerless, and impossible to replace Java. Just as there are many languages in the world that are better than C, C is still and will always be strong.

Java may not be the best language, but Java is certainly the most mature overall solution. Take a few public facts in the industry: taobao initially used PHP, but it had to be replaced by Java when it developed and grew; Jingdong initially used dot Net implementation, but after it developed, the whole background had to be replaced by Java implementation; Millet server messaging system was originally developed using Erlang, the first version of the messaging system was based on Erlang, with the growth of the number of millet users, and later the development team had to choose to use Java to re-develop... there are countless small and medium-sized enterprises "lost way" cases, I do not want to list one by one. From these facts, we can find that for a system with small concurrency and low stability requirements, there seem to be many options: PHP, dot Net, Erlang..., but after the company grows, the most mature solution can only be Java.

Java's maturity is not reflected in the simplicity and elegance of Java language features, but in its large community and developers, as well as various frameworks, libraries and tools. All kinds of new theories and new methods in the software industry are almost first implemented in Java. Choosing Java as the solution for enterprise applications can avoid "repeated wheel building". Many difficult problems faced in development often have open source solutions; almost all industries have very mature Java application cases for later developers to refer to. Choosing Java is not simply choosing a language, but choosing a mature, stable solution.

Java maturity is more reflected in tolerance, some people say Java syntax bloated, prefer Ruby, OK, then JRuby it; Some people say I like Python, OK, then Groovy, Jython it; Some people say I like Lisp, OK, then Clojure it…Developers of various languages can show their strength on the JVM, Java to the sea to accommodate the way, integrating the characteristics of various languages, and finally achieved Java "husband only fight, so the world can not compete with it."

Welcome to subscribe "Shulou Technology Information " to get latest news, interesting things and hot topics in the IT industry, and controls the hottest and latest Internet news, technology news and IT industry trends.