java.lang.Throwable

There are no available Samebug tips for this exception. Do you have an idea how to solve this issue? A short tip would help users who saw this issue last week.

  • When polling from a distant web resource via simple HTTP GET, PollingHttpMessageReceiver creates a Map named respHeaders that contains the HTTP headers received from the HttpURLConnection object. In my environment, the RESPONSE code is stored as a header with a null key. Hence, when the respHeaders are parsed in HttpMessageAdapter to build a new UMOMessageAdapter, the null gets caught and a warning is thrown in the console (shown here-under). Would it be possible to ignore HTTP headers with null keys right from the PollingHttpMessageReceiver class? This would imply to modify line 122, from: if (msgHeader.getValue() != null) to: if ((msgHeader.getKey() != null) && (msgHeader.getValue() != null)) --------------------------- 16:21:16,963 WARN [HttpMessageAdapter] setProperty(key, value) ignored because of null key for object: HTTP/1.1 200 OK; please report the following stack trace to dev@mule.codehaus.org java.lang.Throwable at org.mule.providers.AbstractMessageAdapter.setProperty(AbstractMessageAdapter.java:149) at org.mule.providers.http.HttpMessageAdapter.<init>(HttpMessageAdapter.java:58) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.mule.util.ClassUtils.instanciateClass(ClassUtils.java:307) at org.mule.util.ClassUtils.instanciateClass(ClassUtils.java:315) at org.mule.providers.service.ConnectorServiceDescriptor.createMessageAdapter(ConnectorServiceDescriptor.java:352) at org.mule.providers.service.ConnectorServiceDescriptor.createMessageAdapter(ConnectorServiceDescriptor.java:303) at org.mule.providers.AbstractServiceEnabledConnector.getMessageAdapter(AbstractServiceEnabledConnector.java:165) at org.mule.providers.http.PollingHttpMessageReceiver.poll(PollingHttpMessageReceiver.java:128) at org.mule.providers.PollingMessageReceiver.run(PollingMessageReceiver.java:71) at org.mule.impl.work.WorkerContext.run(WorkerContext.java:317) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) at java.lang.Thread.run(Thread.java:595)
    via by David Dossot,
  • When polling from a distant web resource via simple HTTP GET, PollingHttpMessageReceiver creates a Map named respHeaders that contains the HTTP headers received from the HttpURLConnection object. In my environment, the RESPONSE code is stored as a header with a null key. Hence, when the respHeaders are parsed in HttpMessageAdapter to build a new UMOMessageAdapter, the null gets caught and a warning is thrown in the console (shown here-under). Would it be possible to ignore HTTP headers with null keys right from the PollingHttpMessageReceiver class? This would imply to modify line 122, from: if (msgHeader.getValue() != null) to: if ((msgHeader.getKey() != null) && (msgHeader.getValue() != null)) --------------------------- 16:21:16,963 WARN [HttpMessageAdapter] setProperty(key, value) ignored because of null key for object: HTTP/1.1 200 OK; please report the following stack trace to dev@mule.codehaus.org java.lang.Throwable at org.mule.providers.AbstractMessageAdapter.setProperty(AbstractMessageAdapter.java:149) at org.mule.providers.http.HttpMessageAdapter.<init>(HttpMessageAdapter.java:58) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.mule.util.ClassUtils.instanciateClass(ClassUtils.java:307) at org.mule.util.ClassUtils.instanciateClass(ClassUtils.java:315) at org.mule.providers.service.ConnectorServiceDescriptor.createMessageAdapter(ConnectorServiceDescriptor.java:352) at org.mule.providers.service.ConnectorServiceDescriptor.createMessageAdapter(ConnectorServiceDescriptor.java:303) at org.mule.providers.AbstractServiceEnabledConnector.getMessageAdapter(AbstractServiceEnabledConnector.java:165) at org.mule.providers.http.PollingHttpMessageReceiver.poll(PollingHttpMessageReceiver.java:128) at org.mule.providers.PollingMessageReceiver.run(PollingMessageReceiver.java:71) at org.mule.impl.work.WorkerContext.run(WorkerContext.java:317) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) at java.lang.Thread.run(Thread.java:595)
    via by David Dossot,
    • java.lang.Throwable at org.mule.providers.AbstractMessageAdapter.setProperty(AbstractMessageAdapter.java:136)

    Users with the same issue

    Unknown visitor1 times, last one,