java.lang.Throwable

MuleSoft JIRA | Holger Hoffstaette | 1 decade ago
tip
Do you know that we can give you better hits? Get more relevant results from Samebug’s stack trace search.
  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