Skip to content

docu:typo-fix-in-gateway.md #4310

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

PratikKhaire
Copy link

Type of change

  • Documentation update

Description

By referring the issues no #3271
fixes the typo mistake in "Have"--->> "Having"
fix issue #3271

Additional details

Step to resolved issue
Go to website
clickhere

Screenshot :-
image

Here i am solved that issue #3271

@PratikKhaire PratikKhaire requested review from a team as code owners July 8, 2023 05:58
@PratikKhaire
Copy link
Author

This way my first contribution to open source project where I am trying to solved that basic issue 🙂

@denyeart
Copy link
Contributor

Thank you @PratikKhaire !

The change itself looks really good.

The only additional thing that needs to be done is that you need to sign your commit in order for the DCO check to pass. See instructions at https://github.com/hyperledger/fabric/pull/4310/checks?check_run_id=14876318045

@@ -6,57 +6,57 @@ Fabric Gateway is a service, introduced in Hyperledger Fabric v2.4 peers, that p

Starting with Fabric v2.4, client applications should use one of the Fabric Gateway client APIs (Go, Node, or Java), which are optimized to interact with the Fabric Gateway. These APIs expose the same high-level programming model which was initially introduced in Fabric v1.4.

Fabric Gateway (aka *the gateway*) manages the following transaction steps:
Fabric Gateway (aka _the gateway_) manages the following transaction steps:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What's the difference?

The gateway will preferably select a peer in the same organization as the gateway peer and choose the peer
with the highest ledger block height. If no peer is available in the gateway's organization, then it will choose a peer
from another organization.
The gateway will preferably select a peer in the same organization as the gateway peer and choose the peer
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No need leading space.

The Gateway and its client APIs are designed to allow you, as a client application developer, to concentrate on the _business logic_
of your application without having to concern yourself with the _infrastructure logic_ associated with a Fabric network.
As such, the APIs provide logical abstractions such as _organization_ and _contract_ rather than operational abstractions
such as _peer_ and _chaincode_. [Side note - clearly an admin API would want to expose these operational abstractions,
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

same here for the "_"

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants