Remove some obsolete names

This commit is contained in:
joeduffy 2017-06-24 11:55:16 -07:00
parent a11396f58f
commit 5362536396
5 changed files with 5 additions and 8 deletions

1
.gitignore vendored
View file

@ -1,5 +1,4 @@
*.swp
/mu
/vendor/
/.vscode/

View file

@ -24,7 +24,7 @@ export class Error {
}
// TODO[pulumi/mu#70]: consider projecting all of the various subclasses (EvalError, RangeError, ReferenceError,
// SyntaxError, TypeError, etc.) Unfortunately, unless we come up with some clever way of mapping MuIL runtime
// SyntaxError, TypeError, etc.) Unfortunately, unless we come up with some clever way of mapping Lumi runtime
// errors into their ECMAScript equivalents, we aren't going to have perfect compatibility with error path logic.
export class TypeError extends Error {

View file

@ -12,7 +12,7 @@
// See the License for the specific language governing permissions and
// limitations under the License.
// The runtime module contains helpers that the MuJS compiler emits to do certain things.
// The runtime module contains helpers that the LumiJS compiler emits to do certain things.
export * from "./assert";

View file

@ -2,6 +2,6 @@
The SDK directory contains language packages for the various supported languages.
These packages are real language packages and not MuPackages. Therefore, they can contain I/O, asynchronous code, and
anything else necessary for building runtime code, resource providers, and other helpful Mu tooling and abstractions.
These packages are real language packages and not LumiPacks. Therefore, they can contain I/O, asynchronous code, and
anything else necessary for building runtime code, resource providers, and other helpful tooling and abstractions.

View file

@ -19,10 +19,8 @@ import "google/protobuf/struct.proto";
package lumirpc;
// TODO: figure out "transactionality" and possibly "tainting".
// ResourceProvider is a service that understands how to create, read, update, or delete resources for types defined
// within a single MuPackage. It is driven by the overall Mu toolchain in response to blueprints and graphs.
// within a single package. It is driven by the overall planning engine in response to resource diffs.
service ResourceProvider {
// Check validates that the given property bag is valid for a resource of the given type.
rpc Check(CheckRequest) returns (CheckResponse) {}