Issue: SPR-12313

This commit adds support for direct Jackson mix-in annotations registration in
Jackson2ObjectMapperFactoryBean and Jackson2ObjectMapperBuilder.

Issue: SPR-12144

Issue: SPR-12308

Issue: SPR-12311

TextMessage.toString() does not throw StringIndexOutOfBoundsException for payload with multibyte characters

Issue: SPR-12307

Issue: SPR-12306

Comprehensive revision of SpEL's bytecode generation and number handling (BigInteger support, doubleValue fallback)

Issue: SPR-9913

Issue: SPR-12280

Issue: SPR-12299

Issue: SPR-12297

Issue: SPR-12250

JavaMailSenderImpl catches Exception instead of MessagingException and checks for reconnect in case of message batches

Issue: SPR-12298

This commit changes email addresses and URLs so that they point to
pivotal.io instead of gopivotal.com.

Also includes varargs declaration for applicable send methods.

Issue: SPR-12294

AbstractMessageChannel triggers afterSendCompletion with previously resolved non-null Message in case of preSend returning null

Issue: SPR-12295

Issue: SPR-12292

Issue: SPR-12280

Issue: SPR-12285

Prior to this commit, the getter methods in MockServletContext threw an
UnsupportedOperationException when trying to retrieve Servlet and
Filter registrations.

This commit improves the behavior of these methods by returning null
when a single registration is requested and an empty map when all
registrations are requested. This is now in line with the Javadoc for
ServletContext. Note, however, that the corresponding setter methods
still throw UnsupportedOperationExceptions which is suitable behavior
for a mock.

Issue: SPR-12290

* typofix:
  fix typo

The ternary expression node was failing to generate the
necessary unboxing bytecode when the condition part
of the expression returned a boxed Boolean rather than
a primitive boolean.

Also fixed here is an IllegalAccessError that was
seen in the same expression due to generating a
CHECKCAST bytecode for a private type.

Issue: SPR-12271

Issue: SPR-12282

* SPR-12239:
  Adding @AjSuppressWarnings on some advices

Issue: SPR-12239

Issue: SPR-12243

Issue: Issue: SPR-12272

Issue: SPR-12243

Issue: SPR-7725
(cherry picked from commit b45d08f1)

Issue: SPR-12197

Prior to this commit, the ResolvableType static cache was holding a lot
of duplicates for simple types. We are using too much metadata to compute
the key when the class has no generic information. so setFoo(String foo)
and setBar(String bar) would result in two entries in the cache because
the TypeProvider is different. On a very simple application 65% of the
entries in the cache were duplicate.

When the type is a Class with no generic information, the ResolvableType
instance is a simple wrapper around it so we might just as well not cache
it at all as the cost of finding it back from the cache is higher than
creating that simple wrapper.

This commit adds an explicit check; if the type is a simple Class we just
return a "resolved" ResolvableType instance for it. On a few test cases,
this reduces the size of the cache by 85%

Issue: SPR-12275