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

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