MCP-CMS: Difference between revisions
No edit summary |
No edit summary |
||
| Line 64: | Line 64: | ||
</blockquote> | </blockquote> | ||
<button type="button" class="collapsible">hide/show</button> | <button type="button" class="collapsible">hide/show</button> | ||
<div class="content"> | |||
<blockquote> | <blockquote> | ||
The namestyle is a homage to | The namestyle is a homage to <a href=https://en.wikipedia.org/wiki/MCP>MCP</a> and <a href=https://en.wikipedia.org/wiki/Conversational_Monitor_System>VM/CMS</a> . | ||
While initially only linux is supported, more kernel OS support is intended. MCP communicates with clients via an MCS, and operators one wrapping the ssh protocol. | |||
The end command processor is just the assigned shell for the ssh connection which can be: | |||
<ul> | <ul> | ||
<li>shcl, common lisp nature</li> | <li>shcl, common lisp nature</li> | ||
| Line 78: | Line 74: | ||
<li>upsh, prolog nature</li> | <li>upsh, prolog nature</li> | ||
<br>or<br> | <br>or<br> | ||
<li><p style="width: 60%;"> | <li><p style="width: 60%;">mcpcms, the default nature for mcpcms, which is a custom zsh.<br><br> Only mcpcms can be set in /etc/shells, the others execute as | ||
commands in a mcp shell, and only shcl gives a live | commands in a mcp shell, and only shcl gives a shell like live command line. The other two require a user supplied | ||
haskell or prolog script, and are not general interactive shells unless that script provides that functionality.</p> </li> | |||
</ul> | </ul> | ||
<blockquote> | <blockquote> | ||
| Line 86: | Line 82: | ||
for haskell. Lisp and prolog implementations are variable, and multiple can be combined. | for haskell. Lisp and prolog implementations are variable, and multiple can be combined. | ||
</blockquote> | </blockquote> | ||
The | The mcpcms level is always present, the others are outer shells adapted for the domain space knowledge engineering context.<br> | ||
Although | Although diverged for DS, an effort will be made to track changes in still vital original lang specific shells.<br> | ||
The KEE uses the three HOLs² listed but the bash/zsh level is appropriate for regular unix shell ops with MCP. | |||
</blockquote> | </blockquote> | ||
<b>mcpcms</b> linux command line invocation uses: | <b>mcpcms</b> linux command line invocation uses: | ||
| Line 101: | Line 96: | ||
</tt> | </tt> | ||
</div> | </div> | ||
<blockquote style="position: relative;top: -60px;">Roadmap | <blockquote style="position: relative;top: -60px;">Roadmap | ||
<ul> | <ul> | ||
Revision as of 06:56, 2 January 2022
mcpcms
master control program
CMS MCS shell
conversational monitor system launch
The launch link leads to a MCP¹ shell provisioned from core domain space or the AWS, linode, or LAN/DIY inventory ² configured in the KEE Dashboard Control Block in your home profile. ABORTED, ACTIVE, INUSE, COMPLETEDOK, or STOPPED are the possible job completion codes ³ for the launch attempt from the DS station at which you're currently authenticated.
Configuring a device control block for it in your profile dashboard enables system port management, or you can manually manage ssh as usual (e.g using ssh-copy-id).
Launch states ABORTED, COMPLETED, OR STOPPED, imply receipt of diagnostic info by the currently selected means of notification in your home profile (icon above, left of launch status). ABORTED is the immediate result if you are not authenticated.
A running SPO counts as a against account launch limits.
¹Core space resources are only dynamically allocated for AKPERSONs.
² AWS, Linode, or your Gb LAN. DCP nodes must have sub-millisecond ping. Set cloud vendor credentials in your commons dashboard or run the DCP leader in your LAN.
mcpcms linux command line invocation uses: ssh @ <station-name> whereThe namestyle is a homage to MCP and VM/CMS . While initially only linux is supported, more kernel OS support is intended. MCP communicates with clients via an MCS, and operators one wrapping the ssh protocol. The end command processor is just the assigned shell for the ssh connection which can be:
- shcl, common lisp nature
- HsShellScript, haskell nature
- upsh, prolog nature
or
mcpcms, the default nature for mcpcms, which is a custom zsh.
Only mcpcms can be set in /etc/shells, the others execute as commands in a mcp shell, and only shcl gives a shell like live command line. The other two require a user supplied haskell or prolog script, and are not general interactive shells unless that script provides that functionality.Shell scope (local or MCP or DCP) scope is determined by the nature of the node and privilege level.
GHC is the assumed for haskell. Lisp and prolog implementations are variable, and multiple can be combined.The mcpcms level is always present, the others are outer shells adapted for the domain space knowledge engineering context.
Although diverged for DS, an effort will be made to track changes in still vital original lang specific shells.
The KEE uses the three HOLs² listed but the bash/zsh level is appropriate for regular unix shell ops with MCP.
<station-name> ::= ipV6Address[port] | ipV4Address[port] | FQDSAgentName
FQDSAgentName ::= <sameboatUserid>@<sameboatDomain>:<port>
where the port is system provided in the user's DCMS account profile
Roadmap
- 1.0.0 PoC: first DCP, lisp and prolog MCSes, composed image MCP and mcpcms, provisioning via the DCMS> C-六 backend.
- 1.1.0 First working SPO and WFL language server.
- 1.2.0 Consolidation and productization release.
- 2.0.0 Mature DDD/KEE product.
² High Order Language ³ The states COMPLETED, COMPILEDOK and SCHEDULED are invalid for the launch WFL job, but its task steps may have COMPLETED codes, usable in other interfaces.
