MCP-CMS: Difference between revisions

From Cibernética Americana
Jump to navigationJump to search
No edit summary
No edit summary
Line 59: Line 59:
     <button type="button" class="collapsible"><div id="tldrDet">details</div></button>  
     <button type="button" class="collapsible"><div id="tldrDet">details</div></button>  
  <div class="content">
  <div class="content">
<blockquote>
  <b>mcpcms</b>
   <blockquote>
   <blockquote>
<span style="position: relative;top:-5px;">The namestyle is a homage to <a href=https://en.wikipedia.org/wiki/Burroughs_MCP>MCP</a> and <a href=https://en.wikipedia.org/wiki/Conversational_Monitor_System>VM/CMS</a>.</span><br>
    is derived from  <b>zsh</b> and is the shell variant which is set in /etc/shells for MCP.
        While initially only linux is supported, ultimately heterogeneous and in particular emulated mainframe kernel OS support is intended. A command and edit (CANDE) MCS wraps the ssh protocol.<br>
  </blockquote>
        Operators use a CANDE MCS for MCP command line ops which can use:
  <b>WFL</b>
        <ul>
  <blockquote>
        <li><p style="width: 60%;">mcpcms, the default, a custom zsh.</p> </li>
    is derived from  <b>a68g</b>, runs as shebang scripts under <b>mcpcms</b>, and is based on selected elements of <a href=https://meansofproduction.biz/pub/mcpWFL.pdf>MCP 12 WFL</a> reimagined for our systems concept. It
        and any of <br><br>
    serves as the central point of a bottom up integration of MCP/DCP elements.
        <li><b>shcl</b> (common lisp nature)</li>
  </blockquote>
        <li><b>shhs</b> (HsShellScript, haskell nature)</li>
  <span style="font-size:12px;">The namestyles are a homage to <a href=https://en.wikipedia.org/wiki/Burroughs_MCP>MCP</a> and <a href=https://en.wikipedia.org/wiki/Conversational_Monitor_System>VM/CMS</a> main
        <li><b>upsh</b> (prolog nature)</li>
  frame operating systems which are both still in use and Unisys WFL (Work Flow Language).</span>
        </ul>
</blockquote>
        <blockquote> Only mcpcms need be set in /etc/shells, the others are available as the listed commands in a mcpcms session. The sources for the versions forked for MCP and how they operate there as opposed to their original authors intents are in my github repos. CANDE may be local or MCP or DCP depending on the operators context.<br><br> GHC is the haskell implementation. Lisp and prolog implementations are variable, and multiple can be combined but shcl and upsh themselves use sbcl and swipl, respectively.
</div>
        </blockquote>
        The mcpcms level is always present, the others are outer shells adapted for the domain space knowledge engineering context.<br>
        The KEE uses the three HOLs&sup2; listed but the mcpcms level is appropriate for regular command line ops in MCP.<br>
        Although diverged for DS, an effort will be made to track changes in still vital original lang specific shells.
    </blockquote>
    <blockquote>
    Assuming the target is configured and ready, invoke <b>mcpcms</b> with:  
    <pre><tt> mcpcms  &lt;req-spec&gt;
 
                where           
         
                &lt;req-spec&gt;    ::= ipV6Address:port | ipV4Address:port | FQDSAgentName
                FQDSAgentName ::= &lt;agentId&gt;@&lt;domain&gt;[:&lt;port&gt;]
 
                and the port is displayed in a DS control block in the user's DCMS account profile or provided dynamically by automation in an authenticated session.                        
    </tt></pre>  
    Semantics
    <blockquote>
      The port cannot be 22. The semantics are different depending on whether addr:port or agentId forms are used.<br><br>
     
      The bare address:port forms presume the user's client OS account name is a valid agentId and DCMS username. In this case the address is a pre allocated MCP element and ssh could be used instead.<br>
 
      The agentId form assigns existing or allocates a new MCP element from context implicit in the users account. In this case the CANDE MCS is required.
    </blockquote>
    </blockquote>
    </div>


         <blockquote style="position: relative;top: -50px;">Roadmap
         <blockquote style="position: relative;top: -50px;">Roadmap

Revision as of 00:07, 2 March 2023

mcpcms  

master control program  
CMS MCS shell  
    conversational monitor system  

launch — a shell on a MCP¹, provisioned per your current SSO context. ²

MCPCMS, the default or "CANDE" MCS³, controls DCP/MCP message traffic and implements WFL.

A running SPO counts against launch limits.

Launch code ABORTED implies additional info in your home profile DS control blocks.

At least S class SSO entitlement is required and only one launch at a time is permitted at this station .


ABORTED, ACTIVE, COMPLETEDOK, or STOPPED are the possible job completion codes for the launch attempt.

¹ Resource limits are dynamically set except for F class which always gets the system limit if there is one.
² MCP nodes must have sub-millisecond ping. Set parameters for your own AWS or Linode accounts or your manually provisioned hosts in the Remote Inventory DS block in your home profile.
³ MCS: a message control subsystem of a MCP.

mcpcms

is derived from zsh and is the shell variant which is set in /etc/shells for MCP.

WFL

is derived from a68g, runs as shebang scripts under mcpcms, and is based on selected elements of MCP 12 WFL reimagined for our systems concept. It serves as the central point of a bottom up integration of MCP/DCP elements.

The namestyles are a homage to MCP and VM/CMS main frame operating systems which are both still in use and Unisys WFL (Work Flow Language).

Roadmap

  • 0.1.0 4721-00-00  BaselineOfDomainSpace (Squot pkg from the then current).
  • 0.2.0 4721-00-00  BaselineOfKEE.
  • 1.0.0 4721-00-00  SPO supports geonode budding (MCP head with the DCMS> C-六 backend, proxy master, and worker(s)).
  • 1.3.0 4721-00-00  All pre MCP hosts migrated.
  • 2.0.0 47yy-00-00  First working WFL workframe.
  • 3.0.0 47yy-00-00  Mature DDD/KEE product.

All of above had delivery landings with long tails back in time, best start of which is the first under in the 'text' box in the left nav.

² 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.

Retrieved from "https://eg.meansofproduction.biz/eg/index.php?title=MCP-CMS&oldid=20975"