Oracle finally targets Java non-payers six years after plucking Sun

Probably because Java runs without problems on (Windows) and (IX platforms without major problems).

FTFY ;-)

I still have a repository where Surefire (hah) refuses to run any tests. Impossible to debug. No, that pile won't be missed.

For ASP.NET controllers, I'd use attribute routing's URL generation: https://docs.microsoft.com/en-us/aspnet/core/mvc/controllers...

If you want a separate library for use outside of ASP.NET, and you want something more sophisticated than UriBuilder, there are several out there. I've used Superscribe in the past, but I just looked around and Flurl looks pretty neat: http://tmenier.github.io/Flurl/

The funny thing about that statement is that it's both true and insanely sad. JDBC is downright terrible but having a standard DB access layer has contributed a lot to Java's rise over the years.

- It was kind of the Golang of the 90s, where each class had a clear and limited purpose -- but it also meant you had to chain three or five classes together to get anything useful done [1]. For this and other reasons, like the longtime lack of type inference, earned it a reputation for verbosity.

- Most people don't have a clue how to design software, so they turned to outside resources for ideas. The 1994 book 'Design Patterns: Elements of Reusable Object-Oriented Software' [2] introduced a lot of useful models on how to translate mental models into object-oriented code. Some systems sprawled too much to where their implementations started to look like this model gone horribly wrong, while some developers merely ingested these ideas as a dogma and went on to produce code that was needlessly complex and poorly thought-out.

- At some point a bunch of licensed code originating from a venture of IBM was dumped into the JDK, hence the awful, miserable mess that was datetime and calendaring [3] before Joda-Time's Stephen Colebourne brought sanity to it with Java 8.

- Applets were punching above their weight, but the tech was poorly implemented, and, as history proved with it and other plugins like Flash, woefully insecure. Vulnerabilities in Java Applets, and early public confusion about Javascript vs. Java perpetuated the stereotype that Java itself was broken, insecure, or both.

- Consultancies are big business, and companies like IBM, Oracle, and SAP would happily sell shops on big application servers with monitoring and control panels and genuinely useful stuff, but also tons of cruft and bugs. These players emerged from the J2EE spec, which defined useful APIs but intentionally left the implementation unspecified, to cultivate a thriving community of alternative implementations. Predictably, this didn't go as hoped.

- People are obsessed with customizing their software, so vendor-delivered products were built with externalized configurations. Some people took this way too far, resulting in the familiar nightmare [4] where you had to configure mounds upon mounds of XML or .properties files to get an application running. It didn't help that this was actually the better way of getting it done in Java, with the Spring Framework, which was way more palatable to work with than the alternatives coming out of the J2EE spec.

- Rails shook the world at the end of 2005 and showed that the obsession with configuration was dumb [5]. Scrambling, both Spring and EJB received rewrites, so now Java devs @hardcoded things directly into the source code with @annotations (that are by the way "not code!", as if that distinction was at all relevant) and pretended they were enlightened.

- Sun had a vision for Java that they were never truly able to execute. In the process, they delivered a pretty solid language, eventually backed by a fantastic VM [6], that became popular because it was simple and scaled down well to okay and decent programmers -- not requiring a fleet of expensive rockstars. Oracle smelled money and bought it up, and despite additional innovation still being delivered by its staff, created wariness and distrust in the Java community by its corporate attitude.

[1] http://stackoverflow.com/questions/4716503/ [2] https://en.wikipedia.org/wiki/Design_Patterns [3] https://java.net/nonav/projects/jsr-310/lists/dev/archive/20... [4] http://thedailywtf.com/articles/Soft_Coding [5] https://news.ycombinator.com/item?id=12761705 [6] https://news.ycombinator.com/item?id=12160439

C# and Java are significantly more forgiving and for most use cases are perfectly adequate. Performance is a reasonable concern, but not the primary driver of language choice.

If you look at the sort of Java code some people churn out in an enterprise environment you'd be glad they weren't using C++ which has significantly more sharp edges. Throwing random exceptions isn't as bad as periodically segfaulting for no apparent reason.

[1] Bunch of companies tried selling compilers with 'drink your milk shake' licensing terms in the 80's. Developer resistance, Microsoft and Borland killed them off.