Negotiations Failed: How Oracle Killed Java EE

Post by lucidone » Sun, May 05, 2019, 2:58 PM UTC

StevePerkins wrote: post #107

dtech wrote: post #52

Earlier quoted context omitted.

Too little too late, and I highly doubt that (5-year-old) Valhalla will deliver even one of the promised features (value types) in the next 3 years. Remember that the original plan was to have all Valhalla features in Java 10. Java/JVM was in the ideal position to dominate the software world for the whole 21th century 15 years ago. Instead they did an IE6 and stagnated for so long that their competitors became plain…

> webassembly [is] eating JVM's cake It's hard for me to take all the "Java is dying" threads seriously when they don't even seem to understand where Java plays. Webassembly ? Really? That's a client-side tech, and 99.999% of Java devs ceded the browser battleground pre-9/11. Java's bread and butter is EAI, ETL, and server-side business application development. Particularly with pieces requiring heavily distributed d…

Post by needusername » Sun, May 05, 2019, 3:31 PM UTC

needusername wrote: post #209

znpy wrote: post #158

Dumb question... Wouldn't it be possible to fork the namespace to something like javax -> jawax (or java->borneo as someone suggested) and then patch the JVM to alias the javax package to the would-be jawax package (or borneox or whatever) ?

You would probably rather write a JVM agent that changes the class references. Eclipse will almost surely fork the namespace to something jakarta related.

Post by nvarsj » Sun, May 05, 2019, 4:17 PM UTC

dgoldstein0 wrote: post #385

dilyevsky wrote: post #377

Earlier quoted context omitted.

Go uses tri-color mark-and-sweep gc that runs concurrently and its latency is extremely short compared to .net and java (probably still not short enough to be put in the critical path of hft order processor tho). Edit: I'm also confident you can ensure Go’s gc doesn’t run when you don’t want it to so there’s that.

This may be true but conventional wisdom against using anything GC'ed for real-time applications (like HFT or aerospace stuff) is going to mean even if go's gc is good enough, using any gc'ed language for these apps is going to be extremely rare for years if not decades. Seems far more likely that rust will chisel away at that market than golang or any other gc'ed language.

Post by scarface74 » Sun, May 05, 2019, 5:01 PM UTC

hnbroseph wrote: post #414

scarface74 wrote: post #200

Earlier quoted context omitted.

The contention was that other languages had a “lot to catch up” with Java because it’s been around for 25 years. So how haven’t other statically typed languages “caught up”? In fact, Java is so far behind C# with true Generics, LINQ - not the syntax the entire linq expressions -> expression trees -> runtime providers that can parse the trees and translate it to a destination syntax, etc. it’s laughable. Can anyone sa…

afaik c#'s "true generics" as you call it imposes a runtime cost due to code generation because the compiler doesn't necessarily know all specializations aot. haven't looked into it in a long time though. as far as ides go, i vastly prefer intellij to visual studio.

Post by scarface74 » Sun, May 05, 2019, 5:07 PM UTC

pjmlp wrote: post #463

scarface74 wrote: post #452

Earlier quoted context omitted.

So you have forgotten about the threads that you responded to where I was advocating for native desktop apps over cross platform apps, where I spent years doing C++/MFC, Like this quote: But seeing that I like the optionality of working for any of the dozens of companies that have job openings continuously for JavaScript, C#, C, C++, and even Python, I think I’ll stick with those....

It is hard to keep track of all answers, just complains about being stuck in tech X and how .NET has saved your life from whatever. Which yeah, might have been the point, but hardly a picture of the global job market.