[1.21.x] TODOs and NBT cleanup for entities

[robotgryphon]

• Deprecates persistent data (use data attachments)
• Deprecates INBTSerializer for entities (data attachments/workarounds)
• Method renames for the 1.19 world -> level change

[neoforged-pr-publishing]

• Publish PR to GitHub Packages

Last commit published: ccc630a88211b870383303bfaba5ea860b57bd9d.

PR Publishing

The artifacts published by this PR:

• 📦 net.neoforged:neoforge:21.0.52-beta-pr-1166-feature-nbt-entity-cleanup
• 📦 net.neoforged:testframework:21.0.52-beta-pr-1166-feature-nbt-entity-cleanup

Repository Declaration

In order to use the artifacts published by the PR, add the following repository to your buildscript:

repositories {
    maven {
        name 'Maven for PR #1166' // https://github.com/neoforged/NeoForge/pull/1166
        url 'https://prmaven.neoforged.net/NeoForge/pr1166'
        content {
            includeModule('net.neoforged', 'neoforge')
            includeModule('net.neoforged', 'testframework')
        }
    }
}

MDK installation

In order to setup a MDK using the latest PR version, run the following commands in a terminal.
The script works on both *nix and Windows as long as you have the JDK bin folder on the path.
The script will clone the MDK in a folder named NeoForge-pr1166.
On Powershell you will need to remove the -L flag from the curl invocation.

mkdir NeoForge-pr1166
cd NeoForge-pr1166
curl -L https://prmaven.neoforged.net/NeoForge/pr1166/net/neoforged/neoforge/21.0.52-beta-pr-1166-feature-nbt-entity-cleanup/mdk-pr1166.zip -o mdk.zip
jar xf mdk.zip
rm mdk.zip || del mdk.zip

To test a production environment, you can download the installer from here.

[Technici4n]

I believe that there are some uses cases for entity persistent data, for example marking item entities that should not be picked up by magnets, and other similar cases of mod compat.

I agree with the other changes.

[robotgryphon]

I believe that there are some uses cases for entity persistent data, for example marking item entities that should not be picked up by magnets, and other similar cases of mod compat.

I agree with the other changes.

You'd rather keep persistent data when attachments exist, for stuff like magnet control? That feels like a capability or attachment thing.. persistent data is like using a sword when you have a scalpel nearby.

[neoforged-compatibility-checks]

@robotgryphon, this PR introduces breaking changes.
Fortunately, this project is currently accepting breaking changes, but if they are not intentional, please revert them.
Last checked commit: ccc630a88211b870383303bfaba5ea860b57bd9d.

neoforge (:neoforge)

• net/neoforged/neoforge/common/extensions/IEntityExtension
  • isAddedToLevel()Z: ❗ Method was made abstract
  • onAddedToLevel()V: ❗ Method was made abstract
  • onRemovedFromLevel()V: ❗ Method was made abstract

[HenryLoenwind]

Does this really need to stay around as baggage? NeoForge's still in the breaking-changes phase of 1.21.