pulumi/pkg/util
joeduffy 08ca40c6c6 Unmap properties on the receive side
This change makes progress on a few things with respect to properly
receiving properties on the engine side, coming from the provider side,
of the RPC boundary.  The issues here are twofold:

    1. Properties need to get unmapped using a JSON-tag-sensitive
       marshaler, so that they are cased properly, etc.  For that, we
       have a new mapper.Unmap function (which is ultra lame -- see
       pulumi/lumi#138).

    2. We have the reverse problem with respect to resource IDs: on
       the send side, we must translate from URNs (which the engine
       knows about) and provider IDs (which the provider knows about);
       similarly, then, on the receive side, we must translate from
       provider IDs back into URNs.

As a result of these getting fixed, we can now properly marshal the
resulting properties back into the resource object during the plan
execution, alongside propagating and memoizing its ID.
2017-06-01 08:39:48 -07:00
..
cmdutil Only flow logging to plugins if --logflow 2017-06-01 08:37:56 -07:00
contract Reclassify Lumi under the Apache 2.0 license 2017-05-18 14:51:52 -07:00
convutil Modify provider creates; use get for outs 2017-06-01 08:36:43 -07:00
mapper Unmap properties on the receive side 2017-06-01 08:39:48 -07:00
retry Reclassify Lumi under the Apache 2.0 license 2017-05-18 14:51:52 -07:00
rpcutil Reclassify Lumi under the Apache 2.0 license 2017-05-18 14:51:52 -07:00
testutil Reclassify Lumi under the Apache 2.0 license 2017-05-18 14:51:52 -07:00