reorder arguments resolving logics to full support middleware - V5 - breaking change.

[kaibocai]

For today's middleware support logics we are convert the parameter payload to String for middleware to consume during the invocation request at

azure-functions-java-worker/src/main/java/com/microsoft/azure/functions/worker/binding/ExecutionContextDataSource.java

Line 120 in 679e561

private String convertToString(TypedData data) {

,

This has limitation as middleware is getting the payload that already got transferred to String type. Middleware may want to use the original type of parameter payload which build by java worker. I see from two advantages of this approach:

• Give more fliexibility to middleware when they want to play around the input parameter payload, not only restrict payload type to String.
• Reduce the repeat work we already did in the worker - convert the payload type from GRPC type to corresponding java type. Currently without this we are trying to did the same worker for middleware only different we convert all GRPC type to String.

Attached the potential PR here https://github.com/Azure/azure-functions-java-worker/tree/kaibocai/v5-bench

Potential break changes:

• Unique Parameter Name:

  azure-functions-java-worker/src/main/java/com/microsoft/azure/functions/worker/broker/ParameterResovler.java

  Line 23 in 305a00a

  //Use Linked HashMap with Key refer to name field in parameter's annotation, this is a break change,