java.lang.Throwable

MuleSoft JIRA | Holger Hoffstaette | 1 decade ago
tip
Your exception is missing from the Samebug knowledge base.
Here are the best solutions we found on the Internet.
Click on the to mark the helpful solution and get rewards for you help.
  1. 0

    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)

    MuleSoft JIRA | 1 decade ago | David Dossot
    java.lang.Throwable
  2. Speed up your debug routine!

    Automated exception search integrated into your IDE

  3. 0

    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)

    MuleSoft JIRA | 1 decade ago | David Dossot
    java.lang.Throwable

    1 unregistered visitors

    Root Cause Analysis

    1. java.lang.Throwable

      No message provided

      at org.mule.providers.AbstractMessageAdapter.setProperty()
    2. org.mule.providers
      AbstractMessageAdapter.setProperty
      1. org.mule.providers.AbstractMessageAdapter.setProperty(AbstractMessageAdapter.java:136)
      1 frame