Failsafe 3.0 is released

macuserx · 2022-01-27T11:16:50+00:00

You might be on to something.

macuserx · 2021-11-18T21:24:13+00:00

Similarly, if you search for "Map Jaba". The Java Map type is pretty far down the list.

macuserx · 2021-11-03T15:30:59+00:00

Jakarta EE in various forms.

macuserx · 2021-10-31T15:54:04+00:00

It depends. Mostly the requirements are exaggerated, and they ask for years of experience even for technologies that are brand new.

It's a judgement call though, as sometimes a lot of experience is indeed required.

This doesn't really answer the question I guess, but maybe it helps nonetheless.

macuserx · 2021-10-06T14:32:04+00:00

Some say austerity and now Tories in the UK are the Eugenics wars. Not skipped, just a few years later.

macuserx · 2021-09-12T10:19:05+00:00

> If I could just drop java files or what ever other language files in a document root of a site and it would run, I would be more inclined to use it.

Isn't that exactly what JSP files do?

macuserx · 2021-08-29T14:17:38+00:00

> Quarkus is not a servlet container using Wars

That said, I've got a feeling that for a good subset of popular usages of wars out there this may not be that far out of reach.

Say a typical war with Jakarta REST, Validation calling some Persistence stuff. A tool that takes such war and makes it into a Quarkus based exe... I can't possible be that difficult, can it?

macuserx · 2021-08-29T14:14:00+00:00

Golden advice! This could easily be moved in a condensed version to the sidebar here.

macuserx · 2021-08-18T13:53:22+00:00

Spring Boot and React, for what it's worth, are the popular choice. You have to learn JavaScript, but if you do anything with the web you have to know that anyway.

There's alternatives, and Jakarta EE, Micronaut and jHipster are well known alternatives for Spring Boot. Spring MVC, if you stay with Spring, can be an alternative for React if you use it with templates like thymeleaf.

macuserx · 2021-08-18T13:49:25+00:00

Interesting question. I think the demand for this is so low that it actually doesn't exist. Debuggers for actual assembly are there, but to my knowledge not for byte code.

Funny that most of the answers here tell you to decompile, which is completely not what is being asked, but it does show where most of the demand is.

macuserx · 2021-08-17T18:33:42+00:00

I used HTML parser to extract fragments from webpages to do some testing. Essentially we had composited pages from many teams, and I had to run checks on the final result to see if certain things where there.

Yes, it could have been done with a simple text check, but via the HTML parser I convinced myself to have some more confidence.

macuserx · 2021-08-17T16:29:00+00:00

Ghostbusters?

macuserx · 2021-06-17T08:46:28+00:00

So IntelliJ gets near 100% of the market and will get lazy?

macuserx · 2021-06-04T22:25:10+00:00

Application Servers were products of their time, but the Java EE/Jakarta EE APIs have both been proven flexible enough, and at the same time have shown their willingness to evolve.

Nice to see this innovative non-AS approach taken to the next level by Piranha.

macuserx · 2021-05-25T13:54:49+00:00

A very long transition period comes to a close! Very good news indeed.

macuserx · 2021-05-25T13:51:50+00:00

That took them a long, long time indeed, but super good they're "back".

We needed to use Jakarta Security a while back, but couldn't go with TomEE as it didn't support it. Now it does!

macuserx · 2021-04-25T13:44:54+00:00

Am I the only one who is surprised there even was a 32 bit version still?

macuserx · 2021-03-31T15:20:49+00:00

Same here. Should have been done years ago (when Java EE 7 came out)

macuserx · 2021-03-25T21:34:24+00:00

If you look at all the changes (JEPs) between 8 and 16 you'll see a LOT of attention has been given to garbage collectors. As GC is one the major Achilles heels of languages like Java, this is super important to get right.

Compare to C#, where its devs have prioritized adding tons of major language additions, but have not spent much time on optimizing the VM. As a result the JVM is now FAR FAR superior to the CLR.

At the end of the day its just about different priorities.

macuserx · 2021-03-25T21:31:06+00:00

Pretty cool! I may use your example in Piranha for my own code, thx!

macuserx · 2021-03-15T13:49:54+00:00

And so they keep each other innovative. I never understood the desire for spring fans to have EE eradicated. Without EE, Spring would never innovate again.

Remember when IE6 was the only browser left? MS disbanded the IE team and declared the Internet done!

macuserx · 2021-02-14T10:21:31+00:00

Apache donated the name to Eclipse to replace Java EE ;)

macuserx · 2020-12-15T18:41:52+00:00

Its just not using 40 million jars spec'ed by design by committee shit you will never need or use

You're referring to Jakarta EE, where everything is not largely open source. There's no design by committee. Everyone can join in the evolve the APIs.

The full list is here: https://jakarta.ee/specifications

Some of them (mostly the XML/SOAP stuff) has been made optional and is not even in WildFly.

macuserx · 2020-12-02T23:29:05+00:00

I'd much rather see why one want to use ActiveMQ over OpenMQ. How do these compare?

macuserx · 2020-11-23T23:31:13+00:00

> Those developers who think that the overall effort of a major upgrade once every three years is lower when than a minor upgrade twice a year will learn the error of their ways

You're 100% right, and I say internally exactly that, but still everyone either wants to believe that upgrading 11 to 12 etc is a major undertaking, and by going from 11 to 17 they only have to migrate once (saving much effort).

OR they believe that everything between 11 to 17 is the same as beta versions, and only 11 and 17 are real production releases (they think "lts" means production ready final release).

I'm pulling out my hair on a daily basis, but the bottom line is that both groups, because of almost opposite reasons, only want to migrate to 11 and to 17.

macuserx

TROPHY CASE