1. 29 Jun, 2015 2 commits
  2. 10 Jun, 2015 1 commit
  3. 07 Jun, 2015 1 commit
  4. 03 Jun, 2015 1 commit
  5. 03 Mar, 2015 1 commit
  6. 20 Feb, 2015 1 commit
  7. 03 Feb, 2015 1 commit
  8. 02 Jan, 2015 1 commit
  9. 17 Nov, 2014 1 commit
  10. 12 Nov, 2014 1 commit
  11. 05 Nov, 2014 1 commit
  12. 10 Oct, 2014 2 commits
  13. 09 Oct, 2014 3 commits
  14. 08 Oct, 2014 1 commit
  15. 07 Oct, 2014 1 commit
  16. 04 Oct, 2014 1 commit
    • Roman S.'s avatar
      User Service Plugin update to 2.0.0 · 49ebcaac
      Roman S. authored
      - New restfull API (see readme). The plugin is backward compatible.
      - Added new requst to get all or specific users
      - The user is now extendible with key / values properties
      - Added new requst to get roster entries of a specific users
      - Added new requst to get group names of a specific users
      - Added new request to add user to a group or remove a user from a group
      49ebcaac
  17. 01 Oct, 2014 1 commit
  18. 24 Sep, 2014 1 commit
  19. 20 Sep, 2014 1 commit
  20. 17 Sep, 2014 2 commits
  21. 12 Sep, 2014 2 commits
  22. 11 Sep, 2014 1 commit
    • thanosz's avatar
      Update StatsAction.java · ef38f144
      thanosz authored
      The Server traffic statstics in quick stats are incorrect and inconsistent compared with All Reports page.
      The problem is in the calculation of Low and High Values.
      The StatsViewer.getMin() and getMax() will return two values for high and low for server_bytes_in and server_bytes_out respectively.
      The StatsAction.getLowAndHigh(String key,  long[] timePeriod) does not take that into account and always precesses the first element in the array. Modified so that it sums the values of all the elements of the array.
      ef38f144
  23. 09 Sep, 2014 1 commit
  24. 02 Sep, 2014 1 commit
  25. 26 Aug, 2014 1 commit
  26. 25 Aug, 2014 1 commit
  27. 18 Aug, 2014 1 commit
  28. 13 Aug, 2014 3 commits
  29. 10 Aug, 2014 2 commits
    • Shawn Debnath's avatar
      3d115213
    • Shawn Debnath's avatar
      In setup, some of the host settings are loaded from XML properties specified... · 8b2743f6
      Shawn Debnath authored
      In setup, some of the host settings are loaded from XML properties specified in openfire.xml, while others are incorrectly loaded from whats currently in JiveGlobals. Since we are in setup mode, JiveGlobals.getProperty returns null thereby ignoring any property overrides in openfire.xml specified by the user.
      
      Changelog: 
      1. Instead of just blindly setting anonymous auth to true, check if user has an override property in XML configuration, if not, default to true.
      2. Call getXMLProperty to load user configuration override values and not what is currently in JiveGlobals. During setup mode, this is always null.
      3. Instead of setting default values for auth, user, group, card, lockout, securityAudit and admin class names, check if the user has provided overrides for those properties, and if so, use those, otherwise use defaults.
      4. Expose a method to retrieve XML property names, and then in finishSetup, go through the rest of the XML properties overridden by user that were not touched by setup and individually set those. This is particularly useful when users have to specify primary and secondary * hybrid providers.
      8b2743f6
  30. 07 Aug, 2014 2 commits