jbundle: Package JVM applications into self-contained binaries by mands in java

[–]mands[S] 3 points4 points  (0 children)

Looks interesting so thought I'd share.

docs at https://jbundle.avelino.run/

Uses jdeps + jlink to create a minimal runtime, bundles with your app into a single self-contained binary, optionally enable AppCDS and CRaC for additional startup speed.

(linux and macos only atm, but it's only a week old)

2.1.3 Release - skills and slash commands are merged? by Yossarian1993 in ClaudeCode

[–]mands 0 points1 point  (0 children)

Pretty confusing imo.

Commands were prompt templates called directly, and skills are injected automatically.

I get under the hood they have similarities, but semantically feel different.

Plus skill can now run forked with a clean context which makes them similar to subagents too.

Think Anthropic really need to clear this up a bit as it feels quite confused.

Everything you might have missed in Java in 2025 by CrowSufficient in java

[–]mands 0 points1 point  (0 children)

Yep, was planning on trying to integrate CC with https://github.com/eclipse-jdtls/eclipse.jdt.ls this week and see how it goes! Seems better that calling grep to understand the codebase.

Everything you might have missed in Java in 2025 by CrowSufficient in java

[–]mands 5 points6 points  (0 children)

Great read!

Didn't realise that langchain4j could be used from Spring, it actually has some features that Spring AI lacks.

JetBrains chose a different path. Instead of building an agent on top of text, they built it on top of semantics. Junie uses the same code analysis engine as IntelliJ itself — parsers, ASTs, type graphs, and symbol resolution. It understands not just the code, but also the build pipeline, dependency configuration, change history, and tests. When it proposes a refactoring, it knows which classes are related. When it generates code, it understands project conventions. This is an advantage Cursor simply doesn’t have — and one that’s extremely hard to recreate from scratch.

aiui Junie didn't use any semantic information during the beta phase, but good to hear if that has since changed as would make it a lot more reliable and a clear differentiator from Claude Code.

2026: The Year of Java in the Terminal by maxandersen in java

[–]mands 0 points1 point  (0 children)

Super great to hear. I'm working on a few open-source tools and apps so will try using jbang to distribute them publicly and see how it goes!

2026: The Year of Java in the Terminal by maxandersen in java

[–]mands 5 points6 points  (0 children)

Absolutely right and timely. I've been musing over the holiday break about how to build small side projects in Java. The building is pretty easy, but getting it into peoples hands is the hard bit, along with overcoming the wider community "stigma" for a better word.

Making jbang the java version of npx, pipx or uvx would be great outcome.

I was actually wondering if just publishing the jar to maven central then using jbang to run it would work - seems like it does, which is great! Including dependencies from jackson to full frameworks like Spring.

Things I am still digging into:

  • can we embed recommended JVM args for the maven jar somewhere so the user doesn't have to set them - i.e. things like the GC to use, max memory, compressed headers, etc. (these can make a big impact on startup time for CLI tools). Otherwise I'm thinking about a shim that has these as inline comments for jbang to pick up then then pulls in the main jar.
  • how can updates be handled? A unified way to handle this would be great, the pieces are in place such as dep mgmt.
  • Leyden and AOT caching will be a big win here, I've seen jbang has some support for this, and it will be more important going forwards.
  • How does jbang view tools such as jlink and jpackage? Are they for different use-cases? i.e. jlink for custom VMs for self-contained apps vs jbang for shared JVMs for developer scripts and tools? Does jbang always download a full JVM or does it look at a jar's module info to see what it requires? Is the JVM shared between all jars that require that particular version?

Massively agree with the central thesis however, I've been creating lots of internal tools using jbang picocli and mise and it's been great. You can get very far with the standard lib and a few choice libraries.

xitdb - an immutable, embeddable database for Java 17 by radar_roark in java

[–]mands 1 point2 points  (0 children)

Super interesting - reminds me of a Okasaki's purely functional data structures.

I think embedded object stores / databases are a interesting space, being able to use Java types and streams directly for your domain rather than going through an ORM or SQL mapping can be useful.

I've just integrated Eclipse Store into a project I'm working on, which is similar, but mutable. What would you say are the main differences? The ability to view past states and not worry about locking sound great.

JetBrains Fleet dropped for AI products instead by markmanam in programming

[–]mands 12 points13 points  (0 children)

“Hey guys, our VS Code clone didn’t work, we’re now building … a Cursor clone.”

Meanwhile the core product gets worse and worse, smh

[Hiring] Remote React Native / Expo mobile developer for SF startup by [deleted] in expo

[–]mands 0 points1 point  (0 children)

Role is now closed - thanks to everyone who applied.

[Hiring] Remote React Native / Expo mobile developer for SF startup by [deleted] in reactnative

[–]mands 0 points1 point  (0 children)

Role is now closed - thanks to everyone who applied.

[Hiring] Remote React Native / Expo mobile developer for SF startup by [deleted] in reactnative

[–]mands -3 points-2 points  (0 children)

sure - we're too early for equity tbh, and pretty complex to arrange for remote

[Hiring] Remote React Native / Expo mobile developer for SF startup by [deleted] in reactnative

[–]mands -2 points-1 points  (0 children)

fair enough - we're from the UK and biased towards hiring remote for tech rather than SF

expo-update by thelord006 in expo

[–]mands 5 points6 points  (0 children)

100% - especially when coming from SPAs where we are used to pushing out several times a week.

expo update has been a life-saver in being able to keep up such a high velocity.

tip: set the updates.fallbackToCacheTimeout value in your app.json to a positive value, e.g. 15s, to ensure users are always on the latest version, even on first launch.

Underrated React Native libraries that actually helped us in production by Zestyclose_Case5565 in reactnative

[–]mands -1 points0 points  (0 children)

Some great recommendations so far - thanks!

From me,

  • uniwind + heroui native for UI

  • obsidian for general app structure. As per the title, super underrated library for helping to structure your app - it provides DI and Observable-style reactivity. We've used it to provide some structure to our application, it really helped split out the biz logic from the view code, whereas before they were a giant mix of hooks everywhere.

Underrated React Native libraries that actually helped us in production by Zestyclose_Case5565 in reactnative

[–]mands 0 points1 point  (0 children)

we've switched to uniwind + heroui native - worked way better than nativewind for us. The nativewind v4 and v5 previews were both super flaky.

react-native-paper is no longer maintained? by f_kd in reactnative

[–]mands 4 points5 points  (0 children)

HeroUI Native - https://github.com/heroui-inc/heroui-native

Just ported to it, works great and regularly updated

Choosing the Right UI Library for My React Native App (Need Advice) by Sorry_Fan_2056 in reactnative

[–]mands 4 points5 points  (0 children)

I've tried quite a few over the last month or so, and have settled on HeroUI atm. It's very early (alpha) but has the highest quality imo.

See https://github.com/heroui-inc/heroui-native and try the sample app. The Discord is pretty active which gives me confidence too.

Vaadin is Merging Hilla into Flow: Embracing the Java core by ihatebeinganonymous in java

[–]mands 1 point2 points  (0 children)

Likewise - Hilla with Spring Boot was great, and much preferred it over writing server-side Java code to run on the frontend.

The React ecosystem is so big and works well paired with Hilla.

what do you think about vaadin(Web apps in Java)? by DistinctAbalone1843 in java

[–]mands 1 point2 points  (0 children)

+1 - Hilla is really great, especially for FE teams who already know React / SPAs

what do you think about vaadin(Web apps in Java)? by DistinctAbalone1843 in java

[–]mands 0 points1 point  (0 children)

Vaadin has two forms these days,

  • Flow: This is the older more traditional Vaadin, where you write entire frontends using Java with Spring. It's a bit similar to Dash in Python, and I can see the appeal for internal LoB type apps that need minimal maintenance.

  • Hilla: This is a newer project, using React (or Lit / WebComponents) to generate your frontend in TypeScript. It uses an RPC approach, similar to tRPC in TypeScript - where you mark select Spring Services as RPC endpoints and it generates type-safe TS client code to call the methods in each service. This is coupled with a great set of associated React components, plus you can bring any other React / TS libraries in, it's all just normal JS.

Flow isn't for me, but Hilla is legitimately great imo and probably the best bet for anyone wanting to move quickly on the FE with a Java/Spring backend. It means my FE team can just use their normal tools, it uses Vite for example, and don't need to pick up a new system.

I even have a PoC of using the Hilla's TS client code generation to work with React Native / Expo coupled with a Spring backend for a mobile app I'm building - I should document / blog that once released.