-
Notifications
You must be signed in to change notification settings - Fork 91
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
device
REST param does not work
#415
Comments
device
REST param does not work
There is not parameter for device. The correct format is:
/mxi_m001/sample
/mxi_r001/sample
/pr_super/sample
Check out the REST url: /swagger
This will give documentation for the api.
Best
W
|
I see now device param is intended for the host path before params, the context in the pdf made me think it was a ?key= param. |
Documentation can also be found in the model: https://model.mtconnect.org/#Package___19_0_4_45f01b9_1637706615628_274120_5004
|
I can see where the individual documentation could be misleading. I think we need to add classification to documentation of the device parameter.
|
The swagger api is built into the agent as well:
https://demo.mtconnect.org/swagger?pretty=true
|
The juxtaposition of 'device' next to ex 'from' and 'path' in the pdf doc led me to think I could do Ill refer to swagger from now on |
closing; clearly i misinterpreted the docs |
I will open an issue in the projects site to address this. Misinterpretation is our issue since it is not clear enough. |
our agent has 3 devices:
"mxi_m001"
"mxi_r001"
"pr_super"
using the following urls:
/sample?device=mxi_m001
/sample?device=mxi_r001
both return a document with all 3 devices; it seems that the
device
param is not honoredWhile we are at it; would it be possible to pass multiple devices into the REST request? that would be nice; we have a use case to 'subscribe' to multiple devices and it would be clean if we could open one stream.
something like
/sample?device=mxi_m001&device=mxi_r001&path=//Interfaces
The text was updated successfully, but these errors were encountered: