pulumi/sdk
joeduffy ae92e68902 Return state as part of Create and Update¬
As part of the bridge bringup, I've discoverd that the property state
returned from Creates does *not* always equal the state that is then
read from calls to Get.  (I suspect this is a bug and that they should
be equivalent, but I doubt it's fruitfal to try and track down all
occurrences of this; I bet it's widespread).  To cope with this, we will
return state from Create and Update, instead of issuing a call to Get.
This was a design we considered to start with and frankly didn't have
a super strong reason to do it the current way, other than that it seemed
elegant to place all of the Get logic in one place.

Note that providers may choose to return nil, in which case we will read
state from the provider in the usual Get style.
2017-07-21 14:00:29 -07:00
..
go/pkg/lumirpc Return state as part of Create and Update¬ 2017-07-21 14:00:29 -07:00
js/src/lumirpc Return state as part of Create and Update¬ 2017-07-21 14:00:29 -07:00
proto Return state as part of Create and Update¬ 2017-07-21 14:00:29 -07:00
README.md Remove some obsolete names 2017-06-24 11:55:16 -07:00

sdk

The SDK directory contains language packages for the various supported languages.

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.