131–140 of 244 posts
Earlier quoted context omitted.
You should clarify that you are referring to Larry Ellison, the head of Oracle, and not Stephen Colebourne, author of the article.
Yes, I definitely don't own an island!
Earlier quoted context omitted.
It's fairly common to automate that stuff away, and not just for Oracle. For example, if agreeing to TOS was neccessary, Let's Encrypt could no longer be "totally automated". Therefore certbot has an "--agree-tos" option, present in oh so many ansible repositories.
How do you automate that? You need some kind of cookie to download JDK and you're getting it by clicking a button. The only way to automate it is to simulate "agree" click.
If you haven't written a bot, but you habitually download the JRE/JDK from Oracle's website, accepting the license manually each time, is there really a difference? How many people are rereading the license each time they do this? I would guess the number of people that do this is roughly a rounding error above 0.
Earlier quoted context omitted.
Right, what is the equivalent of the following in Go? import org.apache.hadoop.*; import org.rapidoid.net.Server; In case you are wondering people not only using languages for language features but also for the quality/quantity of libraries available in those languages. This is why is very hard to bootstrap a new language. Java has a ton of great libraries that are essential to big data and high performance backend s…
We used the same argument a decade ago with Perl, look where that got us. Java in 2018 is Perl in 2008, roughly.
If you want to compare nifty scripting languages than you can compare Perl with Ruby or Python. In 2008 I was happily using Ruby for most of things we used to do in Perl, a bit slower yes, but who cared and it was much more readable.
Earlier quoted context omitted.
import ( "net/http" "github.com/labstack/echo" ) For Hadoop I guess it depends on what you want to do. For instance there are modules for HDFS but also several module by Hortonworks: https://de.hortonworks.com/blog/go-hadoop-err-hadoop-and-go/
But you still need jre/jdk to serve HDFS ;) Also, there are tons of other missing products like ElasticSearch, Kafka, Spark...
I believe the article is mistaken. Their License says: >"Program(s)" refers to Oracle software provided by Oracle pursuant to this Agreement and any updates, error corrections, and/or Program Documentation provided by Oracle. Not programs you create using the JDK
- use the Programs for any data processing or any commercial, production, or internal business purposes other than developing, testing, prototyping, and demonstrating your Application;"
To me this reads as, "you can use javac.exe and java.exe in development, but you can't use java.exe in production."
This is a huge change that I probably would not have noticed.
as long as openjdk remains open i dont mind
As long as OpenJDK remains open and maintained for a reasonable length of time , I don't mind. Right now it's looking good, but only thanks to Red Hat (et al.) and not Oracle.
Earlier quoted context omitted.
How do you automate that? You need some kind of cookie to download JDK and you're getting it by clicking a button. The only way to automate it is to simulate "agree" click.
I'm not saying I'd write an "I Agree" bot, but I've certainly written scrapers of comparable or greater complexity, and I'd be quite surprised if there was nobody that did this. If you haven't written a bot, but you habitually download the JRE/JDK from Oracle's website, accepting the license manually each time, is there really a difference? How many people are rereading the license each time they do this? I would gue…
Earlier quoted context omitted.
Java 8 is EOL in January for public support/security patches. Java 7 was EOL in 2015. What have you been doing for 3 years? I could guess, because I've been at companies doing the same. Active development and support on the product, but no time for tech debt. Java 9 and up I understand people getting frustrated with a more frequent LTS release and these weird microreleases every year.
Red Hat and AdoptOpenJDK will be supporting OpenJDK 8 for quite some time yet. Oracle's JDK and JRE will stop getting public support, yes, but OpenJDK 8 will be alive and well for many years to come.
What did they do with security updates when they were available for the version they were on?
Questions.
Don't get me wrong, they're not the only ones ice skating uphill on this.