Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove naming related functionality from FML #62

Closed
wants to merge 1 commit into from

Conversation

shartte
Copy link
Contributor

@shartte shartte commented Jan 8, 2024

Now that we remap to Mojmap runtime, I'd suggest we remove the functionality in FML that remaps intermediary<->Mojmap/MCP since it should not be functional anymore.

The ObfuscationReflectionHelper has been renamed to ReflectionHelper with the same interface. Naming-related functionality has been removed from it, and the existing class been marked as deprecated for removal.

This also removes an unused FML environment key LOCATORCLASSLOADER for which I could not find any uses.

@embeddedt
Copy link
Member

Hmm. Thoughts on keeping a ReflectionHelper around without remapping support? The API is nicer to use than pure reflection.

@Matyrobbrt
Copy link
Member

I think it makes sense to keep it, but renamed to ReflectionHelper.

@shartte
Copy link
Contributor Author

shartte commented Jan 8, 2024

Yeah I am reworking this towards deprecation of the current class.
What should be discussed: ReflectionHelper of our own, or redirect towards common.lang3?

@shartte shartte force-pushed the remove-naming-service branch 2 times, most recently from 0e632e9 to ad1297e Compare January 8, 2024 16:54
@shartte shartte force-pushed the remove-naming-service branch from ad1297e to 89cd5d3 Compare January 8, 2024 16:55
@shartte shartte closed this Jan 15, 2024
@shartte
Copy link
Contributor Author

shartte commented Jan 15, 2024

Should be combined with bumping ML, which also removes part of this functionality.

@shartte shartte deleted the remove-naming-service branch January 15, 2024 21:36
shartte pushed a commit that referenced this pull request Dec 22, 2024
Currently, SJH throws when building a module descriptor for jars which
contain files in META-INF/services which aren't valid. All this PR does
is filter out these invalid files:
- I've added a set of known "naughty" service files which don't follow
the format correctly - It was mentioned in Discord that certain Groovy
libraries define extensions with these invalid service files so I wanted
to include these too
- JLine 3.22.0 and above define a nested file in
`META-INF/services/org/jline/terminal/provider/` which doesn't follow
the service file format (it's in fact a properties file). This causes
SJH to throw because `exec` is not within a named package, and is
blocking upgrading to newer versions of JLine
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants