Special behaviour for temporal prefixes

[THardy98]

What was changed

Special behavior handling reserved temporal prefixes. Prevent users from:

• registering activities, task queues, signals/updates/queries with a reserved prefix
• calling default handlers with reserved names
• going through interceptors when calling internal queries

Note: this change does not cover handling reserved temporal prefixes for workflows, as it involves non-trivial changes to the workflow bundling.

1. Closes [Feature Request] Special behavior for Temporal built-in prefixes #1599

2. How was this tested:
   unit/integration tests

3. Any docs updates needed?
   I'm not sure.

[THardy98]

In this change, users are prevented from registering signals/updates/queries with reserved names from the handler.

Users can still defineQuery, defineSignal, defineUpdate that have reserved names. The reason for this is because we use defineQuery to create the reserved queries ourselves.

Alternatively, we can do the blocking in define<X> and create our internal queries/signals/updates using internal functions. Or we can do both (blocking in the define and the handler). I picked one because it seemed sufficient.

[THardy98]

this is blocked on #1640 so we can handle the same prefix cases for updates as well

[mjameswh]

We'd need to skip interceptors on built-in updates, same as we did above for queries. We don't have any built-in update anyway, so no need to actually implement this just now, but we should at least leave a trace so we don't forget about this if ever we add one. Just add a comment here. And actually, you could even just remove the && !this.updateHandlers.get(name) part of the condition, as we know it will never evaluate to true unless code around is modified.

[mjameswh]

Same comment as update.