Comments (4)
Hi.
No, it might be caused by an Unpacker bug or a corrupt data. Could you tell
me what bytes did you try?
Thank you!
from msgpack-cli.
Sorry, the byte array is too complex, my use case is:
- Java Server read data from database, use msgpack-java to pack the
list<list<Value>>
to the network - C# Client read data from network, unpack it back to
List<List<MessagePackObject>>
The exception only throws when the client read too fast, if I put the java server to sleep some time, the client will work as expected, could it be Unpacker bug of reading the wrong byte.
BTW, I'm doing it synchronously, so it can not be synchronized bug.
Thanks!
from msgpack-cli.
Oops! My post is pending in the browser over 10 days. Sorry for too late response.
Unpacker does not treat synchronization related matter, it relies on that underlying Stream returns proper bytes. So I guess it is synchronization issue of underlying data because server response speed caused failure, although you don't think so.
Please ensure that your networking layer correctly implement, for example:
- Client ant server uses dedicated connection per session.
- Server synchronize writing its response to the buffer per session.
- Client synchronize reading from the response buffer per session.
Thanks!
from msgpack-cli.
Close because this Q&A is staled.
from msgpack-cli.
Related Issues (20)
- Unpacker throws exception trying to read map length after IsMapHeader returns true HOT 1
- Buffering causes async unpacking to fail HOT 2
- Add a non-generic override to SerializerRepository
- EnumMemberAttribute does not work. (expectedly)
- Type Object in MessagePack HOT 1
- GetMemberName() causes NullReferenceException when using MessagePackSerializer.Get<T>() in Xamarin iOS
- [Unity][il2cpp]'class' is not registered in this resolver,resolver.StandardResolver HOT 2
- How to serialize and deserialize a List member in a class HOT 2
- Problem deserializing byte array - InvalidOperationException caused by Decoders.InvalidArrayHeader.Read call HOT 4
- about LZ4 HOT 1
- Unable to cast object of type on netcore HOT 1
- Custom Serialisation docs appear to be out of date. HOT 1
- PackAsync & UnpackAsync not working when passing data continuously using for loop c# HOT 1
- The unpacked value is not expected type HOT 2
- Authenticode Signing? HOT 2
- DateTime serialization and deserialization timezone HOT 3
- Enum Deserialization Not working? HOT 1
- Serializer.Unpack Continuosly Stream of Data => High Memory Usage HOT 3
- Serialization / deserialization speed optimizations HOT 2
- Serialization field order by declaration order HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
>( List of List)
from msgpack-cli.