Skip to content

Conversation

@DarkWeird
Copy link
Contributor

Contains

Part of #4304.

Provide possible to Injectable classes(@Share, @In and Context usage) with another subsystems.

Should be replaced with gestalt v8 (di)

How to test

1.Run your favorite game (hint: Terasology)
2. Check it don't fail whit null pointer exception at @In field.

Outstanding before merging

@github-actions github-actions bot added the Type: Improvement Request for or addition/enhancement of a feature label Oct 25, 2021
@DarkWeird
Copy link
Contributor Author

Copy link
Member

@keturn keturn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

public void testContextChange() {
CoreRegistry.setContext(new ContextImplementation());
assertNotEquals(CoreRegistry.get(Context.class), context);
Assertions.assertNotEquals(CoreRegistry.get(Context.class), context);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Was this intentional? (Adding the Assertions. qualifier back in, instead of a static import of the assertNotEquals method.)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just personal prefer to avoid static imports

@DarkWeird
Copy link
Contributor Author

DarkWeird commented Nov 16, 2021

@keturn

CI did not run any org.terasology.engine.registry tests: https://jenkins.terasology.io/teraorg/job/Terasology/job/engine/job/PR-4930/lastCompletedBuild/testReport/

Nice catch!

Our pipeline ignores test task.
test-related tasks(in run order):

  1. gradle unitTest
  2. gradle check -x test (-x test - excludes test task)
  3. gradle integrationTest

This affects all :subsystems:* :(

@DarkWeird
Copy link
Contributor Author

about test task - not this PR issue

@jdrueckert
Copy link
Member

@DarkWeird In today's contributor meeting the question came up, whether it makes sense to invest into this when the "proper" way to do this seems to be gestalt v8...?
fyi @keturn

@DarkWeird
Copy link
Contributor Author

@DarkWeird In today's contributor meeting the question came up, whether it makes sense to invest into this when the "proper" way to do this seems to be gestalt v8...?
yeah :D gestalt v8 is "proper" way

see description:

Should be replaced with gestalt v8 (di)

this pr is trying to split injections before gestalt v8 usage

@jdrueckert
Copy link
Member

@DarkWeird Hehe okay, let me rephrase my question: What's the benefit ofextracting these things into a subsystem before using gestalt v8?

@DarkWeird
Copy link
Contributor Author

@DarkWeird Hehe okay, let me rephrase my question: What's the benefit ofextracting these things into a subsystem before using gestalt v8?

Path to extract another things (to subsystems) before then gestalt v8 will be integrated.
This submodule easy to remove when gestaltv8 di will be integrated

@jdrueckert
Copy link
Member

From my pov, if this makes it easier to get rid of it after migrating to gestalt v8, I'm fine with reviewing and merging it (provided you resolve the conflicts first 😅 )
However, IIRC from our last meeting, keturn had some concerns about the required effort to make this a subsystem first. @keturn can you comment on the details of your concerns some more before we move on with this?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Type: Improvement Request for or addition/enhancement of a feature

Projects

Status: 🏗 In progress

Development

Successfully merging this pull request may close these issues.

5 participants