remove usage of fabric internals

[moehreag]

This change allows LFAPI to be used with Quilt loader on 1.8.9 (and possibly other versions), and increases stability across updates since Fabric's internals should not be considered a stable API.

Technical changes:
Replaced the usage of Fabric's LogCategory with calls to Log4j directly. This should not compromise compatibility since on all versions this API is targeting Log4j is used instead of slf4j.

[thecatcore]

The thing is, we plan to expand this api to earlier versions of Minecraft, which included neither slf4j and log4j.
The changes to logger in FabricLoader was asked by us to Player to help handling this case, which he kindly implemented.

[moehreag]

The thing is, we plan to expand this api to earlier versions of Minecraft, which included neither slf4j and log4j. The changes to logger in FabricLoader was asked by us to Player to help handling this case, which he kindly implemented.

Oh okay, will find a different solution to this then.

[Wyvest]

maybe use the upstream method as a fallback to the PR?

[moehreag]

maybe use the upstream method as a fallback to the PR?

(afaik) There is no upstream solution, but making a small mod just containing these few necessary classes from fabric loader works as well.

[Wyvest]

maybe use the upstream method as a fallback to the PR?

(afaik) There is no upstream solution, but making a small mod just containing these few necessary classes from fabric loader works as well.

wait no I meant like use the changes in this PR if the one that currently is in legacy fabric API doesn't work

[moehreag]

maybe use the upstream method as a fallback to the PR?

(afaik) There is no upstream solution, but making a small mod just containing these few necessary classes from fabric loader works as well.

wait no I meant like use the changes in this PR if the one that currently is in legacy fabric API doesn't work

oh, well that's up to you and the other maintainers/contributors to decide.