1. 26 2月, 2018 1 次提交
  2. 15 12月, 2017 1 次提交
  3. 11 12月, 2017 1 次提交
  4. 10 12月, 2017 2 次提交
  5. 09 12月, 2017 1 次提交
  6. 06 12月, 2017 1 次提交
  7. 04 12月, 2017 1 次提交
  8. 22 11月, 2017 1 次提交
  9. 16 11月, 2017 2 次提交
  10. 12 11月, 2017 1 次提交
  11. 06 11月, 2017 2 次提交
  12. 29 10月, 2017 3 次提交
  13. 28 10月, 2017 1 次提交
  14. 27 10月, 2017 2 次提交
  15. 26 10月, 2017 3 次提交
  16. 23 10月, 2017 2 次提交
  17. 19 10月, 2017 1 次提交
  18. 13 10月, 2017 1 次提交
  19. 11 10月, 2017 1 次提交
  20. 10 10月, 2017 1 次提交
  21. 07 10月, 2017 1 次提交
  22. 29 9月, 2017 1 次提交
  23. 28 9月, 2017 1 次提交
  24. 27 9月, 2017 2 次提交
  25. 19 9月, 2017 1 次提交
    • Z
      The commit code in ClusterZKDataMonitor's 'process' method,fixed the collector... · b61f590d
      zhangsan 提交于
      The commit code in ClusterZKDataMonitor's 'process' method,fixed the collector online/offline bug. By 'client.getChildren\(event.getPath\(\), true\);', collector can't get the deleted node. In fact,ClusterZKDataMonitor listening zookeeper 'onNodeChanged' event by use 'if \(listeners.containsKey\(event.getPath\(\)\)\)'.
      b61f590d
  26. 17 9月, 2017 1 次提交
  27. 10 9月, 2017 3 次提交
  28. 01 8月, 2017 1 次提交
    • P
      Fixed #327. · f2a98193
      pengys5 提交于
      When collector server restart at short intervals that zookeeper will not find remove this server path.
      But in another situation, there was a same address server has been running, the restart server could not remove this path and recreate it.
      So when this situation happened, throw exception to stop this restart server.
      f2a98193