- addressed getClassPathArchives() deprecation
- made temporary change to address super.createClassLoader(URL) call in boot - see https://github.com/spring-projects/spring-boot/pull/20851

Adds Readme to GCP sample app

https://github.com/GoogleCloudPlatform/functions-framework-java/commit/a3d23cc12df52cb10ee0102e50cd54eb943527e6

Also, fixing a bug in the default constructor of the invoker.

Fixes: #478.

Added static delegate context which holds target context and is also refreshed with new context on each request

Resolves #456

Resolves #468

implement HttpFunction
add headers processing
Some refactoring [WIP]
Add invoker integration test
Make test classes nested within test.
Add sample and refdoc

Resolves #468

Added implementation of JsonMessageConverter which is initialized with JsonMapper so it can delegate to Jackson or Gson based on property setting and/or availability of the underlying library.

Resolves #476

The name is the decapitalized name of the CustomRuntimeAutoConfiguration class name

Resolves #469

Added condition to the start method of the SupplierExporter to prevent it from starting for cases where there are no Suppliers in catalog

Resolves #466

At the moment support is rudimentary but given that BeanFactoryAwareFunctionRegistry provides all the necessary type conversion functionality the true fix should consider utilizing it.

Resolves #475

At the moment support is rudimentary as it does not include any type conversion, but neither does POST so it is consistent.
Given that BeanFactoryAwareFunctionRegistry provides all that functionality already perhaps the proper fix with regard to converter would be to use it or part of it in place of InMemoryFunctionCatalog currently used.

Resolves #467

For complex cases where deep hierarchies are used there was still an issue with the fix in #473.
By adding TypeResolver library we essentially simplify our discovery process

Resolves #474

Fix a spell miss

Resolves #473

Similar to the way we allow multiple functions to be listed with 'definition' property, this enhancement allows several functional classes to be deployed

Resolves #461

Added support for function filtering in the event there are more then one function in catalog. This is primarily to ensure that
we have a mechanism to specify which functions to export as web enpoints (instead of all)

Resolves #460

remove the check for 'accept' header
added test

Resolves #465

- Re-enable, clean and improve  special handling for collection/array output type
- Add tests to validate and demonstrate the differences in  special handling of collection of Messages ve collection of non-Messages

Resolves #464