classgraph | An uber-fast parallelized Java classpath scanner and module scanner | Wrapper library

hi my problem is when i do mvn clean package to build .jar files, i got some error that looked like this :

In line with the Open-Closed Principle, I typically design my Java packages and libraries in such a way that there is a generic "interface" or "API" package/library and one or more implementations (quite similar to many common APIs like JDBC or JAXP/SAX). To locate an implementation (or sometimes multiple implementations) in the base API library without violating OCP, I commonly use Java's ServiceLoader mechanism, or occasionally classpath scanning via third-party libraries like ClassGraph or Reflections. From a Maven perspective, the implementations are brought in as runtime dependencies (as they're only needed at execution time, but not at compile time). Pretty standard stuff.

So, now, I want to make some of these packages available as OSGi bundles (with API and implementation in separate bundles), but since in OSGi each bundle has its own class loader, neither classpath scanning nor the ServiceLoader API will work for this purpose. At first glance, OSGi's "fragment" mechanism seems to be the closest equivalent to the plain-Java setup described above. In that scenario, the API bundle would be the "fragment host", and concrete implementations would attach as fragments to that host bundle. As the fragment host and all its attached fragments use the same class loader, the standard plain-Java mechanisms like ServiceLoader or ClassGraph would conceivably still work. This would also have the advantage that there would be no need to detect whether a library/bundle is running in an OSGi context or not, and no OSGi framework dependencies are needed.

So, in a nutshell, my question is: are fragments the correct way to implement runtime-only dependencies in OSGi or is there a better (or more standard) way? Preferably, I'm looking for a solution that works in an OSGi container but does not require a dependency on OSGi itself.

I am working on implementing Redis caching for my spring data rest (hal) api. Requirement: cache all data to redis after first call to database and perform operations on redis. like Add record should first happen in cache and then inserted in database in a transaction.

I implemented caching for one of the JpaRepository, but when I do implicit findAll by calling the /states endpoint, I get no records, even when I have 10k records in database.

Please help guys!!

Below is my config:

MyServicesApplication.java

I updated my project from Spring Boot 1.5.6.RELEASE to 2.2.5.RELEASE and now I get an error claiming that the web server cannot be started because org.apache.tomcat.util.modeler.Registry.disableRegistry() cannot be found. This is a call made by Spring and it's not under my control. I have as dependencies org.apache.tomcat tomcat-servlet-api and org.apache.tomcat tomcat-catalina version 9.0.33, which are pretty new.

The error message itself seems very verbose but I don't really understand what am I supposed to do. I don't think it's my job to tamper with the class path.

Using compile 'io.github.classgraph:classgraph:4.8.65'

https://github.com/classgraph/classgraph/wiki/ClassGraph-API

Java 8

After upgrading to Spring Boot 2.2.4, I have a strange compilation error:

I finally managed to generate an Angular client using this tutorial using the openapi-generator-maven-plugin.

I had to make a few adaptations e.g. using different dependencies

I work with a multi-module gradle project (12 modules). I inherited the project and I need to update the versions of some libraries used in it.

I am trying to switch to using the hibernate-core version 5.4.10.Final. I can’t understand the cause of this error:

My setup is a bit unconventional I believe, so the explanation will be a bit longer. I have an abstract super class, with the method