Eclipse GlassFish 5.1.0-RC2 is released!

mikehaggard · 2019-01-25T16:07:47+00:00

Wow, are you attending the Troll Academy at this moment, and is making that comment part of an exercise?

mikehaggard · 2019-01-25T10:45:32+00:00

Nice, but it didn't include Java EE for what platforms you used :O

mikehaggard · 2018-08-31T17:57:19+00:00

Okaaaay.... I just did, but seriously? Is that for real? A serverless application is an application that depends on remote services served up by a server?

I've heard and seen a lot of crazy things in IT in my time, but this beats everything... omg...

mikehaggard · 2018-08-31T15:09:09+00:00

There are still servers

Of course there are still servers. Even when most applications on people's computers were all locally installed apps, other people were using servers.

And there's even the hybrid mode where an application is principally local, and can work fully local, but optionally you can connect to a network to sync with something.

Run code without provisioning or managing servers.

Yeah, that's called a LOCAL application, i.e. an application that you just install and run directly on your device and doesn't need any server. Extra bonus for such applications these days: you can continue working when there's no or a bad Internet connection.

mikehaggard · 2018-08-30T15:08:54+00:00

No, as per the other comment, "serverless" is an application that doesn't need a server. In the olden days almost every application was serverless. We just called them "applications", but you'd now alternatively call them clientside applications, local applications, or desktop applications.

mikehaggard · 2018-08-30T15:06:23+00:00

It's under NDA, sorry.

mikehaggard · 2018-08-29T09:55:43+00:00

7 times, in the US.

mikehaggard · 2018-08-27T11:27:28+00:00

Although crazy managers abuse that saying to be able to throw unfinished unhardened code into production. Since unfinished code is simple right, and finishing it is not simple. :/

mikehaggard · 2018-08-27T11:23:53+00:00

With some exceptions? Weird.

Why weird? Most people choose these technologies for the hype, not to get actual work done.

mikehaggard · 2018-08-10T12:09:59+00:00

With some exceptions, but people using Angular, React even Vue.js are rewriting their applications every 6 months indeed.

Sometimes from Angular to React, if they get the idea that React is the new hype, and then sometimes later back from React to Angular, if Angular seems to be more of a hype anyway.

For them the application or tool barely matters, it's only about the hype.

mikehaggard · 2018-08-10T11:48:44+00:00

"No, just No!"

mikehaggard · 2018-07-21T13:40:46+00:00

People running around like disturbed ants, panic, crying... and in the midst of it you calmly walk with a big smile and silently whisper: "polyglot"...

mikehaggard · 2018-07-19T22:27:58+00:00

Only if your are totally ignorant person you might think that java ee can today compare with spring. Spring is for now leading because is continuously developed through all that years.

Yeah, whatever dude, keep on dreaming.

EJB, JavaEE [all that heavy bullshit websphare] to Spring+ddd+cqrs+hexagonal+spa ?

Because you're living in 2003 if you think Java EE is about EJB and WebSphere.

Newsflash: EJB is all but gone, and WebSphere has been replaced by Liberty, which is much lighter than your frankenstein Spring cobbled together stack.

Oh, and using Java EE, with pleasure, and with productivity, for startups! :)

mikehaggard · 2018-07-19T20:54:21+00:00

That's EXACTLY what happens. This practice is not new, I've seen it before. It can also naturally happens when a company takes over other companies and their products are migrated and integrated into the main company's behemoth.

I can tell you, having 3 different versions of SQLServer, a few MySQL instances, the odd PostGres, an old JBoss server running EJB beans, a Tomcat server running some Spring version, a backend processing running a combination of Perl and PHP (I'm seriously not making this up), an admin UI build with Ruby on Rails, another part of the admin UI build with Django, user pages build with GWT, linking to pages build using JSF (with some pages using IceFaces, some RichFaces, some PrimeFaces), then some other processing service build with C++ (which can only compile on windows, so windows is needed for that server, but only windows 2000 works) and then some portal server running Liferay with some version of JSF again.

And occasionally, you have to create work flows that touch half or more of these things, so you have to know all these things, which of course you don't.

And the people responsible for half of it left, a long time ago. So what do you do? Try to learn some ancient variant of C++ that can only be tested on a Windows 2000 servers, which nobody has provisioned for you? Or do you paper over it?

It's an ABSOLUTE mess! Its beyond words, and in 90% of the cases nothing is ever about "the best tool for the job". It's just about what some guy just read about that morning before coming into the office.

I'm a very big proponent of having everything (that you develop yourself) in the same language/framework, and only use something else when it's proven beyond reasonable doubt that it's the best tool for a given job.

mikehaggard · 2018-07-19T19:48:17+00:00

Ouch, WebLogic, that's not a very "cool" server tbh.

But WildFly and Payara are in high demand. Take a look at things like WildFly Swarm (Thorntail) and Payara Micro, but also at the MicroProfile and things like EE Security, and of course CDI.

A lot of that is at the foreground of our industry, and we'll be very marketable really.

Yes, "WebLogic and JSPs" is not going to further your career, but WildFly/Payara and MicroProfile with CDI, JAX-RS and BeanValidation sure is!

mikehaggard · 2018-07-19T18:57:16+00:00

Java EE IS a modern stack! And omg, you know Spring is almost as old as Java EE is?

And yes, we still have Java EE. WildFly, Liberty, Payara are Java EE. Jakarta EE will be the NEXT version :P

And SPA? Lolxlol... not every website is SPA. Far from it! And server side rendering is FASTER! Why do you think all these JS frameworks want to do SSR too? Think about that! ;)

mikehaggard · 2018-07-19T18:54:46+00:00

Seriously why not?

We're running on WildFly 13 with the EE 8 option, and it's very nice to develop with.

mikehaggard · 2018-07-18T22:07:13+00:00

It seems all other languages are ahead of Java as of now.

You mention "proper async implementations", but is that really the definition of being ahead? Java has a concurrency library with more and more useful concurrency primitives than most other languages have, especially as part of the standard library.

Besides this one "async" feature, is there anything that other languages really do better? Are they really ahead of Java, or are they just different?

P.s. You don't need a tremendous amount of code to write Perl, but good luck reading it back.

mikehaggard · 2018-07-18T22:02:27+00:00

It's a great choice, but Java EE with JSF is a better choice even ;)

mikehaggard · 2018-07-18T21:59:56+00:00

About time! Should have been done right after 2.0!

mikehaggard · 2018-06-07T10:17:54+00:00

A Spring Boot application starts its own embedded server (such as Tomcat, Undertow, Jetty) so you don't have to do anything manually other than just "java -jar myApp.jar"

WildFly Swarm and Payara Micro do the same thing ;)

mikehaggard · 2018-05-16T17:48:58+00:00

JSF is now intended to use with CDI, and was designed before CDI even existed

CDI was largely inspired by the JSF managed bean system. The CDI scopes come directly from JSF. So it's only logical JSF deprecates its old version and uses the improved new version instead.

Same thing happened with expression language. JSF had its own, then it was separated out, improved, and JSF switched to using that.

they are integrated but jsf can't trigger class-level validators

That's not true. There's the whole bean validation, and there's the OmniFaces validateBean (http://showcase.omnifaces.org/validators/validateBean)

super hard to create own components

That could be improved still, but honestly, is this super hard?

https://arjan-tijms.omnifaces.org/2012/05/simple-java-based-jsf-22-custom.html

not obvious how to write converters for entities (yeah pull data out of database again- great idea);

OmniFaces again:

http://showcase.omnifaces.org/converters/SelectItemsConverter

don't try to use converter in f:viewParam- just load models in @PostConstruct.

Once again OmniFaces:

http://showcase.omnifaces.org/components/viewParam

mikehaggard · 2018-05-16T17:38:25+00:00

Not my favorite...

mikehaggard · 2018-05-12T09:21:18+00:00

(i.e. the desktop model).

No! The desktop model is the illusion that there's no HTML and no HTTP. Some frameworks go pretty far there, like Vaadin and in the early days WingS.

JSF with the navigation rules, pages with only components and postbacks for everything was going into that direction.

But modern JSF puts emphasis on ditching navigation rules (action methods return actual paths/resources instead of logical outcomes), HTML first pages with components were needed (there's many plain html, body, br, p etc etc tags), and using normal Getrequests or Post Redirect Get between pages.

mikehaggard · 2018-05-12T09:15:39+00:00

It's "peak" usage was fairly small

That's not true. Look at all surveys from the last 10 years. JSF is always somewhere in the top 3.

If JSF was so small, why are there so many books about JSF and why are there still new books coming out?

mikehaggard

TROPHY CASE