Hi,
this is a known limitation. It's the same for all other resources and classes that are injected by mvvmFX (like @InjectViewModel, @InjectRessourceBundle).

Using the public void initialize() method is the recommended way for initialization of ViewModels.

Some details to understand the reason for this behaviour:
Internally the following steps are done when a ViewModel is requested:

MvvmFX Viewloader request an instance of MyViewModel.class from DI container
DI container creates an instance of the requested class
DI container injects everything that is annotated with @Inject into that instance
DI container calls @PostConstruct
DI container hands over the instance to the ViewLoader
ViewLoader injects everything that is handled by mvvmFX (like Scopes)
ViewLoader call public void initialize() on the ViewModel

The postconstruct method is already called before we get the instance for the first time.
By the way, this process is the reason why we need special annotations like @InjectScope instead of just using @Inject.

I can understand your feature request but at the moment there is no way of implementing it.
At the moment the loading process is independ from a specific DI container. The ViewLoader simply asks whatever DI container is available for new instances (or creates it by itself if none is available).
To implement this feature the ViewLoader would need to know which DI container is running at the moment and the loading would need to be DI container specific.

[scopes] @InjectScope vs @PostConstruct #403

Description

Metadata

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

Issue actions