1. #fabric-chaincode
  2. Topics

fabric node sdk vs java sdk

Ross Tang <tangross@...>
 

I don’t have definite answer, like side by side comparison. But I am working very fine with node sdk, especially when my middle tier application, and front end app are (everything in Typescript). I create a single Typescript monrepo, for every stack/components, including chaincode. It is end-to-end typing, and I am using Jest for unit and integration for web, api gateway, middleware, and chaincode. Also easy with DevOps. 


On 2 Dec 2019, at 4:48 PM, Medha Kamalakar <medha_Kamalakar@...> wrote:

Hello,
 
Are there any recommendations around which fabric sdk should be used(node sdk vs java sdk) for various hyperledger fabric blockchain use cases.
Are there any guidelines for choice of SDK and has any comparative analysis been done for this?(Criteria could be performance, feature list, support available etc..)
 
 
Thanks and Regards,
Medha.
DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.
Matthew White
 

Hello - both SDKs have the updated programming model. Both have the same features, and able to support the same Fabric use-cases.
 
It's possibly more important to consider the development environment, skills, and other libraries you want to use - let that be a guide to the choice of development language and pick the SDK to match
 
 
Regards, Matthew.
Matthew B White  IBM Blockchain Solutions Architect
 
Email me at WHITEMAT@...
Find me on StackOverflow, and generally at  calanais.me.uk
 
Note: restricted availability for meetings 14:30 to 17:00 UK Tuesday 
IBM United Kingdom Limited, Hursley Park, Winchester, Hampshire, SO21 2JN
"The wrong answers are the ones you go looking for when the right answers stare you in the face"
 
 
 
----- Original message -----
From: "Medha Kamalakar" <medha_Kamalakar@...>
Sent by: fabric@...
To: "fabric@..." <fabric@...>
Cc:
Subject: [EXTERNAL] [Hyperledger Fabric] fabric node sdk vs java sdk
Date: Mon, Dec 2, 2019 8:48 AM
 

Hello,

 

Are there any recommendations around which fabric sdk should be used(node sdk vs java sdk) for various hyperledger fabric blockchain use cases.

Are there any guidelines for choice of SDK and has any comparative analysis been done for this?(Criteria could be performance, feature list, support available etc..)

 

 

Thanks and Regards,

Medha.

DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.
 
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
Medha Kamalakar <medha_Kamalakar@...>
 

Hello,

 

Are there any recommendations around which fabric sdk should be used(node sdk vs java sdk) for various hyperledger fabric blockchain use cases.

Are there any guidelines for choice of SDK and has any comparative analysis been done for this?(Criteria could be performance, feature list, support available etc..)

 

 

Thanks and Regards,

Medha.

DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.

1 - 3 of 3