All Downloads are FREE. Search and download functionalities are using the official Maven repository.

io.grpc.stub.package-info Maven / Gradle / Ivy

There is a newer version: 1.68.1
Show newest version
/*
 * Copyright 2017 The gRPC Authors
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *     http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */

/**
 * API for the Stub layer.
 *
 * 

The gRPC Java API is split into two main parts: The stub layer and the call layer. The stub * layer is a wrapper around the call layer. * *

In the most common case of gRPC over Protocol Buffers, stub classes are automatically * generated from service definition .proto files by the Protobuf compiler. See gRPC Java Generated Code Guide * . * *

The server side stub classes are abstract classes with RPC methods for the server application * to implement/override. These classes internally use {@link io.grpc.stub.ServerCalls} to interact * with the call layer. The RPC methods consume a {@link io.grpc.stub.StreamObserver} object {@code * responseObserver} as one of its arguments. When users are implementing/override these * methods in the server application, they may call the {@link io.grpc.stub.StreamObserver#onNext * onNext()}, {@link io.grpc.stub.StreamObserver#onError onError()} and {@link * io.grpc.stub.StreamObserver#onCompleted onCompleted()} methods on the {@code responseObserver} * argument to send out a response message, error and completion notification respectively. If the * RPC is client-streaming or bidirectional-streaming, the abstract RPC method should return a * {@code requestObserver} which is also a {@link io.grpc.stub.StreamObserver} object. User should * typically implement the {@link io.grpc.stub.StreamObserver#onNext onNext()}, {@link * io.grpc.stub.StreamObserver#onError onError()} and {@link io.grpc.stub.StreamObserver#onCompleted * onCompleted()} callbacks of {@code requestObserver} to define how the server application would * react when receiving a message, error and completion notification respectively from the client * side. * *

The client side stub classes are implementations of {@link io.grpc.stub.AbstractStub} that * provide the RPC methods for the client application to call. The RPC methods in the client stubs * internally use {@link io.grpc.stub.ClientCalls} to interact with the call layer. For asynchronous * stubs, the RPC methods also consume a {@link io.grpc.stub.StreamObserver} object {@code * responseObserver} as one of its arguments, and moreover for client-streaming or * bidirectional-streaming, also return a {@code requestObserver} which is also a {@link * io.grpc.stub.StreamObserver} object. In contrast to the server side, users should implement the * {@link io.grpc.stub.StreamObserver#onNext onNext()}, {@link io.grpc.stub.StreamObserver#onError * onError()} and {@link io.grpc.stub.StreamObserver#onCompleted onCompleted()} callbacks of {@code * responseObserver} to define what the client application would do when receiving a response * message, error and completion notification respectively from the server side, and then pass the * {@code responseObserver} to the RPC method in the client stub. If the RPC method returns a {@code * requestObserver}, users should call the {@link io.grpc.stub.StreamObserver#onNext onNext()}, * {@link io.grpc.stub.StreamObserver#onError onError()} and {@link * io.grpc.stub.StreamObserver#onCompleted onCompleted()} methods on the {@code requestObserver} to * send out a request message, error and completion notification respectively. */ package io.grpc.stub;





© 2015 - 2024 Weber Informatics LLC | Privacy Policy