Alexander Yevsyukov

@xSAVIKx, FYI ;)

> You may wanna jump into the cloudevents SDK maintainers for the Java implementation. @xSAVIKx, we're short of hands now, and need to release v2.0 first. But thanks for the...

As discussed vocally, the nature of this request is _not_ about doubling event types here and there. What I want to achieve is analogue of `public`/`private` access modifiers done in...

In addition to the description, I want to be able to specify names of the contexts in the value of the `(published).to` field so that only specified contexts can receive...

@armiol suggested to have a built-in specified for client-side APIs. This way we'd be able to limit the number of exposed types for the programming languages other than Java: ```proto...

> `_PLATFORM_.dart` I only think that the trailing underscore is a bit too much. We can do with the leading only.

To publish all the types in a file we can use `publish_all` option, similarly to API status options we already have. When `publish_all` is specified in the `context.proto` file, it...

The `publish` option is _NOT_ applicable to identifiers and other value objects. We assume that such types are included into the API of a context _together_ with exposed signals or...

Hopefully this is going to be addressed by #1259. @armiol is adjusting the way snapshots are made.

After some discussion with @armiol we decided to postpone the fix. We cannot fix it under 1.x without significant performance penalty. The problem does not manifest often. The delay with...