How to Handle this exception? Mule throw exception without executing exception flow in case I sent wrong encoding value (UTF-88) in Content-Type.
WARN 2017-12-22 10:19:55,733 [[2017-mule_api_registry-uni_auth_app].HttpConnectoConfig.worker.02] org.mule.module.http.internal.listener.DefaultHttpListener: Exception occurred parsing request: java.nio.charset.UnsupportedCharsetException: UTF-88 at java.nio.charset.Charset.forName(Charset.java:531) ~[?:1.8.0_111] at org.mule.transformer.types.SimpleDataType.setEncoding(SimpleDataType.java:89) ~[mule-core-3.9.0.jar:3.9.0] at org.mule.DefaultMuleMessage.updateDataTypeWithProperty(DefaultMuleMessage.java:551) ~[mule-core-3.9.0.jar:3.9.0] at org.mule.DefaultMuleMessage.setProperty(DefaultMuleMessage.java:502) ~[mule-core-3.9.0.jar:3.9.0] at org.mule.DefaultMuleMessage.setProperty(DefaultMuleMessage.java:494) ~[mule-core-3.9.0.jar:3.9.0] at org.mule.DefaultMuleMessage.addProperties(DefaultMuleMessage.java:1398) ~[mule-core-3.9.0.jar:3.9.0] at org.mule.DefaultMuleMessage.(DefaultMuleMessage.java:198) ~[mule-core-3.9.0.jar:3.9.0] at org.mule.DefaultMuleMessage.(DefaultMuleMessage.java:175) ~[mule-core-3.9.0.jar:3.9.0] at org.mule.module.http.internal.listener.HttpRequestToMuleEvent.transform(HttpRequestToMuleEvent.java:128) ~[mule-module-http-3.9.0.jar:3.9.0] at org.mule.module.http.internal.listener.DefaultHttpListener.createEvent(DefaultHttpListener.java:187) ~[mule-module-http-3.9.0.jar:3.9.0] at org.mule.module.http.internal.listener.DefaultHttpListener.access$000(DefaultHttpListener.java:48) ~[mule-module-http-3.9.0.jar:3.9.0] at org.mule.module.http.internal.listener.DefaultHttpListener$1.handleRequest(DefaultHttpListener.java:133) ~[mule-module-http-3.9.0.jar:3.9.0] at org.mule.module.http.internal.listener.grizzly.GrizzlyRequestDispatcherFilter.handleRead(GrizzlyRequestDispatcherFilter.java:100) ~[mule-module-http-3.9.0.jar:3.9.0] at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) ~[grizzly-framework-2.3.33.jar:2.3.33] at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284) ~[grizzly-framework-2.3.33.jar:2.3.33] at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201) ~[grizzly-framework-2.3.33.jar:2.3.33] at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133) ~[grizzly-framework-2.3.33.jar:2.3.33] at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112) ~[grizzly-framework-2.3.33.jar:2.3.33] at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77) ~[grizzly-framework-2.3.33.jar:2.3.33] at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:539) ~[grizzly-framework-2.3.33.jar:2.3.33] at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112) ~[grizzly-framework-2.3.33.jar:2.3.33] at org.mule.module.http.internal.listener.grizzly.ExecutorPerServerAddressIOStrategy.run0(ExecutorPerServerAddressIOStrategy.java:119) ~[mule-module-http-3.9.0.jar:3.9.0] at org.mule.module.http.internal.listener.grizzly.ExecutorPerServerAddressIOStrategy.access$100(ExecutorPerServerAddressIOStrategy.java:31) ~[mule-module-http-3.9.0.jar:3.9.0] at org.mule.module.http.internal.listener.grizzly.ExecutorPerServerAddressIOStrategy$WorkerThreadRunnable.run(ExecutorPerServerAddressIOStrategy.java:142) ~[mule-module-http-3.9.0.jar:3.9.0] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [?:1.8.0_111]