-
Notifications
You must be signed in to change notification settings - Fork 179
Bootstrapping
Governator creates two Guice injectors: an internal “bootstrapping” Injector and the main application Injector. The main Injector is created when you call LifecycleInjectorBuilder.createInjector()
. The bootstrapping injector is created internally by Governator.
Governator features introduce recursive dependencies. configuration mapping and the LifecycleManager instance require ConfigurationProvider
instances. These instances are needed as the main Injector is being created (i.e. as Guice is creating instances).
Bootstrapping is part of the classpath scanning step:
- ConfigurationProvider classes annotated with @AutoBindSingleton are detected and bound into the bootstrap Injector.
- Application specific bootstrap binding is done via the specified bootstrap module (if any).
You can specify your own bootstrap bindings if needed by specifying a bootstrap module:
LifecycleInjector.builder().withBootstrapModule(yourBootstrapModule)
The bootstrap module is passed a special Guice Binder that has an additional method for binding ConfigurationProviders. Always use this special method:
/**
* Use this to bind {@link ConfigurationProvider}s. Do NOT use standard Guice binding.
*
* @return configuration binding builder
*/
public LinkedBindingBuilder<ConfigurationProvider> bindConfigurationProvider();
At the end of Bootstrapping, Governator creates the bootstrap injector and gets the LifecycleManager instance which manages the main injection phase. Any bound asset loaders or configuration providers are injected into the LifecycleManager.
- Home
- Getting Started
- Bootstrapping
- Lifecycle Management
- Auto Binding
- Module-Dependencies
- Warm Up
- Configuration Mapping
- Field Validation
- Lazy Singleton
- Concurrent Singleton
- Generic Binding Annotations
- LifecycleListener
- Governator Phases
- Grapher Integration
- JUnit Testing
- FAQ
- Best Practices
- Spring, PicoContainer, Etc.
- Javadoc
- End-to-End Examples