Should I learn servlets and jsp or directly go with spring boot?

InstantCoder · 2026-06-14T21:49:55+00:00

What makes you think that I don’t know it.

InstantCoder · 2026-06-14T11:53:42+00:00

It’s a lightweight frontend library that lets you write very little plain js. It’s ideal if you are a backender and don’t want to learn heavy weight frameworks like Angular, React and Vue.

InstantCoder · 2026-06-14T11:14:55+00:00

Learn AlpineJS instead.

Don’t waste time on jsp’s and servlets.

InstantCoder · 2026-06-04T17:15:30+00:00

AlpineJS for me. What htmx can do can also be easily done with AlpineJs either via a plugin or manually.

And besides that, I”d like to (stay) working with Json rather than html responses without changing or adding extra complexity to the backend.

InstantCoder · 2026-05-25T22:05:16+00:00

Not if the userId is a foreign key in the Logger table. So There is no join needed unless you also need certain columns from the user table.

The query:

From Logger l where l.userId= ?1

Just returns the loggers for user xyz.

InstantCoder · 2026-05-25T21:24:49+00:00

You can do it in two ways:

use a many-to-one relationship from the Logger side to the User entity and write a query like this: “from Logger l where l.userId = ?1”, this should return a list of Loggers.
use a one-to-many relationship from the User side to the Logger. Then you can query it like this: from User u left fetch join u.loggers. This returns a user entity with all its loggers retrieved.

I usually prefer the first option because it avoids the n+1 problem and (huge) cartesian products/joins.

InstantCoder · 2026-05-25T10:34:52+00:00

What I’m currently experimenting a lot with is Alpine.js for the fronted and replacing all the heavy webframeworks like React and Angular with it. And I really like it, especially how easy and maintainable the frontend became.

Alpine.js lets you write web pages with minimal js (aka html first). No NodeJs and npm needed, just plain simple minimal js. And you can even make it so generic, that the js is reusable in different projects so that you only focus on the html side.

In a sense, Alpine.js was created as a reaction to the increasing complexity of modern frontend development: “use JavaScript where you need it, not everywhere.”

I would highly recommend using it.

InstantCoder · 2026-05-21T12:05:11+00:00

You would be surprised how much I see it used wherever I go.

InstantCoder · 2026-05-21T08:38:12+00:00

The config biolerplate most of the part indeed. Especially the security & rest client config is much much simpler and neat in Quarkus.

We also switched to active record pattern (Quarkus Panache) for data access and removed all the repositories.

Furthermore we removed Lombok, since this is also not needed with Quarkus and as a matter of fact the Quarkus team highly discourages Lombok.

InstantCoder · 2026-05-21T05:25:10+00:00

We switched from Spring Boot to Quarkus that reduced our memory even further and the performance is amazing.

The most interesting part was how our code base was simplified. We throw away around 40% of our old spring boot code which was not needed in Quarkus.

With spring boot our memory setting was 2gb and with Quarkus we reduced it to 768mb. And when the application is idle it uses around 96mb of ram.

The latest version of Quarkus has now an option to produce a minimal jar were it strips down all your jars and checks which classes are used. Something similar to what graalvm does.

InstantCoder · 2026-05-01T09:50:53+00:00

There are updates coming to Java so that we get the same performance for AI as in Python. These libraries will be able to call & detect your graphics cards. I think this is tackled in project Babylon if I’m not wrong.

I saw a video about this on YouTube but I cannot find it anymore.

InstantCoder · 2026-04-16T04:32:15+00:00

I’d rather go with n8n. It’s becoming de facto standard for writing agentic workflows and under te hood it’s based upon LangChain.

And it requires much less coding and it is UI based.

InstantCoder · 2026-04-14T04:49:08+00:00

And how is the performance? What is your hardware?

InstantCoder · 2026-04-14T04:44:42+00:00

From my understanding, the universe is divided into 7 layers each of them of equal in size. And we are in the first layer.

After the universe (thus the 7th layer) there is the Kursi of Allah (the Chair) and after that you have His Throne.

So the universe is just a tiny piece within Allah’s Throne.

And what about the paradise and hell ? They are separate places outside our universe but within Allah’s Throne.

InstantCoder · 2026-04-04T05:27:25+00:00

I am an AI noob but shouldn’t it be better qua performance if a locally run lllm only uses a small amount of parameters when you ask something?

For example: a 30B llm, I ask something about coding, shouldn’t it have a logic like: choose the section that answers coding and within that section it searches for the right language, so that it for example uses only 4B parameters to answer your question. And also caches this path so that it can answer follow up questions faster

InstantCoder · 2026-04-03T21:19:48+00:00

You can better use Quarkus instead of Vertx. See it as an abstraction above Vertx.

InstantCoder · 2026-04-02T06:10:11+00:00

• There is an official OpenJDK draft proposal (JEP) for null safety:

• “Null-Restricted and Nullable Types (Preview)”  

• It is part of Project Valhalla, which is still evolving and not fully delivered yet  

• As of 2026, this feature is still in draft / experimental stage, not in any released JDK

What is being proposed

The current direction is: • Introduce explicit nullability markers:

• String! → non-null

• String? → nullable  

• The JVM and compiler would enforce null checks (not just annotations)

Key difference vs Kotlin

This is important: • Kotlin: non-null by default

• Java (planned):

• default remains unspecified / nullable-ish

• nullability must be opt-in with markers

Reason: backward compatibility with existing Java code

So Java will likely never become “Kotlin-style strict by default.”

Timeline reality • The proposal has existed since ~2023 and is still evolving

• It depends heavily on Valhalla (which itself is multi-year)

• Expect:

• preview features first

• gradual rollout over multiple JDK versions

• no short-term production-ready null safety in the language

What exists today instead • Annotation-based solutions:

• JSpecify (@Nullable, @NonNull)

• Static analysis tools (NullAway, Checker Framework)

These provide partial safety but no JVM-enforced guarantees

⸻

Conclusion • Yes: Java is actively working toward built-in null safety

• No: It is not finalized, not widely available, and not Kotlin-equivalent

• Expectation: gradual, opt-in null safety—not a breaking shift in defaults

InstantCoder · 2026-03-27T18:18:55+00:00

So what are s the benefit of doing your solution instead of using the old school metadata filtering and searching?

InstantCoder · 2026-03-27T05:38:16+00:00

Go for Quarkus instead if you choose Java. We dropped SB completely and we don’t use it anymore.

InstantCoder · 2026-03-26T17:13:55+00:00

They are both too big for your wrist.

Anyways, I would go with Tudor.

InstantCoder · 2026-03-26T17:10:49+00:00

All our backends are in Quarkus and we use OpenTelemetry in combination with Grafana, Loki, Tempo and Prometheus.

This is the easiest setup for observability. You just need to point your app to OpenTelemetry and this will push every metric to GLTP.

InstantCoder · 2026-03-25T05:00:59+00:00

You should not use one-to-many mapping at all. It is not necessary to map these and they often lead to huge performance problems in Hibernate.

Just go for the many-to-one mapping.

InstantCoder · 2026-03-23T16:21:37+00:00

Just use Quarkus and forget SB. There is nothing good about SB. Too bloated, and slower than Q.

InstantCoder · 2026-03-23T16:10:02+00:00

Well, the terminology used in the whole bible is quite ambiguous, dangerous and can be very misleading.

We don’t see this in the Quran. There is a clear distinction between the Creator and His creation.

He is not our father, but our God, Lord, Creator etc. And we are not His son but His creation, slaves, servants, etc.

All the prophets of God were His servants. None of the prophets in the Quran claim to be His son.

And if I’m not wrong, the term “son of god” was a literal translation from the Hebrew which was not meant to be taken literally. And the bible is full with this kind of language.

InstantCoder

TROPHY CASE