Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

Tags: fb5/reactivesocket-java

Tags

v0.2.1

Toggle v0.2.1's commit message
Disable Backup-Request / Retries. (rsocket#102)

* Disable Backup-Request / Retries.

**Problem**
There are bugs related to Backup-Request/Retries subscription.
The remaining part of the code is ok.

**Solution**
Disable the code in the ClientBuilder.

* Address comments

v0.2.0

Toggle v0.2.0's commit message
Refactor ReactiveSocketServerHandler to be not shareable. (rsocket#94)

** Problem **
There's a memory leak in `ReactiveSocketServerHandler`, it keep adding entries
in the `duplexConnections` map but never remove them.

** Solution **
Instead of having only one `ReactiveSocketServerHandler`, and manage resources
manually, we let Netty allocate one instance per Channel. Then no resource
management is necessary.

** Modifications **
I refactored all the uage of `ReactiveSocketServerHandler` whithout changing
the logic. I also got rid of the method
```
public void channelReadComplete(ChannelHandlerContext ctx) {
    ctx.flush();
}
```
since we only use `writeAndFlush` in the DuplexConnection (we're sure there's
nothing to flush).

v0.1.3

Toggle v0.1.3's commit message
Add missing file Help Unsafe object

v0.1.2

Toggle v0.1.2's commit message
Frame instance was referenced longer than required. (rsocket#88)

Problem:

`handleXXX` methods in `Responder` were closing over the passed `requestFrame` and using it later in the lifecycle of request processing.
 `Frame` objects and the underlying buffers are not designed to be retained after the scope of the parent method as these objects are threadlocal and reused. This causes issues when the frame object is referenced later in the request processing (eg: `cleanup()`)

 Solution:

 The only reason frame object was retained was to get the stream Id. This change pre-fetches the `streamId` and uses that from within the processing closure.

 Result:

 No more issue with frame access.

v0.1.1

Toggle v0.1.1's commit message
Merge pull request rsocket#84 from ReactiveSocket/error-handling

Added error handling in Responder

v0.1.0

Toggle v0.1.0's commit message
Merge pull request rsocket#83 from robertroeser/master

added toString for tracing

v0.0.9

Toggle v0.0.9's commit message
adding a callback when a reactive socket is closed (rsocket#82)

v0.0.8

Toggle v0.0.8's commit message
adding an exception classed TransportException which is thrown when t…

…here is an exception with the underlying transport (rsocket#81)

v0.0.7

Toggle v0.0.7's commit message
Fix for ReactiveSocketFactory.callAndWait

v0.0.6

Toggle v0.0.6's commit message
Upgrade gradle-reactivesocket-plugin to 1.0.5

Morty Proxy This is a proxified and sanitized view of the page, visit original site.