1. 28 9月, 2018 1 次提交
  2. 27 9月, 2018 3 次提交
    • J
      addendum · ce4445fa
      João Sousa 提交于
      ce4445fa
    • J
      Removed unused libraries. · ab6fc811
      João Sousa 提交于
      ab6fc811
    • J
      Implemented parallel request verification when a full PROPOSE message arrives... · 77b6f4ea
      João Sousa 提交于
      Implemented parallel request verification when a full PROPOSE message arrives at the replicas (merged with an older branch).
      It is now possible to indicate the specific provider to use for each algorithm (e.g., hmacs, signatures, hashing, secret key generation).
      Providers are now given as parameters in the config/system.config gile instead off being passed in the constructors. This means that any custom provider needs now to be loaded to the JVM before instantiating the library classes.
      
      Custom security providers are now passed as argument
      77b6f4ea
  3. 26 9月, 2018 3 次提交
  4. 25 9月, 2018 1 次提交
    • J
      Batch serialization was modified to explicitly include the signature size of... · cc68ce72
      João Sousa 提交于
      Batch serialization was modified to explicitly include the signature size of the requests. The same was done for the encoding and decoding of messages exchanged via the netty framework between clients and replicas (in this case not only for signatures, but for MACs and request payload too).
      
      This was done because previous commits included changes to allow developers to supply their own cryptographic providers and public key loaders, which means that now the library may have to use algorithms that to not enforce a fixed size on signatures (e.g., ECDSA signatures). Therefore it is not be safe anymore to implicitly assume the size of the signatures during deserialization.
      
      This modification caused serialized batches to gain an extra 4 bytes for each signed request, and between 8 to 12 additional bytes to serialized messages exchanged with Netty. Therefore, a slight throughput decrease may be observed when submitting the library to new workload tests.
      cc68ce72
  5. 24 9月, 2018 2 次提交
  6. 12 9月, 2018 1 次提交
  7. 11 9月, 2018 3 次提交
  8. 10 9月, 2018 2 次提交
  9. 12 8月, 2018 1 次提交
  10. 11 8月, 2018 2 次提交
  11. 10 8月, 2018 1 次提交
    • J
      It is now possible to supply to the library a custom key loader to replace the... · 3e6da5ad
      João Sousa 提交于
      It is now possible to supply to the library a custom key loader to replace the original RSA key loader.
      This is useful for applications that also need to use and manage the same structure of keys as the library and/or to use different public key algorithms/providers.
      This was done by creating a new interface "KeyLoader" and extending the ServiceProxy and ServiceReplica constructors with parameters to pass objects that implement the interface.
      If a null object is passed, the library will simply load the default RSA key loader.
      3e6da5ad
  12. 07 8月, 2018 1 次提交
  13. 04 8月, 2018 2 次提交
  14. 03 8月, 2018 3 次提交
    • J
      addendum · 21e90425
      João Sousa 提交于
      21e90425
    • J
      Changed parameter system.communication.nettybindaddress to just... · 390acee5
      João Sousa 提交于
      Changed parameter system.communication.nettybindaddress to just system.communication.bindaddress. The replica will now use that value both for netty and the replica sockets.
      Fixed an issue related to the loopback address. If hosts.config specify such address, parameter system.comunication.bindaddress is overridden
      390acee5
    • J
      Fixed and issue that arised when a replica fetched the loopback address... · 40cf6236
      João Sousa 提交于
      Fixed and issue that arised when a replica fetched the loopback address instead of an actual address for one of its interfaces, when binding Netty to an address and port.
      Now if a replica detects that its address in config/hosts.config is different from what it automatically resolves, it adopts the address in that file instead.
      40cf6236
  15. 30 7月, 2018 1 次提交
    • J
      Created new option that allows the replica to fetch its local ip address on... · d3c10cc7
      João Sousa 提交于
      Created new option that allows the replica to fetch its local ip address on its own when binding Netty's server bootstrap (instead of relying o the ip address present in config/hosts.config). This way we can avoid editing config/hosts.config at each replica when running inside docker or when deploying in Amazon EC2 with elastic IPs.
      d3c10cc7
  16. 25 7月, 2018 1 次提交
  17. 19 7月, 2018 1 次提交
  18. 31 5月, 2018 1 次提交
  19. 30 5月, 2018 1 次提交
  20. 22 3月, 2018 1 次提交
  21. 20 3月, 2018 1 次提交
  22. 06 2月, 2018 1 次提交
  23. 28 12月, 2017 1 次提交
  24. 14 11月, 2017 4 次提交
  25. 04 11月, 2017 1 次提交