Github user nickwallen commented on a diff in the pull request:

    https://github.com/apache/metron/pull/851#discussion_r154209165
  
    --- Diff: 
metron-platform/metron-common/src/main/java/org/apache/metron/common/configuration/ConfigurationsUtils.java
 ---
    @@ -343,25 +343,57 @@ public static void uploadConfigsToZookeeper(String 
rootFilePath, CuratorFramewor
        * @param type config type to upload configs for
        * @param configName specific config under the specified config type
        */
    -  public static void uploadConfigsToZookeeper(String rootFilePath, 
CuratorFramework client,
    -      ConfigurationType type, Optional<String> configName) throws 
Exception {
    +  public static void uploadConfigsToZookeeper(
    +          String rootFilePath,
    +          CuratorFramework client,
    +          ConfigurationType type,
    +          Optional<String> configName) throws Exception {
    +
         switch (type) {
    +
           case GLOBAL:
             final byte[] globalConfig = readGlobalConfigFromFile(rootFilePath);
             if (globalConfig.length > 0) {
               setupStellarStatically(client, Optional.of(new 
String(globalConfig)));
               writeGlobalConfigToZookeeper(globalConfig, client);
             }
             break;
    -      case PARSER: // intentional pass-through
    -      case ENRICHMENT: // intentional pass-through
    -      case INDEXING:
    -        Map<String, byte[]> sensorIndexingConfigs = 
readSensorConfigsFromFile(rootFilePath, type,
    -            configName);
    -        for (String sensorType : sensorIndexingConfigs.keySet()) {
    -          writeConfigToZookeeper(type, configName, 
sensorIndexingConfigs.get(sensorType), client);
    +
    +      case PARSER: {
    +        Map<String, byte[]> configs = 
readSensorConfigsFromFile(rootFilePath, PARSER, configName);
    --- End diff --
    
    Your first suggestion with the callback just seems less obvious and clear 
to me (IMHO).
    
    I'll try and think through your 2nd and 3rd suggestions, but (at least 
right now) I'm not seeing something that doesn't add more complexity to 
ConfigurationUtils.  
    
    But clearly I could be totally wrong here.  Let me think on it.


---

Reply via email to