rabbah commented on a change in pull request #4855:
URL: https://github.com/apache/openwhisk/pull/4855#discussion_r505093998



##########
File path: 
common/scala/src/main/scala/org/apache/openwhisk/core/connector/Message.scala
##########
@@ -57,6 +57,7 @@ case class ActivationMessage(override val transid: 
TransactionId,
                              blocking: Boolean,
                              content: Option[JsObject],
                              initArgs: Set[String] = Set.empty,
+                             lockedArgs: Map[String, String] = Map.empty,

Review comment:
       We can also revert this PR and merge it after 1.0. 

##########
File path: 
common/scala/src/main/scala/org/apache/openwhisk/core/connector/Message.scala
##########
@@ -57,6 +57,7 @@ case class ActivationMessage(override val transid: 
TransactionId,
                              blocking: Boolean,
                              content: Option[JsObject],
                              initArgs: Set[String] = Set.empty,
+                             lockedArgs: Map[String, String] = Map.empty,

Review comment:
       That's OK but perhaps not necessary? I think your concern is rolling 
updates. If the controller is updated first it serializes the message but the 
invoker deserializes it without the locked args field. If you update the 
invokers first, they can accept these messages but the controller doesn't send 
any. If there are no encrypted args, the map is empty anyway.




----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
[email protected]


Reply via email to