Conversation
| kernel.orderedDependencies().stream().filter(GreengrassService::shouldAutoStart) | ||
| .filter(o -> !kernel.getMain().equals(o)).collect(Collectors.toList()); | ||
| Set<GreengrassService> nonAutoStartableServices = kernel.orderedDependencies().stream() | ||
| .filter(service -> !service.shouldAutoStart()).collect(Collectors.toSet()); |
There was a problem hiding this comment.
this would probably be better to put on GreengrassService as allDependenciesAutoStart or something like that.
There was a problem hiding this comment.
Updated it to kernel since it directly finds specific services from all services
|
Binary incompatibility detected for commit 46189bc. com.aws.greengrass.lifecyclemanager.KernelAlternatives is binary incompatible and is source incompatible because of METHOD_LESS_ACCESSIBLE Produced by binaryCompatability.py |
|
Unit Tests Coverage Report
Minimum allowed coverage is Generated by 🐒 cobertura-action against 46189bc |
|
Integration Tests Coverage Report
Minimum allowed coverage is Generated by 🐒 cobertura-action against 46189bc |
…rd dependencies
Issue #, if available:
Right now, Nucleus (main service) is waiting for unpinned lambda (not auto startable components) lifecycle to be triggered and reach the terminal state for fss to send component status change message. This is due to all services are hard dependency of main and fss will wait until all services, including main, to reach their terminal state to send component status change message
Description of changes:
The new waiting strategy is: Nucleus exclude waiting for non autostartable components and any components have a hard dependencies of non autostartable components
This logic applies to both 1) when all deployments going on, bootstrap and default. 2) when fss sending component status change message
Why is this change necessary:
How was this change tested:
Any additional information or context required to review the change:
Documentation Checklist:
Compatibility Checklist:
any deprecated method or type.
Refer to Compatibility Guidelines for more information.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.