Persism VS Spring

If you use Java you might like Persism https://github.com/sproket/Persism if you need to do anything databases.

If you want to try a easy to use ORM have a look at Persism

Is there a reason it needs a dependency on Lombok? If you want a library to be used, the less dependencies the better. See mine. It has zero.

You should just use Persism

you can see it here: https://github.com/sproket/Persism

You might like Persism - I'm always looking for good feedback on this library. https://github.com/sproket/Persism

This interface is a simplified version of real caching abstractions from Java technologies such as the ones from Spring or JCache (JSR-107). Both are part of quite complex solutions, having more generic types and different capabilities. Also, annotations would be preferred to using Cache directly in most Java applications.

Mitre really lost a lot of respect with CVE-2016-1000027. Every few weeks a warning that any SpringBoot 2.x project has a CVSS 9.8, which causes all sorts of heartache for those of us bound to CVE remediation. Every blasted security tool reports this one. Spring reviewed and rejected, as did our very, very large organization. Comically, this has become the CVE we use to see how our tools allow us to white/black list entries.

Thank god Spring dropped this interface in the Framework 6.x / Boot 3.x release, and the end for non-commercial support is this year for the old stuff.

https://github.com/spring-projects/spring-framework/issues/2...

GitHub Stars: 51 K GitHub Link: https://github.com/spring-projects/spring-framework

Spring Framework

https://github.com/spring-projects/spring-framework/tree/main/spring-jcl (commons logging checked in)

We had to write our own frameworks (uphill, both ways) but most current frameworks will have similar documentation pages as well. Both Apache and Spring are especially good at that.

...but you actually can't. This issue - which was thankfully recently closed - demonstrated that the pre-compiled code is not 100% indicative of the AOT-compiled end product, so that spectre of having to conduct the build process on your work machine still exists.

For example I know that a lot of stuff can be done using XML...but controllers can't. (Explicitly not allowed https://github.com/spring-projects/spring-framework/issues/10427)

I also created the issue spring-framework#29844 where I share more context about how AOT limit what can be changed at runtime, what we plan to improve, and some guidance for deploying native applications.