Class FileServiceGrpc.FileServiceImplBase

java.lang.Object
com.hedera.hashgraph.sdk.proto.FileServiceGrpc.FileServiceImplBase
All Implemented Interfaces:
FileServiceGrpc.AsyncService, io.grpc.BindableService
Enclosing class:
FileServiceGrpc

public abstract static class FileServiceGrpc.FileServiceImplBase extends Object implements io.grpc.BindableService, FileServiceGrpc.AsyncService
Base class for the server implementation of the service FileService.

 Service gRPC definitions for the Hedera File Service (HFS).
 #### Signature Requirements
 The HFS manages file authorization differently, depending on type of file
 transaction, and this can be surprising.<br/>
 The core element of file authorization is the `keys` field,
 which is a `KeyList`; a list of individual `Key` messages, each of which
 may represent a simple or complex key.<br/>
 The file service transactions treat this list differently.<br/>
 A `fileCreate`, `fileAppend`, or `fileUpdate` MUST have a valid signature
 from _each_ key in the list.<br/>
 A `fileDelete` MUST have a valid signature from _at least one_ key in
 the list. This is different, and allows a file "owned" by many entities
 to be deleted by any one of those entities. A deleted file cannot be
 restored, so it is important to consider this when assigning keys for
 a file.<br/>
 If any of the keys in a `KeyList` are complex, the full requirements of
 each complex key must be met to count as a "valid signature" for that key.
 A complex key structure (i.e. a `ThresholdKey`, or `KeyList`, possibly
 including additional `ThresholdKey` or `KeyList` descendants) may be
 assigned as the sole entry in a file `keys` field to ensure all transactions
 have the same signature requirements.
 
  • Constructor Details

    • FileServiceImplBase

      public FileServiceImplBase()
  • Method Details

    • bindService

      public final io.grpc.ServerServiceDefinition bindService()
      Specified by:
      bindService in interface io.grpc.BindableService