Hi Lincoln,

the class doing the loading is from a third party framework.
I use the framework via Maven dependency. 
The class which should be loaded is a class of my plugin project.
And yes, its all packed in the plugin jar file.

I think the author of the 3rd party framework uses Class.forName(), because forName() should  be accessed in a static way.

One more thing:
If I'm using the Forge Beta5, everything works, but I get a warning when installing my plugin via forge source-plugin (***WARNING*** Could not resolve dependency [some-jar:jar::${some.version}])
If I'm using a Forge snapshot version, I don't get the warning, but the class is not found.

I took a look at the dependencies folder for my plugin, for Forge Beta5 the "not-resolved"-dependencies are not in the dependencies folder. (But the plugin works, strange enough. Maybe because of the Maven shade?)
For Forge snapshot version all dependencies are in the dependencies folder. (But the class searched with Class.forName() is not found)

Some extra information:

At the moment, I'm using the Maven shade plugin to shade my dependencies.

If this is too confusing for you, I'll upload my source code, so you may have a look.

Best regards

Max

---

One thing that you must take into account is the fact that Forge uses a
modular ClassLoading environment called JBoss Modules. This means that
classes are isolated from each other.

The classpath of a typical java application if flat, where every class is
visible to every other class because there is only a single classloader.
That is not the case in Forge. In fact, classes have limited or no
visibility to many classloaders. This allows us to support multiple version
of the same class for use in many different plugins.

I need more information about your project. Is the class you are loading in
the same JAR as the class which is doing the loading? (Your plugin.) Also,
may I recommend instead using

`this.getClass().forName(...)`
>

Which says, "Start looking from the classloader of `this`," and anything
else that is in that classloader's hierarchy of visibility.

~Lincoln