Empty reply from server and maxConcurrency in Dashboard for "commandToSingleTargetServer" about restcommander

[jeffpeiyt]

hi @agustintorres , thanks for trying out REST Commander.

Current implementation does not support async job calling. You will have to wait for the response to come back. We decided to implement the async job with progress tracking in Parallec.io with many other improvements and flexibility: check example

The maxConcurrency should work for the commands. the first 0 after the /act/index.rss is the concurrency (default as 1500) , could you please try this and modified the 1st 0 and see if it works? http://www.restcommander.com/documentation.html#Commands

thanks,

GET_CRAIGSLIST_RSS GET http 80 /act/index.rss 0 0 5000 SUPERMAN_GLOBAL
```$AM_FULL_CONTENT 

[agustintorres]

@jeffpeiyt Thanks for the prompt reply. I actually do not want async job calling. I'm happy waiting for the response as long as it's needed. My question was why for the second curl request, I get "(52) Empty reply from server". Do you think this is most likely an issue on my end, and restcommander itself should return a response once it's done, even if it takes 10 minutes?

In addition, I'm not sure why the response that does work (for the first curl command) contains only a JSON with "result" and "time" rather than the full JSON response object with the actual responses from the server (i.e. similar to the full responses displayed at http://www.restcommander.com/usecase.html). Any idea why?

For maxConcurrency, this is my command:

GET_NETWORTH GET http 80 /networth/$UID 4 -1 -1 SUPERMAN_GLOBAL

As you can see, the maxConcurrency is set to 4 and this is fine in the Commands display:

![screen shot 2016-09-20 at 2 50 14 pm](https://cloud.githubusercontent.com/assets/11450276/18684287/9fd1a8c4-7f41-11e6-8f3f-a62b020ee28a.png)

However, when I look at the task for that command in the Dashboard, maxConcurrency display as 500 (see below). I have no idea where that 500 could be coming from.

![screen shot 2016-09-20 at 2 52 08 pm](https://cloud.githubusercontent.com/assets/11450276/18684354/df184fec-7f41-11e6-9f81-bd3ec5deffbd.png)

[jeffpeiyt]

hi @agustintorres , I just realize that probably you did not use the master branch (master branch did not have the dashboard and many features in distributed manner); but use the distributed version branch: as the default concurrency is set at 500: check here The distributed version has more complexity in setting the concurrency when dispatch jobs to slave nodes etc.

Could you please try the master branch, it has less feature but I just tested the concurrency changes is working in display.

The distributed version was not completly tested in production and we suggest you use the master branch version for reliability.

[agustintorres]

@jeffpeiyt: Thanks for the insight. I gave Parallec a try and decided it fits my use case better, so I will be using it for now. Feel free to close this issue.

[jeffpeiyt]

Thank you @agustintorres ! Please feel free to raise issues in parallec if you have more questions.