Skip to content

Ensure access to configured mime types in client-side RSocket requester or responder #23012

Closed
@rstoyanchev

Description

@rstoyanchev
Contributor

Until rsocket/rsocket-java#636, RSocketFactory supported only Function<RSocket, RSocket> for client side responders, which meant they had no access to the MimeType for the connection unless they were a) anonymous (or otherwise session scoped), and b) the MimeType was passed to them.

In the latest snapshots RSocketFactory provides access to the ConnectionSetupPayload on the client side too via a BiFunction. We can now change MessageHandlerAcceptor to get the data MimeType for the connection regardless of where it's used (client or server).

Activity

self-assigned this
on May 21, 2019
added this to the 5.2 M3 milestone on May 21, 2019
rstoyanchev

rstoyanchev commented on May 29, 2019

@rstoyanchev
ContributorAuthor

The above took care of the client-side responders, but not the client-side requester. For example if the application configures mime types via Consumer<RSocketFactory.ClientRSocketFactory> on RSocketRequest.Builder, the built RSocketRequester would be unaware of the change.

changed the title [-]Client side use of ConnectionSetupPayload for RSocket[/-] [+]Ensure access to configured mime types in client-side RSocket requester or responder[/+] on May 29, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

in: messagingIssues in messaging modules (jms, messaging)type: enhancementA general enhancement

Type

No type

Projects

No projects

Relationships

None yet

    Development

    No branches or pull requests

      Participants

      @rstoyanchev

      Issue actions

        Ensure access to configured mime types in client-side RSocket requester or responder · Issue #23012 · spring-projects/spring-framework