Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Oracle’s Java 11 trap

blog.joda.org

Post reply on HN
Print view View original

231–240 of 244 posts

Re: Oracle’s Java 11 trap

#231

Post by baud147258 »

djsumdog wrote: post #121
baud147258 wrote: post #7

Java 11? At work we haven't even started to look at the migration from Java 8...

The hell? You should just be able to take your code and compile and run it on Java 8. There aren't any major comparability breaks. Just try switching JVMs and run all your unit/integration tests (you do have tests right?) Java 9 is the one that breaks nearly everything. We attempted Java 9 at our last shop and almost every dependency we used had some exception from a removed deprecated function down there in the stac…

We're already on java 8, the migration was done before I arrived, so I don't know how it went. But we've already taken a look at the java 9 migration and there's a lot of thing to fix. And we'll also have to remove the last java applets from the website...

Re: Oracle’s Java 11 trap

#232

Post by Aaargh20318 »

raverbashing wrote: post #44
Aaargh20318 wrote: post #21

Earlier quoted context omitted.

> I would rather use Go, which seems to have all that Java has to offer Really ? What is the Go equivalent of J2EE ? Do Go appservers exist that offer all the features that something like Payara (Glassfish), JBoss or WebSphere does ?

> What is the Go equivalent of J2EE ? I consider not having a suffocating bureaucratic "framework" that can be replaced by simpler and more straightforward constructs most of the time a feature and not a bug But those that grow up under a bureaucracy tend to miss it

> I consider not having a suffocating bureaucratic "framework" that can be replaced by simpler and more straightforward constructs most of the time a feature and not a bug

All those 'simpler and more straightforward' constructs cost a lot of extra time and effort, there's a lot of reinventing the wheel going on. Can you do something similar to just adding a field annotated with @PersistenceContext or @Resource and having a database connection injected ? Does it also allow for complete decoupling between the configuration of that datasource and the application itself ? Can it resize the database connection pools live, and then push that config change to an entire cluster, without writing a single line of extra code ?

Re: Oracle’s Java 11 trap

#233

Post by thdespou »

randomsearch wrote: post #46
ofrzeta wrote: post #27

Earlier quoted context omitted.

What's the point of J2EE or an application server? You can get functionality such as templates, management, monitoring, persistence through other means as well.

Think the point is that the Java ecosystem is vastly greater than Go. And ecosystem mattes.

That may change in a few years. Currently, a ton of new software is built with Go.

Kubernetes, Istio, Prometheus, All the Hashicorp stuff, hyperledger, traefik , kong you name it.

Re: Oracle’s Java 11 trap

#235

Post by tyteen4a03 »

krferriter wrote: post #218
fnord123 wrote: post #82

Earlier quoted context omitted.

OpenJDK is the reference implementation now so if you did find a functional difference, Oracle is in error.

I honestly don't know why anyone would keep using Oracle's version of the JDK over the OpenJDK, other than them just being used to it.

I work with many Linux Minecraft players and we recommend using Oracle Java if OpenJDK refuses to play nice with the proprietary drivers.

Re: Oracle’s Java 11 trap

#236

Post by ofrzeta »

riku_iki wrote: post #206
ofrzeta wrote: post #67

Earlier quoted context omitted.

Go templates come with the standard library, an ORM could be GORM, for monitoring you can get metrics of the runtime through the package of the same name also in the standard library or on an application level use the Prometheus client API to make your application talk to the Prometheus monitoring system.

I think the premise of JEE is that you label your class by @SessionBean annotation, and everything is installed automatically for that class: RPC, load balancing, security, monitoring, and you don't need to shop for individual components and find the way how to glue them together. How this premise is implemented is another story. I am not sure about quality because didn't use jee for last 10 years, but when I was usi…

That sounds good. I wonder how it is implemented, though. I read through the WildFly feature list and there are several features you mention, such as clustering or failover. I wonder how you get to bridge the gap from the application to the underlying infrastructure, though.

EDIT: I see from the docs http://docs.wildfly.org/14/High_Availability_Guide.html that you need to configure an Infinispan cluster, what looks like a non-trivial operation.

Re: Oracle’s Java 11 trap

#237

Post by icedchai »

colejohnson66 wrote: post #221
icedchai wrote: post #191

Earlier quoted context omitted.

Though it "sounds bad", this is a wonderfully practical approach. Why waste a lot of time with this BS?

Because it’s a good way to get yourself sued

Unless you're a very large firm, it's actually not. They'll negotiate with you long before lawyers are involved.

Re: Oracle’s Java 11 trap

#238

Post by chungy »

tyteen4a03 wrote: post #235
krferriter wrote: post #218

Earlier quoted context omitted.

I honestly don't know why anyone would keep using Oracle's version of the JDK over the OpenJDK, other than them just being used to it.

I work with many Linux Minecraft players and we recommend using Oracle Java if OpenJDK refuses to play nice with the proprietary drivers.

Huh. I've used OpenJDK since the very early days of Minecraft, never had an issue.

Re: Oracle’s Java 11 trap

#239

Post by Aaargh20318 »

ofrzeta wrote: post #236
riku_iki wrote: post #206

Earlier quoted context omitted.

I think the premise of JEE is that you label your class by @SessionBean annotation, and everything is installed automatically for that class: RPC, load balancing, security, monitoring, and you don't need to shop for individual components and find the way how to glue them together. How this premise is implemented is another story. I am not sure about quality because didn't use jee for last 10 years, but when I was usi…

That sounds good. I wonder how it is implemented, though. I read through the WildFly feature list and there are several features you mention, such as clustering or failover. I wonder how you get to bridge the gap from the application to the underlying infrastructure, though. EDIT: I see from the docs http://docs.wildfly.org/14/High_Availability_Guide.html that you need to configure an Infinispan cluster, what looks l…

Paraya uses HazelCast for clustering by default. IIRC all it needs is for the servers to be in the same network.

Re: Oracle’s Java 11 trap

#240

Post by chungy »

crispyambulance wrote: post #56
ronkwan wrote: post #37

there is a GPL2 version of jdk11 here, does it make any difference? http://jdk.java.net/11

> http://jdk.java.net/11 That's an "OpenJDK" build provided by Oracle. But it is easy to get mixed up since it doesn't ACTUALLY say "OpenJDK" on that page.

All the links say and point to OpenJDK if you hover over them. It doesn't seem that obscure.
Post reply on HN