[DROOLS-7608] fix KieProject lookup on classpath for EAP 7.4.15 VFS

[mariofusco]

@tkobayas This is only a rewritten and cleaned up version of the solution that you found here.

I dug into VFS sources a lot and couldn't find any better solution. I understand that using reflection is not ideal, but in the end we were already doing so, even if just because we didn't want a direct dependency on VFS. Now it's true that this is a bit worse than before because we're also accessing package private methods (that are probably subject to change in future), but other than asking the Jboss team to make those methods public, thus avoiding to use setAccessible(true), I don't see any possible improvement.

[mariofusco]

@tkobayas this is the only relevant difference with your solution: we need to know from which classloader we loaded the VFS classes and always use the same consistently. I believe this is necessary for OSGi.

[gmunozfe]

Failures in the PR pipeline (drools-retediagram):

[2024-02-15T18:00:25.164Z]    [report] Classes in bundle 'drools-retediagram' do no match with execution data. For report generation the same class files must be used as at runtime.
[2024-02-15T18:00:25.164Z]    [report] Execution data for class org/drools/ecj/EclipseCompilationProblem does not match.

[ERROR] Failed to execute goal org.sonarsource.scanner.maven:sonar-maven-plugin:3.6.0.1398:sonar (default) on project drools-retediagram: 
Could not find the pullrequest with key '26': 
Error 404 on https://sonarcloud.io/api/alm_integration/show_pullrequest?project=org.drools%3Adrools&pullrequestKey=26 : 
{"errors":[{"msg":"The pullrequest could not be found"}]} -> [Help 1]

jenkins tests this

[gmunozfe]

@mariofusco base is not updated, you have to rebase with 7.x

[gmunozfe]

jenkins do cdb

[tkobayas]

Filed a PR with the rebased one: #27

You can close this PR.

[tkobayas]

Thanks @mariofusco , LGTM. Approved, but it's better to move to #27 for local test convenience.

[mariofusco]

Replaced by #27