ExternalVendorCode/corda
1
0
Fork 0
mirror of https://github.com/corda/corda.git synced 2024-12-19 04:57:58 +00:00
Code Issues Actions 2 Packages Projects Releases Wiki Activity
74c1c69c8e
corda/experimental/cpp-serializer/rem_cmake

26 lines
486 B
Plaintext
Raw Normal View History

NOTICK - Initial work on a non JVM (C++) serialiser (#5368) Currently, it's more of a blob inspector than a full-blown implementation, but this code does have the ability to understand a Corda serialized blob and build a set of deserialisers to handle a blob. It does this in the same way the native java implementation works by interrogating the types (as per the definition in the envelope) and building recursive type readers that are able to pull the relevant information out of the byte stream. Lots of future work to undertake, but as a starting point its a little bit useful with the scope it could be made much more useful with some work.
2019-08-15 20:16:20 +00:00
#!/bin/bash
function cmake_rem_func {
rm -f $1/CMakeCache.txt
rm $1/Makefile
rm $1/cmake_install.cmake
rm -rf $1/CMakeFiles
}
rm -f BLOB-INSPECTOR.cbp
NOTICK - Add C++ Serialiser Support for Maps and Arrays (#5775) Adds support for understanding both Maps and Arrays Irritatingly, whilst arrays are mostly serialized as lists, we cannot simply use a restricted List reader to deserialize them because there are subtle differences in the way we need to work out if its actually a restricted type or not. Rather than add a bunch of random logic into the factory method I've isolated it in the class hierarchy. So a little bit more code makes the implementations a lot neater. We also need to deal with the fact arras of unboxed primitives exist, which whilst Java really gets excited about, we don't need to care about. An int, is an int, is an int!. Map support required we add a slightly better Value dumper, essentially the "key" component of the KV pair needs to be more flexible than a simple string when we're dumping out param:value pairs. Testing Added a lot more unit tests to both the ordered type notation code to ensure we build up the schema dependency struct in the correct order. Quite important as we rely on that in the composite factory to be strictly ordered to ensure we're not constructing a reader for a type we don't yet understand... and there were some small bugs in the version that predates this PR Also added a lot higher level tests to ensure actual reading out of the blob works
2019-12-13 00:32:25 +00:00
rm -rf cmake-build-debug
NOTICK - Initial work on a non JVM (C++) serialiser (#5368) Currently, it's more of a blob inspector than a full-blown implementation, but this code does have the ability to understand a Corda serialized blob and build a set of deserialisers to handle a blob. It does this in the same way the native java implementation works by interrogating the types (as per the definition in the envelope) and building recursive type readers that are able to pull the relevant information out of the byte stream. Lots of future work to undertake, but as a starting point its a little bit useful with the scope it could be made much more useful with some work.
2019-08-15 20:16:20 +00:00
cmake_rem_func .
cmake_rem_func ./bin
NOTICK - Add C++ Serialiser Support for Maps and Arrays (#5775) Adds support for understanding both Maps and Arrays Irritatingly, whilst arrays are mostly serialized as lists, we cannot simply use a restricted List reader to deserialize them because there are subtle differences in the way we need to work out if its actually a restricted type or not. Rather than add a bunch of random logic into the factory method I've isolated it in the class hierarchy. So a little bit more code makes the implementations a lot neater. We also need to deal with the fact arras of unboxed primitives exist, which whilst Java really gets excited about, we don't need to care about. An int, is an int, is an int!. Map support required we add a slightly better Value dumper, essentially the "key" component of the KV pair needs to be more flexible than a simple string when we're dumping out param:value pairs. Testing Added a lot more unit tests to both the ordered type notation code to ensure we build up the schema dependency struct in the correct order. Quite important as we rely on that in the composite factory to be strictly ordered to ensure we're not constructing a reader for a type we don't yet understand... and there were some small bugs in the version that predates this PR Also added a lot higher level tests to ensure actual reading out of the blob works
2019-12-13 00:32:25 +00:00
cmake_rem_func ./bin/blob-inspector
cmake_rem_func ./bin/blob-inspector/test
cmake_rem_func ./bin/schema-dumper
NOTICK - Initial work on a non JVM (C++) serialiser (#5368) Currently, it's more of a blob inspector than a full-blown implementation, but this code does have the ability to understand a Corda serialized blob and build a set of deserialisers to handle a blob. It does this in the same way the native java implementation works by interrogating the types (as per the definition in the envelope) and building recursive type readers that are able to pull the relevant information out of the byte stream. Lots of future work to undertake, but as a starting point its a little bit useful with the scope it could be made much more useful with some work.
2019-08-15 20:16:20 +00:00
cmake_rem_func ./src
cmake_rem_func ./src/amqp
cmake_rem_func ./src/amqp/test
cmake_rem_func ./src/proton
cmake_rem_func ./src/serialiser
Reference in New Issue Copy Permalink