Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
I was wondering why Java doesn't have a REPL. Is there some technical limitation? As an aside, how do REPLs actually work, what's going on with say the Scala REPL?
I think they are planning/thinking to introduce REPL in java 9. One of the problem according to Scala author Odersky is that REPL are expression-oriented and java on the other hand is statement-oriented, so not much so much useful for Java.
The IBM VisualAge for Java IDE had a REPL (or more precisely, a Smalltalk-style "Worksheet"), by virtue of it being written in Smalltalk and basically only a slightly modified version of the IBM VisualAge for Smalltalk IDE. However, when IBM VisualAge for Java was rewritten in Java and released under the name of IBM VisualAge for Java Micro Edition, it still kept its REPL.
And when IBM modularized IBM VisualAge for Java Micro Edition and released it as Open Source under its new name "Eclipse", it still kept its REPL, and it is in fact still there in the very latest version, under the name "Scrapbook page".
That one is not the only one, there are other REPLs as well, e.g. the REPL behind http://JavaREPL.Com/ is Open Source on GitHub.
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 4 years ago.
Improve this question
I have couple of projects using JDK 1.8 in production. However Java is paid from January 2019 onwards. Is my problem solved if I migrate my projects to OpenJDK 1.8 because it's open source?
As far as I know, it concerns only the Oracle Java APIs.
OpenJDK and OpenJFX are largely independent (besides getting contributions from Oracle).
As general Oracle Java was a bit smarter than the OpenJDK (on Linux), the entire outcries are a storm in a glass of water: it makes a (ill guided) sense to let Oracle be paid for its development effort.
The thing to do, is trying out the OpenJDK, and taking notion of com.sun classes.
You might need to look for new versions of your typical server or framework, that might rely on com.sun.* classes.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 4 years ago.
Improve this question
I am refering to the link
Public updates for Oracle Java SE 8 released after January 2019 will not be available for business, commercial or production use without a commercial license.
Java is Open Source for sure, maybe The Community will release OpenJDKs updates, but i still have my worries about this news...
I really would like to know about your opinions, and if we imagine the worst case (wich i do not hope), that Oracle do the same with the others new java versions...
What are the solutions ?
The link you are referring to looks to me like a normal Java version lifecycle announcement. Each version of Java SE eventually stops receiving public updates, and by that time, there is a newer Java SE in wide use.
See Oracle Java SE Support Roadmap and Java version history.
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 5 years ago.
Improve this question
I've upgrade my Java JDK installation to a later minor release version (e.g. 1.8.131 to 1.8.144).
Should I recompile project source code to get any security benefits from bytecode generation or should I just run the old bytecode on the updated JRE?
Any real world examples welcome as I will need to justify this to the project team.
You are mistaken.
The java compiler doesn't do much, besides turning Java source into bytecode. There are few special optimisations. And no "security" related things at all.
And keep in mind: all invokations of system methods that your code is doing - will be going to Java8 classes on a Java8 VM.
Thus there is no pressing reason to update "everything".
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
Suppose that I developed a library and published it as a project. What makes my library a "standard" library for Java and be in next JDK version?
From what I've witnessed, this happens when your framework helps the Java community so much that it can be moved into a specification in form of JSR. Then, a set of interfaces is developed and, usually, your library becomes the first implementation, or the implementation is added directly into the JDK.
Notorious examples of this:
Hibernate/Eclipse Link -> JPA
Seam -> CDI
Ehcache/Infinispan -> JCache
Joda Time -> Java 8 Date Time API
Note that in all these cases, what becomes the standard is the specification, the JSR. The library is not standard, it is just an implementation of the standard. Also, from these examples, they didn't give born to the JSR that easily, it take some years to the frameworks to get mature enough before generating these specifications.
Some libraries which are more or less known in Java community are not parts of JDK. There is such thing as Apache Maven which is using huge repositories full of different libraries. As soon as your library is really popular (and published in a repository available for everyone, although not maven official), you may want to contact representatives to suggest your library to be included in the so-called maven central repository.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
I was listening to a podcast recently (may have been SO - can't remember) when the interviewee said that one of the reasons Java was so successful and popular was the tooling.
Having use of great FOSS editors such as Eclipse, NetBeans. Metrics tools such as Cobertura, Find Bugs, Build tools such as Maven and ANT.. I'd have to agree
I've done a fair bit of .NET and the tools are OKish. The problem seems to be that there isn't the depth in tooling that there is in Java. The FOSS stuff seems pretty limited.
My question: Are there any modern languages with a better community and tooling for getting the job done?
Don't forget Perl's CPAN with a wealth of first-class code like e.g. profilers, ide's and modern Object Oriented Systems.
C.
sure, there's emacs and vi!
seriously, great as some Java tools are, many of their features are meaningless for other languages/environments.
If you are looking for languages other than Java and C# with good tool and library support, I think the next most supported language is Ruby. However, I believe the tool, library, and community support for Ruby is much less than Java or C#.
maybe PHP or even python