Skip to content

Conversation

@jvalkeal
Copy link

NOTE: PR to get visibility for this code and it needs a shared home outside of SHDP/XD.

Adding functionality on an interface level to do discovery of a grid,
handle node grouping and manage grouping.

  • Interfaces are strongly typed order to have flexibility to extend
    framework interfaces and custom implementors to work around issues more easily.
  • Multiple levels of interfaces: ContainerGrid, ContainerGridGroups and
    ManagedContainerGridGroups. These should be flexible enough to be used
    internally(grid will discover itself) or externally(data is fed in the
    system externally). Should also work in cases where grid nodes will
    discover itself without any central server(i.e. hazelcast), or having a central
    point of origin for discovery(Hadoop Yarn/Appmaster).
  • ContainerNode and ContainerGroup is using typed identifier to work through
    not having a need to fix identifier as String or Object.
  • From a framework point of view, all interfaces can be extended to
    create a totally extended discovery spi while other users are still able to
    understand what happens on a low level interfaces(what i.e.
    ContainerGrid, ContainerNode is giving out.

grid-spi

Adding functionality on an interface level to do discovery of a grid, handle node grouping and manage grouping. - Interfaces are strongly typed order to have flexibility to extend framework interfaces and custom implementors to work around issues more easily. - Multiple levels of interfaces: ContainerGrid, ContainerGridGroups and ManagedContainerGridGroups. These should be flexible enough to be used internally(grid will discover itself) or externally(data is fed in the system externally). Should also work in cases where grid nodes will discover itself without any central server(i.e. hazelcast), or having a central point of origin for discovery(Hadoop Yarn/Appmaster). - ContainerNode and ContainerGroup is using typed identifier to work through not having a need to fix identifier as String or Object. - From a framework point of view, all interfaces can be extended to create a totally extended discovery spi while other users are still able to understand what happens on a low level interfaces(what i.e. ContainerGrid, ContainerNode is giving out.
@jvalkeal
Copy link
Author

moving to its own project

@jvalkeal jvalkeal closed this Nov 13, 2013
@jvalkeal jvalkeal deleted the DATACMNS-394 branch November 13, 2013 18:51
Aloren pushed a commit to Aloren/spring-data-commons that referenced this pull request Jun 20, 2019
The problem is that we do want bootstrap properties to override default properties in most cases, but if they are decrypted those values have to be added with the highest possible precedence. Fixes spring-projectsgh-54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

1 participant