OpenAPITools / OpenAPITools/openapi-generator

[REQ] Improve Classloading for non-flat Classpaths

Open
#19,227 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Enhancement: Feature
Dominant language
Java
Stars
26.8k
Forks
7.7k
PR merge metrics
PR metrics pending

Description

Is your feature request related to a problem? Please describe.

We need to load classpath resources at runtime from an application that has a more complex classloading structure. Think: Quarkus, Spring Boot, or Wildfly.

Describe the solution you'd like

It would be best to stop using Class.forName and use the current thread's classloader or to use Class.forName with the current thread's classloader as an argument.

Describe alternatives you've considered

None.

Additional context

See: #19197

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the related issue #19197 and locating the Class.forName calls involved in runtime classpath resource loading. Check the behavior with complex classloading structures such as Quarkus, Spring Boot, or Wildfly; done means those resources load through the current thread's classloader.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
tooling
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.