Github user grkvlt commented on a diff in the pull request:
https://github.com/apache/incubator-brooklyn/pull/263#discussion_r19304530
--- Diff:
software/network/src/main/java/brooklyn/entity/network/bind/BindDnsServerImpl.java
---
@@ -143,124 +167,133 @@ protected void preStart() {
String reverseLookupDomain =
Joiner.on('.').join(Iterables.skip(Lists.reverse(Lists.newArrayList(Splitter.on('.').split(reverse))),
1)) + ".in-addr.arpa";
setAttribute(REVERSE_LOOKUP_DOMAIN, reverseLookupDomain);
- Map<?, ?> flags = MutableMap.builder()
- .build();
- policy = addPolicy(PolicySpec.create(MemberTrackingPolicy.class)
+ addPolicy(PolicySpec.create(MemberTrackingPolicy.class)
.displayName("Address tracker")
.configure("sensorsToTrack",
ImmutableSet.of(getConfig(HOSTNAME_SENSOR)))
- .configure("group", entities));
+ .configure("group", getEntities()));
+ }
- // For any entities that have already come up
- for (Entity member : entities.getMembers()) {
- if
(Strings.isNonBlank(member.getAttribute(getConfig(HOSTNAME_SENSOR))))
added(member); // Ignore, unless hostname set
- }
+ @Override
+ public void postStart() {
+ update();
}
public static class MemberTrackingPolicy extends
AbstractMembershipTrackingPolicy {
@Override
protected void onEntityChange(Entity member) {
- // TODO Should we guard to only call if service_up and if
hostname set?
- ((BindDnsServerImpl)entity).added(member);
+ if (LOG.isTraceEnabled()) {
+ LOG.trace("State of {} on change: {}", member,
member.getAttribute(Attributes.SERVICE_STATE_ACTUAL).name());
+ }
+ ((BindDnsServerImpl) entity).update();
}
@Override
protected void onEntityAdded(Entity member) {
- if
(Strings.isNonBlank(member.getAttribute(getConfig(HOSTNAME_SENSOR)))) {
- ((BindDnsServerImpl)entity).added(member); // Ignore,
unless hostname set
+ if (LOG.isTraceEnabled()) {
+ LOG.trace("State of {} on added: {}", member,
member.getAttribute(Attributes.SERVICE_STATE_ACTUAL).name());
}
- }
- @Override
- protected void onEntityRemoved(Entity member) {
- ((BindDnsServerImpl)entity).removed(member);
+ ((BindDnsServerImpl) entity).configureResolver(member);
}
}
- @Override
- public void postStart() {
- update();
+ private class HasHostnameAndValidLifecycle implements
Predicate<Entity> {
+ @Override
+ public boolean apply(Entity input) {
+ switch (input.getAttribute(Attributes.SERVICE_STATE_ACTUAL)) {
+ case STOPPED:
+ case STOPPING:
+ case DESTROYED:
+ return false;
+ }
+ return input.getAttribute(getConfig(HOSTNAME_SENSOR)) != null;
+ }
}
- public void added(Entity member) {
- synchronized (mutex) {
- Optional<Location> location =
Iterables.tryFind(member.getLocations(),
Predicates.instanceOf(SshMachineLocation.class));
- String hostname =
member.getAttribute(getConfig(HOSTNAME_SENSOR));
- if (location.isPresent() && Strings.isNonBlank(hostname)) {
- SshMachineLocation machine = (SshMachineLocation)
location.get();
- String address = machine.getAddress().getHostAddress();
- if (!entityLocations.containsKey(machine)) {
- entityLocations.put(machine, member);
- addressMappings.putIfAbsent(address, hostname);
+ public void update() {
+ Lifecycle serverState =
getAttribute(Attributes.SERVICE_STATE_ACTUAL);
+ if (Lifecycle.STOPPED.equals(serverState) ||
Lifecycle.STOPPING.equals(serverState)
+ || Lifecycle.DESTROYED.equals(serverState) ||
!getAttribute(Attributes.SERVICE_UP)) {
+ LOG.debug("Skipped update of {} when service state is {} and
running is {}",
+ new Object[]{this,
getAttribute(Attributes.SERVICE_STATE_ACTUAL), getAttribute(SERVICE_UP)});
+ return;
+ }
+ synchronized (this) {
--- End diff --
Perhaps better to use an explicit mutex `Object` instead? Also, do we still
need the synchronisation, since the sensor data is now pushed out only once
changed, so there shouldn't be inconsistencies? It's really just enforcing
serialisation of calls to `update()` now, right?
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at [email protected] or file a JIRA ticket
with INFRA.
---
