News for hackers. Stuff that matters.
Re:Oracle’s Java 11 trap by Aaargh20318 on Wednesday September 26, 2018 @08:21AM (#18075128)
> 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 ?

Re:Oracle’s Java 11 trap by ofrzeta on Wednesday September 26, 2018 @08:25AM (#18075167)
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.
Re:Oracle’s Java 11 trap by randomsearch on Wednesday September 26, 2018 @08:38AM (#18075276)
Think the point is that the Java ecosystem is vastly greater than Go. And ecosystem mattes.
Re:Oracle’s Java 11 trap by thdespou on Thursday September 27, 2018 @05:27AM (#18083069)
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 by philbarr on Wednesday September 26, 2018 @08:48AM (#18075371)
For Go, what are those means? (I'm just starting with Go so it would be useful to see how we get all that stuff)
Re:Oracle’s Java 11 trap by ofrzeta on Wednesday September 26, 2018 @08:56AM (#18075422)
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.
Re:Oracle’s Java 11 trap by riku_iki on Wednesday September 26, 2018 @03:57PM (#18079662)
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 using it, IBM stack was far ahead of everything on the market, and was like your private PaaS with cloud functions, but with high license fees of course.
Re:Oracle’s Java 11 trap by ofrzeta on Thursday September 27, 2018 @07:38AM (#18083536)
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 by Aaargh20318 on Thursday September 27, 2018 @10:40AM (#18084935)
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 by raverbashing on Wednesday September 26, 2018 @08:36AM (#18075260)
> 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

Re:Oracle’s Java 11 trap by ilikehurdles on Wednesday September 26, 2018 @08:39AM (#18075286)
The parent said Go has all that Java has to offer. I would be surprised if the standard library was in the same magnitude of size.
Re:Oracle’s Java 11 trap by Leace on Wednesday September 26, 2018 @08:49AM (#18075373)
Yes, exactly. Having used Java and many other languages for years Java's strongest point is tooling - there are high quality tools for any aspect of software lifecycle. A lot of them available for free.

Of course new languages are quickly getting more and more tools but sometimes I feel that they are just reinventing the wheel (sometimes squared). For example: it's easy to host a mirror Maven repository, the file structure is very simple, even with per-project setting. It's not that straightforward with npm or cargo, they push you into centralized model with paid private repositories (npm).

Re:Oracle’s Java 11 trap by Aaargh20318 on Thursday September 27, 2018 @05:22AM (#18083046)
> 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 by grey-area on Wednesday September 26, 2018 @08:51AM (#18075379)
What is the Go equivalent of J2EE?

無

Re:Oracle’s Java 11 trap by anticensor on Wednesday September 26, 2018 @04:24PM (#18079915)
This Chinese character means "nothing, not at all" for you people who do not speak Chinese.