Solon's WebSocket support is one of those areas where the design diverges clearly from what most Java...
Solon's WebSocket support is one of those areas where the design diverges clearly from what most Java developers expect. If you've built WebSocket endpoints with JSR-356 — the standard that Spring, Tomcat, and most Java EE containers follow — Solon does it differently. Not worse, just different. And once the pattern clicks, it's actually cleaner.
The Key Difference: Listeners, Not Annotations
JSR-356 WebSocket development looks like this:
@ServerEndpoint("/ws/chat")
public class ChatEndpoint {
A practical walkthrough of Solon's built-in validation system — no javax.validation, no Jakarta, just annotations that work on…
Solon takes a different approach. The entire i18n module is built around three resolvers, one...
Most frameworks make you read config the same way: sprinkle @Value annotations everywhere, or grab a...
Learn how to integrate LLMs into Java applications using Solon 4.0's ChatModel API. Covers sync/streaming calls, conversation…
When I first looked at Solon Cloud, I expected another opinionated microservice framework—the kind...
Testing a Java web service is most valuable when it checks the application boundaryânot just a...
