# REST curl example not showing payload on Try-Me

**URL:** <https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514>\
**Category:** General Discussions\
**Created:** [December 9, 2020, 9:19pm UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514 "2020-12-09T21:19:22Z")\
**Posts on this page:** 14\
**Page:** 1

<div class="post-metadata">

**Author:** ![cverges](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@cverges](https://community.solace.com/u/cverges)\
**Post date:** [December 9, 2020, 9:19pm UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/1 "2020-12-09T21:19:22Z")

</div>

I’m following the instructions at [Sorry, it looks like we sent you the wrong way.Let us guide you back.](https://docs.solace.com/RESTMessagingPrtl/Solace-REST-Example.htm) to use curl to publish to a topic:

```auto
curl -i \
    'http://<ip>:9000/TOPIC/test' \
    -X POST \
    -H 'Authorization: Bearer (omitted)' \
    -H 'Content-Type: text/plain' \
    -H 'User-Agent: SolaceTest' \
    -d 'Hello, World'

```

On the Solace PubSub+ Standard’s _Try-Me_ section, I’m seeing the message come in for the topic `test` as expected, but the payload of `Hello, World` doesn’t show. PubSub+ is VMR 9.7.0.40.

Am I doing something wrong? Any advice for how to troubleshoot next?

---

<div class="post-metadata">

**Author:** ![arih](https://yyz1.discourse-cdn.com/solace/user_avatar/community.solace.com/arih/32/130_2.png) [@arih](https://community.solace.com/u/arih)\
**Post date:** [December 9, 2020, 10:48pm UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/2 "2020-12-09T22:48:06Z")

</div>

Hi @cverges  
I remember seeing this before but not yet really knows what’s happened. But I do know that the Try-me inside the Web manager is having that issue, but other code samples or Try-me on the Solace Cloud is fine. I’d suggest you use the other way for now. I’l see if i can find out what it is the cause and update here later.

For sample code, you can pick your favorite in [Solace Samples · GitHub](http://github.com/solacesamples) and just make sure to modify the topic name to subscribe in the TopicSubscriber code.  
For Solace Cloud, you can simply use the Try-me tab there (not inside Web manager or after you click Manage Service). See below for sample.

 ![image.png](https://canada1.discourse-cdn.com/solace/original/2X/e/ebb8a6928367b2cf557bf88dc5ef083c7382883d.png)

---

<div class="post-metadata">

**Author:** ![cverges](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@cverges](https://community.solace.com/u/cverges)\
**Post date:** [December 9, 2020, 10:51pm UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/3 "2020-12-09T22:51:47Z")

</div>

Thanks for the fast reply, @arih! If it’s just limited to the Try-Me functionality, I’m OK ignoring for now. I just wanted to confirm that the payload is being published properly to a subscriber, and haven’t yet finished bringing up my topic subscriber. If you’re confirming that this is just due to a Try-Me bug and the REST publishing does, in fact, work, then I’m good to go.

---

<div class="post-metadata">

**Author:** ![arih](https://yyz1.discourse-cdn.com/solace/user_avatar/community.solace.com/arih/32/130_2.png) [@arih](https://community.solace.com/u/arih)\
**Post date:** [December 9, 2020, 10:53pm UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/4 "2020-12-09T22:53:45Z")

</div>

yeah, I just tested it out myself and see the same issue with my env, but codes work fine.

---

<div class="post-metadata">

**Author:** ![Tamimi](https://yyz1.discourse-cdn.com/solace/user_avatar/community.solace.com/tamimi/32/2190_2.png) [@Tamimi](https://community.solace.com/u/Tamimi)\
**Post date:** [December 10, 2020, 12:46am UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/5 "2020-12-10T00:46:40Z")

</div>

Yea when sending plain raw text on the REST port theres an issue with showing the body from the Try Me tab, a workaround is if you have access to a solace cloud account you can navigate to the Try Me! widget from your service and under the subscriber you can click on the “show advanced settings” and change the connection to localhost. Alternatively you can also use this public TryMe! widget found here [https://solace.com/products/event-broker/software/getting-started/](https://solace.com/products/event-broker/software/getting-started/) which is configured to connect to a local broker by default (in your case). Hope this helps!

---

<div class="post-metadata">

**Author:** ![Aaron](https://yyz1.discourse-cdn.com/solace/user_avatar/community.solace.com/aaron/32/843_2.png) [@Aaron](https://community.solace.com/u/Aaron)\
**Post date:** [December 10, 2020, 2:51am UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/6 "2020-12-10T02:51:32Z")

</div>

Weird, it works for me on my 9.2 software broker:

 ![image.png](https://canada1.discourse-cdn.com/solace/original/1X/e4bb0585ddc3ff295383bc376d73ffc90b3312a9.png)

---

<div class="post-metadata">

**Author:** ![cverges](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@cverges](https://community.solace.com/u/cverges)\
**Post date:** [December 10, 2020, 6:10am UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/7 "2020-12-10T06:10:25Z")

</div>

@Aaron, I’ll trade you? 🙂

 ![image.png](https://canada1.discourse-cdn.com/solace/original/2X/b/b44c66d61f8787c27ef0f2cbbd63c3b25e25599c.png)

It’s a fairly bare-bones installation for testing purposes. I enabled the REST protocol on the default port (9000) and published to the dynamic topic “test”. There is an error `sdtContainer is not defined` that pops up when the REST call is made; it does not show up when publishing via Try-Me. Related in some sense, but not entirely clear what/why at first glance. Nothing in the JS error logs, for example, and the web socket comms are fairly light:

 ![image.png](https://canada1.discourse-cdn.com/solace/original/2X/e/ebd6491e288f364eaddc433824885d31a1dc3bdd.png)

Please let me know if you want any other screens/details. I wouldn’t be surprised if it’s a situational bug (PEBKAC or otherwise).

---

<div class="post-metadata">

**Author:** ![arih](https://yyz1.discourse-cdn.com/solace/user_avatar/community.solace.com/arih/32/130_2.png) [@arih](https://community.solace.com/u/arih)\
**Post date:** [December 11, 2020, 1:42am UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/8 "2020-12-11T01:42:44Z")

</div>

Not a PEBKAC most definitely 😃 my test with SDKPerf also shows slightly different payload raw content for both REST and the pub try-me app.

For now, we can use application/octet-stream in curl such as below until the tutorial gets updated:

---

<div class="post-metadata">

**Author:** ![FalkLademann](https://avatars.discourse-cdn.com/v4/letter/f/b9e5f3/32.png) [@FalkLademann](https://community.solace.com/u/FalkLademann)\
**Post date:** [February 24, 2021, 11:50am UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/9 "2021-02-24T11:50:54Z")

</div>

Having same issue, this message appears when publishing to topic from Mulesoft Anypoint Studio Version: 7.8.0. Using “Try me!” as a producer in the same setup would work fine.  
For messages published by Mulesoft, it is either “sdtContainer is not defined” or also “URI malformed” on some.

---

<div class="post-metadata">

**Author:** ![Tamimi](https://yyz1.discourse-cdn.com/solace/user_avatar/community.solace.com/tamimi/32/2190_2.png) [@Tamimi](https://community.solace.com/u/Tamimi)\
**Post date:** [February 24, 2021, 2:44pm UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/10 "2021-02-24T14:44:16Z")

</div>

Hey @FalkLademann I believe you are publishing messages from Mulesoft via a REST API call? What version of the broker are you using? And are you using a software (docker image) or a cloud broker?

---

<div class="post-metadata">

**Author:** ![FalkLademann](https://avatars.discourse-cdn.com/v4/letter/f/b9e5f3/32.png) [@FalkLademann](https://community.solace.com/u/FalkLademann)\
**Post date:** [February 26, 2021, 1:18pm UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/11 "2021-02-26T13:18:24Z")

</div>

Publish is by JMS. VMR 9.8.0.12 on Docker engine 20.10.2

---

<div class="post-metadata">

**Author:** ![Tamimi](https://yyz1.discourse-cdn.com/solace/user_avatar/community.solace.com/tamimi/32/2190_2.png) [@Tamimi](https://community.solace.com/u/Tamimi)\
**Post date:** [February 26, 2021, 1:42pm UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/12 "2021-02-26T13:42:23Z")

</div>

We had a bug in VMR 9.8 that is fixed in 9.9 so I would recommend checking that out when the new one comes out. In the meantime you can still consume your messages with any other SMF API and access the payload

---

<div class="post-metadata">

**Author:** ![Aaron](https://yyz1.discourse-cdn.com/solace/user_avatar/community.solace.com/aaron/32/843_2.png) [@Aaron](https://community.solace.com/u/Aaron)\
**Post date:** [June 22, 2021, 12:08pm UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/13 "2021-06-22T12:08:32Z")

</div>

@cverges @FalkLademann this has been fixed and delivered in the 9.9 software broker! To be clear, it was only a bug inside the Try Me! little console when displaying messages… the broker was still working fine and everything. Just the little Try Me! subscriber app couldn’t show TextMessages.

Anyhow, thanks for letting us know about this…!

---

<div class="post-metadata">

**Author:** ![Tamimi](https://yyz1.discourse-cdn.com/solace/user_avatar/community.solace.com/tamimi/32/2190_2.png) [@Tamimi](https://community.solace.com/u/Tamimi)\
**Post date:** [June 22, 2021, 12:51pm UTC](https://community.solace.com/t/rest-curl-example-not-showing-payload-on-try-me/514/14 "2021-06-22T12:51:46Z")

</div>

Thanks for the update on this @Aaron !
