1. 07 1月, 2015 1 次提交
    • J
      Fix typo · 46b094bf
      John 提交于
      46b094bf
  2. 05 1月, 2015 1 次提交
  3. 02 1月, 2015 1 次提交
  4. 31 12月, 2014 1 次提交
  5. 29 12月, 2014 1 次提交
  6. 23 12月, 2014 1 次提交
  7. 11 12月, 2014 3 次提交
    • S
      Demonstrate that the CollectionFactory API is not type-safe · c62fbea2
      Sam Brannen 提交于
      This commit introduces test methods in CollectionFactoryTests that
      demonstrate how the APIs for createCollection() and createMap() are not
      type-safe, specifically regarding the use of generics, raw types, and
      casting.
      c62fbea2
    • S
      Create empty EnumSets & EnumMaps in CollectionFactory · aec284a4
      Sam Brannen 提交于
      SPR-12483 introduced automatic type conversion support for EnumSet and
      EnumMap. However, the corresponding changes in CollectionFactory
      contradict the existing contract for the "create approximate" methods
      by creating a copy of the supplied set or map, thereby potentially
      including elements in the returned collection when the returned
      collection should in fact be empty.
      
      This commit addresses this issue by ensuring that the collections
      returned by createApproximateCollection() and createApproximateMap()
      are always empty.
      
      Furthermore, this commit improves the Javadoc throughout the
      CollectionFactory class.
      
      Issue: SPR-12533
      aec284a4
    • S
      Demonstrate that the CollectionFactory API is not type-safe · fb426fe6
      Sam Brannen 提交于
      This commit introduces test methods in CollectionFactoryTests that
      demonstrate how the APIs for createApproximateCollection() and
      createApproximateMap() are not type-safe, specifically regarding the use
      of generics, raw types, and casting.
      fb426fe6
  8. 10 12月, 2014 5 次提交
  9. 08 12月, 2014 1 次提交
  10. 02 12月, 2014 2 次提交
  11. 30 11月, 2014 2 次提交
  12. 29 11月, 2014 2 次提交
  13. 26 11月, 2014 2 次提交
  14. 23 11月, 2014 1 次提交
  15. 22 11月, 2014 2 次提交
  16. 20 11月, 2014 1 次提交
    • C
      Allow non-String args in JOptCommandLinePropertySource · dff48ad8
      Chris Beams 提交于
      Prior to this commit, JOptCommandLinePropertySource prevented the
      possibility of non-String option arguments. This effectively prevents
      the use of JOpt's #ofType support (which allows specifying custom
      argument types).
      
      Now, non-String arguments are detected and converted to strings as
      necessary. JOpt's #ofType now works as expected. A test has been added
      to cover this case.
      dff48ad8
  17. 02 11月, 2014 1 次提交
  18. 30 10月, 2014 2 次提交
  19. 29 10月, 2014 1 次提交
  20. 28 10月, 2014 2 次提交
  21. 23 10月, 2014 1 次提交
  22. 22 10月, 2014 1 次提交
  23. 21 10月, 2014 4 次提交
  24. 14 10月, 2014 1 次提交