org.mule.providers.service.TransportServiceException: "stream.message.adapter" not set in service descriptor "tcp"

MuleSoft JIRA | andrew cooke | 10 years 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

    Still seeing this, if I force the use of the streaming model (by setting streaming=true instead of testing for it in StreamingComponent - see code I just committed). From email yesterday: [...] streaming tests are failing during startup. What seems to be happening is that the provider is initialised correctly on startup but this is not found by MuleClient when it dispatches a message, causing a second instance of the same provider to be initialised (when the endpoint is retrieved). This second initialisation fails with the error that stream.message.adapter is not defined, and I think this may be because the first initialisation deleted the property that defined it. You can see this by running StreamingTestCase in tcp tests (just committed code under MULE-1741) Root Exception stack trace: org.mule.providers.service.TransportServiceException: "stream.message.adapter" not set in service descriptor "tcp" at org.mule.providers.service.DefaultTransportServiceDescriptor.createStreamMessageAdapter(DefaultTransportServiceDescriptor.java:212) at org.mule.providers.AbstractConnector.getStreamMessageAdapter(AbstractConnector.java:1866) at org.mule.providers.tcp.TcpMessageReceiver$TcpWorker.run(TcpMessageReceiver.java:331) at org.mule.impl.work.WorkerContext.run(WorkerContext.java:310) 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:534)

    MuleSoft JIRA | 10 years ago | andrew cooke
    org.mule.providers.service.TransportServiceException: "stream.message.adapter" not set in service descriptor "tcp"
  2. 0

    Still seeing this, if I force the use of the streaming model (by setting streaming=true instead of testing for it in StreamingComponent - see code I just committed). From email yesterday: [...] streaming tests are failing during startup. What seems to be happening is that the provider is initialised correctly on startup but this is not found by MuleClient when it dispatches a message, causing a second instance of the same provider to be initialised (when the endpoint is retrieved). This second initialisation fails with the error that stream.message.adapter is not defined, and I think this may be because the first initialisation deleted the property that defined it. You can see this by running StreamingTestCase in tcp tests (just committed code under MULE-1741) Root Exception stack trace: org.mule.providers.service.TransportServiceException: "stream.message.adapter" not set in service descriptor "tcp" at org.mule.providers.service.DefaultTransportServiceDescriptor.createStreamMessageAdapter(DefaultTransportServiceDescriptor.java:212) at org.mule.providers.AbstractConnector.getStreamMessageAdapter(AbstractConnector.java:1866) at org.mule.providers.tcp.TcpMessageReceiver$TcpWorker.run(TcpMessageReceiver.java:331) at org.mule.impl.work.WorkerContext.run(WorkerContext.java:310) 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:534)

    MuleSoft JIRA | 10 years ago | andrew cooke
    org.mule.providers.service.TransportServiceException: "stream.message.adapter" not set in service descriptor "tcp"

    Root Cause Analysis

    1. org.mule.providers.service.TransportServiceException

      "stream.message.adapter" not set in service descriptor "tcp"

      at org.mule.providers.service.DefaultTransportServiceDescriptor.createStreamMessageAdapter()
    2. org.mule.providers
      TcpMessageReceiver$TcpWorker.run
      1. org.mule.providers.service.DefaultTransportServiceDescriptor.createStreamMessageAdapter(DefaultTransportServiceDescriptor.java:212)
      2. org.mule.providers.AbstractConnector.getStreamMessageAdapter(AbstractConnector.java:1866)
      3. org.mule.providers.tcp.TcpMessageReceiver$TcpWorker.run(TcpMessageReceiver.java:331)
      3 frames
    3. org.mule.impl
      WorkerContext.run
      1. org.mule.impl.work.WorkerContext.run(WorkerContext.java:310)
      1 frame
    4. Backport of JSR 166
      ThreadPoolExecutor$Worker.run
      1. edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987)
      2. edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528)
      2 frames
    5. Java RT
      Thread.run
      1. java.lang.Thread.run(Thread.java:534)
      1 frame