1. 07 8月, 2014 2 次提交
    • S
      Fix some warning · 0b2c0cfb
      Stephane Nicoll 提交于
      0b2c0cfb
    • A
      Add support for inline maps in SpEL expressions · 095bd999
      Andy Clement 提交于
      This commit introduces the ability to specify an inline map in
      an expression. The syntax is similar to inline lists and of
      the form: "{key:value,key2:value}". The keys can optionally
      be quoted. The documentation is also updated with information
      on the syntax.
      
      Issue: SPR-9472
      095bd999
  2. 31 7月, 2014 1 次提交
    • A
      Fix compilation of SpEL Indexer nodes involving map references · 813cc3b3
      Andy Clement 提交于
      There is special handling for SpEL expressions involving a map
      and an unquoted string literal key (e.g. mymap[key1]). SpEL does
      not require key1 to be quoted. This special handling which is done
      in Indexer getValueRef() was not being also done in the Indexer
      generateCode() method that compiles the expression. Also fixed
      a problem where the key was not being compiled in a new
      sub scope. Without the new scope the key expression was failing
      to reload the relevant context object when it needed it.
      
      Issue: SPR-12045
      813cc3b3
  3. 30 7月, 2014 2 次提交
    • A
      Support compilation of the SpEL operator OpModulus · d3017489
      Andy Clement 提交于
      This commit enables the modulus operator to be compiled when
      it is used as part of a SpEL expression.
      
      Issue: SPR-12041
      d3017489
    • A
      Cope with generic methods during SpEL compilation · 59080ff2
      Andy Clement 提交于
      This commit allows the SpEL compiler to cope with generic methods
      being used in expressions involving numeric operands. Due to the
      use of unbound type variables the methods may look like they
      return Object but in fact they are returning objects of a numeric
      type that are suitable for compilation. The changes here ensure
      the runtime types are looked at if the discovered declared types
      are not providing enough information. This impacts all the
      operands involving numerics (mathematical and relational).
      
      Issue: SPR-12040
      59080ff2
  4. 22 7月, 2014 1 次提交
  5. 18 7月, 2014 1 次提交
  6. 16 7月, 2014 1 次提交
  7. 11 7月, 2014 1 次提交
    • A
      Add a compiler for SpEL · 2eeb2e92
      Andy Clement 提交于
      With these changes an optional compiler is added for SpEL
      expressions. The compiler is off by default but can be enabled
      via the SpEL parser configuration object or system property
      (when SpEL is embedded and parser configuration is not possible).
      Not all expressions are currently handled but the common
      cases are and it is an extensible compilation framework.
      
      Issue: SPR-10943
      2eeb2e92
  8. 08 7月, 2014 1 次提交
  9. 07 7月, 2014 1 次提交
  10. 15 5月, 2014 1 次提交
  11. 28 4月, 2014 1 次提交
  12. 22 4月, 2014 2 次提交
  13. 06 4月, 2014 1 次提交
  14. 27 3月, 2014 1 次提交
  15. 21 3月, 2014 1 次提交
    • S
      Harmonize log configuration · 4cd818b9
      Stephane Nicoll 提交于
      Prior to this commit, the codebase was using a mix of log4j.xml
      and log4j.properties for test-related logging configuration. This
      can be an issue as log4j takes the xml variant first when looking
      for a default bootstrap configuration.
      
      In practice, some modules declaring the properties variant were
      taking the xml variant configuration from another module.
      
      The general structure of the configuration has also been
      harmonized to provide a standard console output as well as an
      easy way to enable trace logs for the current module.
      4cd818b9
  16. 12 3月, 2014 1 次提交
  17. 11 3月, 2014 1 次提交
  18. 10 3月, 2014 1 次提交
  19. 06 3月, 2014 2 次提交
    • S
      Fix double SPeL evaluation of parameter · 519799e1
      Stephane Nicoll 提交于
       When a node of an SPeL expression was a call to a bean referenced
       in a method argument, the expression was resolved twice.
      
       The resolved arguments are now specified to MethodValueRef instead
       of resolving the arguments again in the constructor
      
       Issue: SPR-11445
      519799e1
    • J
      Restored proper handling of varargs in case of unresolvable type variable · 2a2816df
      Juergen Hoeller 提交于
      Fixed through falling back to the raw parameter type in the TypeDescriptor(MethodParameter) constructor, properly detecting the vararg array even in case of an unresolvable type variable, and through restoring getElementTypeDescriptor's original behavior for arrays, i.e. always returning a non-null descriptor.
      
      Issue: SPR-11494
      2a2816df
  20. 19 2月, 2014 1 次提交
  21. 15 2月, 2014 1 次提交
  22. 09 2月, 2014 2 次提交
  23. 07 2月, 2014 1 次提交
  24. 24 1月, 2014 2 次提交
  25. 17 1月, 2014 1 次提交
  26. 16 1月, 2014 2 次提交
  27. 15 1月, 2014 2 次提交
  28. 04 1月, 2014 1 次提交
  29. 18 12月, 2013 2 次提交
  30. 04 12月, 2013 1 次提交
  31. 27 11月, 2013 1 次提交