You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have the buildings blocks in place to compute arguments already in the MeasureUpdateCommand::getAndUpdateMeasure. But we'd need to write an HTTP server in C++. We have cpprestsdk that we already use for RemoteBCL. boost asio is another option, so is Poco.
The text was updated successfully, but these errors were encountered:
The MeasureManager server uses the cpprest SDK, which is an asynchronous
library that is implemented on top C++ threads. The challenge is that
API endpoints involving Ruby and Python are not thread safe. (This is
generally true for all conventional implementations of Ruby and Python,
not just OpenStudio's encapsulation of the scripting engines) The
solution implemented here, is to use a task queue so that all of the
"work" done by the API endpoints is done on the common main thread.
ref #4885
Enhancement Request
Even in the
labs
subcommand, the MeasureManager is purely Ruby, so you can't use it to compute arguments for a Python Measure.Detailed Description
OpenStudio/src/cli/MeasureUpdateCommand.cpp
Lines 369 to 389 in f4f51c3
Possible Implementation
We have the buildings blocks in place to compute arguments already in the MeasureUpdateCommand::getAndUpdateMeasure. But we'd need to write an HTTP server in C++. We have cpprestsdk that we already use for RemoteBCL. boost asio is another option, so is Poco.
The text was updated successfully, but these errors were encountered: