Releases: replicant4j/replicant
Releases · replicant4j/replicant
v6.161
v6.160
Changes in this release:
- Flush the Websocket after writing to it, to ensure data gets transmitted to the client.
v6.159
Changes in this release:
- Gracefully handle non-contiguous Channel ids in server code.
v6.158
Changes in this release:
- Gracefully handle non-contiguous Channel ids.
v6.157
Changes in this release:
- If an exec or subscription request is submitted within an Arez transaction then we delay the triggering of the replicant scheduler until the transaction completes by queuing an action.
v6.156
Changes in this release:
- Patch
ReplicationInterceptorso that it does not remove theServerConstants.REQUEST_RESPONSE_KEYfrom the context on completion so that the value van be propagated back to the caller.
v6.155
Changes in this release:
v6.154
Changes in this release:
- Replace Glassfish dependency with jackson when building project to avoid unanticipated issues with Eclipselink annotation processors.
- Backport
ReplicantEntityChangeListenerfrom downstream applications.
v6.153
Changes in this release:
- Introduce
ReplicantSessionContexton the serverside that abstract the application capabilities required to implement the SessionManager. - Convert the
ReplicantSessionManagerImplinto a concrete class that uses the newly introducedReplicantSessionContextso that downstream applications do not need to extend it. - Convert the
ReplicantMessageBrokerImplinto a concrete class so that downstream applications do not need to extend it. - Backport
ReplicantChangeRecorderfrom downstream applications. - Begin refactoring
ChannelLinkso that it can carry the filter for the target graph that is linked to. - Update
ReplicantSessionContext.propagateSubscriptionFilterUpdate()to start using the newChannelLinkcapabilities.
v6.152
Changes in this release:
- Migrate server code from the
org.realityforge.replicant.serverpackage to thereplicant.serverpackage. - Rename
SystemMetaDatatoSchemaMetaDataand all supported infrastructure to use the new name (i.e.systemIdbecomesschemaId). This is to achieve consistency between the client and server as well as domgen generated code and hand-crafted code. - Rename
ChannelAddress.idtoChannelAddress.rootIdon the client and renameChannelAddress.subChannelIdtoChannelAddress.rootIdon the server. This is done to gain consistency across client, server, and generated code. - Start to use records in the server code to reduce verbosity.
- Pass
JsonValueas the response object rather than convertingJsonValueto a string and then deserializing back into aJsonValuein server code. - Change
ChannelMetaDatato use more explicit mechanisms for decoding strings intoJsonValueobjects in javaObjectrather than reliance on implicit jackson presence.