You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We've hit a few problems recently with unshimmed classes referencing shimmed classes directly which is problematic at runtime when the unshimmed class is not using the classloader that is parallel-world aware. It would be nice to catch these issues at build time. One way to do that is to refactor the code so that the shimmed and unshimmed classes are in separate Maven modules. The shimmed module would depend on the unshimmed module but not vice-versa. That way unshimmed classes are not allowed to reference shimmed classes except via the ShimLoader interface or similar reflection techniques, and the build will fail if attempting to reference them directly.
The text was updated successfully, but these errors were encountered:
We've hit a few problems recently with unshimmed classes referencing shimmed classes directly which is problematic at runtime when the unshimmed class is not using the classloader that is parallel-world aware. It would be nice to catch these issues at build time. One way to do that is to refactor the code so that the shimmed and unshimmed classes are in separate Maven modules. The shimmed module would depend on the unshimmed module but not vice-versa. That way unshimmed classes are not allowed to reference shimmed classes except via the ShimLoader interface or similar reflection techniques, and the build will fail if attempting to reference them directly.
The text was updated successfully, but these errors were encountered: