[Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal


Pardha Vishnumolakala
 

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@...

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.


Brian Behlendorf
 

This looks really good!

Brian

On 09/19/2016 08:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc wrote:

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@...

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


-- 
Brian Behlendorf
Executive Director at the Hyperledger Project
bbehlendorf@...
Twitter: @brianbehlendorf


Baohua Yang
 

+1!

On Tue, Sep 20, 2016 at 11:05 AM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@....fujitsu.com

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@lists.hyperledger.org
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc




--
Best wishes!

Baohua Yang


Adrian Hope-Bailie <adrian@...>
 

+1

On 20 September 2016 at 06:05, Baohua Yang via hyperledger-tsc <hyperledger-tsc@...> wrote:
+1!

On Tue, Sep 20, 2016 at 11:05 AM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@lists.hyperledger.org> wrote:

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@...tsu.com

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...ger.org
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc




--
Best wishes!

Baohua Yang


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@lists.hyperledger.org
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc



Tamas Blummer <tamas@...>
 

Hi Pardha,

this is valuable proposal to DA, therefore will also commit code into. 

TAMAS BLUMMER
CHIEF LEDGER ARCHITECT
Digital Asset

T: +36 1 883 0300

On 20 Sep 2016, at 05:05, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:

Hi,
 
DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.
 
This proposal is available at the following URL(s) for community to review.
 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 
Fabric Java SDK Project Proposal
Sponsors
Eiichiro Fujimura
Fujitsu Australia Software Technology
14 Rodborough road, Frenchs Forest, NSW 2086,  Australia
Pardha Vishnumolakala
DTCC

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric
  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.
Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.
·         Application Development
·         Register and Enroll users by connecting to member services
·         Submit transactions to peer
·         Get details about blocks and transactions
·         Listen to events generated by the network
·         Chaincode Development
·         Support chaincode development using Java
·         Deploy chaincode
·         Invoke/query chaincode
·         Support Development Lifecycle
·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop
·         Stable builds available in maven repository
In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.
Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:
  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.
 

DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email. _______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


This message, and any attachments, is for the intended recipient(s) only, may contain information that is privileged, confidential and/or proprietary and subject to important terms and conditions available at http://www.digitalasset.com/emaildisclaimer.html. If you are not the intended recipient, please delete this message.


Pardha Vishnumolakala
 

Hi

 

Since there was not enough time to discuss this proposal and q&a,  we request the community to either  email  questions or preferably post it on slack. We will try our best to provide clarifications.

 

Thanks

Pardha

 

 

From: hyperledger-tsc-bounces@... [mailto:hyperledger-tsc-bounces@...] On Behalf Of Vishnumolakala, Pardha S. via hyperledger-tsc
Sent: Monday, September 19, 2016 11:05 PM
To: hyperledger-tsc@...
Cc: Thordarson, Bjorn L.; Conlon, Daniel R.
Subject: [Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal

 

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@...

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.


Altaf, Muhammad <Muhammada@...>
 

I have just created a channel on slack #fabric-sdk-java for this purpose. If anyone has any questions, please post on this channel and we’ll try to answer them as soon as possible.

 

Kind Regards,

Muhammad Altaf
Software Development Engineer

Fujitsu Australia Software Technology Pty Ltd

14 Rodborough Road, Frenchs Forest NSW 2086, Australia
T +61 2 9452 9067 F +61 2 9975 2899
Muhammada@...
fastware.com.au


From: hyperledger-tsc-bounces@... [mailto:hyperledger-tsc-bounces@...] On Behalf Of Vishnumolakala, Pardha S. via hyperledger-tsc
Sent: Saturday, 24 September 2016 6:35 AM
To: hyperledger-tsc@...
Subject: Re: [Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal

 

Hi

 

Since there was not enough time to discuss this proposal and q&a,  we request the community to either  email  questions or preferably post it on slack. We will try our best to provide clarifications.

 

Thanks

Pardha

 

 

From: hyperledger-tsc-bounces@... [mailto:hyperledger-tsc-bounces@...] On Behalf Of Vishnumolakala, Pardha S. via hyperledger-tsc
Sent: Monday, September 19, 2016 11:05 PM
To: hyperledger-tsc@...
Cc: Thordarson, Bjorn L.; Conlon, Daniel R.
Subject: [Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal

 

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@...

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.

Disclaimer

The information in this e-mail is confidential and may contain content that is subject to copyright and/or is commercial-in-confidence and is intended only for the use of the above named addressee. If you are not the intended recipient, you are hereby notified that dissemination, copying or use of the information is strictly prohibited. If you have received this e-mail in error, please telephone Fujitsu Australia Software Technology Pty Ltd on + 61 2 9452 9000 or by reply e-mail to the sender and delete the document and all copies thereof.


Whereas Fujitsu Australia Software Technology Pty Ltd would not knowingly transmit a virus within an email communication, it is the receiver’s responsibility to scan all communication and any files attached for computer viruses and other defects. Fujitsu Australia Software Technology Pty Ltd does not accept liability for any loss or damage (whether direct, indirect, consequential or economic) however caused, and whether by negligence or otherwise, which may result directly or indirectly from this communication or any files attached.


If you do not wish to receive commercial and/or marketing email messages from Fujitsu Australia Software Technology Pty Ltd, please email unsubscribe@...


Christopher Ferris <chris.ferris@...>
 

All,

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

Thanks

Chris

On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@....fujitsu.com

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@lists.hyperledger.org
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc



Tamas Blummer <tamas@...>
 

+1

TAMAS BLUMMER
CHIEF LEDGER ARCHITECT
Digital Asset

T: +36 1 883 0300
E: tamas@...
W: digitalasset.com

On 29 Sep 2016, at 16:02, Christopher Ferris via hyperledger-tsc <hyperledger-tsc@...> wrote:

All,

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

Thanks

Chris

On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:
Hi,



DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.



This proposal is available at the following URL(s) for community to review.



http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub




Fabric Java SDK Project Proposal
Sponsors
Eiichiro Fujimura
Fujitsu Australia Software Technology
14 Rodborough road, Frenchs Forest, NSW 2086, Australia
eiichiro.fujimura@...
Pardha Vishnumolakala
DTCC
pvishnumolakala@...
Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.
Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.
Motivation

Currently there are two ways for applications to interact with Hyperledger fabric
• gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
• REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.
Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.
Status

We propose this to be an incubation project initially.
Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.
· Application Development

· Register and Enroll users by connecting to member services

· Submit transactions to peer

· Get details about blocks and transactions

· Listen to events generated by the network

· Chaincode Development

· Support chaincode development using Java

· Deploy chaincode

· Invoke/query chaincode

· Support Development Lifecycle

· Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

· Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.
Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.
Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:
• Satheesh Kathamuthu
• Pardha Vishnumolakala
• Muhammad Altaf
References

Fabric SDK Specification
Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.



DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc
--
This message, and any attachments, is for the intended recipient(s) only,
may contain information that is privileged, confidential and/or proprietary
and subject to important terms and conditions available at
http://www.digitalasset.com/emaildisclaimer.html. If you are not the
intended recipient, please delete this message.


Sheehan Anderson
 

+1

-Sheehan

On Sep 29, 2016, at 11:41 AM, Tamas Blummer via hyperledger-tsc <hyperledger-tsc@...> wrote:

+1

TAMAS BLUMMER
CHIEF LEDGER ARCHITECT
Digital Asset

T: +36 1 883 0300
E: tamas@...
W: digitalasset.com

On 29 Sep 2016, at 16:02, Christopher Ferris via hyperledger-tsc <hyperledger-tsc@...> wrote:

All,

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

Thanks

Chris

On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:
Hi,



DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.



This proposal is available at the following URL(s) for community to review.



http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub




Fabric Java SDK Project Proposal
Sponsors
Eiichiro Fujimura
Fujitsu Australia Software Technology
14 Rodborough road, Frenchs Forest, NSW 2086,  Australia
eiichiro.fujimura@...
Pardha Vishnumolakala
DTCC
pvishnumolakala@...
Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.
Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.
Motivation

Currently there are two ways for applications to interact with Hyperledger fabric
   • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
   • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.
Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.
Status

We propose this to be an incubation project initially.
Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.
·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.
Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.
Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:
   • Satheesh Kathamuthu
   • Pardha Vishnumolakala
   • Muhammad Altaf
References

       Fabric SDK Specification
Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.



DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


--
This message, and any attachments, is for the intended recipient(s) only,
may contain information that is privileged, confidential and/or proprietary
and subject to important terms and conditions available at
http://www.digitalasset.com/emaildisclaimer.html. If you are not the
intended recipient, please delete this message.
_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


Hart Montgomery
 

+1

 

Thanks,

Hart

 

From: hyperledger-tsc-bounces@... [mailto:hyperledger-tsc-bounces@...] On Behalf Of Christopher Ferris via hyperledger-tsc
Sent: Thursday, September 29, 2016 7:03 AM
To: hyperledger-tsc@...
Subject: Re: [Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal

 

All,

 

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

 

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

 

Thanks

 

Chris

 

On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@...

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc

 


Christopher Ferris <chris.ferris@...>
 

+1

Chris

On Sep 29, 2016, at 11:50 AM, Krishna, Murali <mkrishna@...> wrote:

+1

 

From: hyperledger-tsc-bounces@... [mailto:hyperledger-tsc-bounces@...] On Behalf Of Christopher Ferris via hyperledger-tsc
Sent: Thursday, September 29, 2016 10:03 AM
To: hyperledger-tsc@...
Subject: Re: [Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal

 

All,

 

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

 

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

 

Thanks

 

Chris

 

On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@...

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.


Ovidiu V. Drugan
 

+1


On 29 Sep 2016, at 17:41, Tamas Blummer via hyperledger-tsc <hyperledger-tsc@...> wrote:

+1

TAMAS BLUMMER
CHIEF LEDGER ARCHITECT
Digital Asset

T: +36 1 883 0300
E: tamas@...
W: digitalasset.com

On 29 Sep 2016, at 16:02, Christopher Ferris via hyperledger-tsc <hyperledger-tsc@...> wrote:

All,

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

Thanks

Chris

On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:
Hi,



DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.



This proposal is available at the following URL(s) for community to review.



http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub




Fabric Java SDK Project Proposal
Sponsors
Eiichiro Fujimura
Fujitsu Australia Software Technology
14 Rodborough road, Frenchs Forest, NSW 2086,  Australia
eiichiro.fujimura@...
Pardha Vishnumolakala
DTCC
pvishnumolakala@...
Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.
Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.
Motivation

Currently there are two ways for applications to interact with Hyperledger fabric
• gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
• REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.
Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.
Status

We propose this to be an incubation project initially.
Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.
·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.
Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.
Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:
• Satheesh Kathamuthu
• Pardha Vishnumolakala
• Muhammad Altaf
References

       Fabric SDK Specification
Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.



DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


--
This message, and any attachments, is for the intended recipient(s) only,
may contain information that is privileged, confidential and/or proprietary
and subject to important terms and conditions available at
http://www.digitalasset.com/emaildisclaimer.html. If you are not the
intended recipient, please delete this message.
_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


**************************************************************************************
This e-mail and any attachments thereto may contain confidential information and/or information protected by intellectual property rights for the exclusive attention of the intended addressees named above. If you have received this transmission in error, please immediately notify the sender by return e-mail and delete this message and its attachments. Unauthorized use, copying or further full or partial distribution of this e-mail or its contents is prohibited.
**************************************************************************************


Arnaud Le Hors
 

+1.
--
Arnaud  Le Hors - Senior Technical Staff Member, Open Web Technologies - IBM Cloud


hyperledger-tsc-bounces@... wrote on 09/29/2016 05:41:40 PM:

> From: Tamas Blummer via hyperledger-tsc <hyperledger-
> tsc@...>

> To: hyperledger-tsc@...
> Date: 09/29/2016 05:42 PM
> Subject: Re: [Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal
> Sent by: hyperledger-tsc-bounces@...
>
> +1
>
> TAMAS BLUMMER
> CHIEF LEDGER ARCHITECT
> Digital Asset
>
> T: +36 1 883 0300
> E: tamas@...
> W: digitalasset.com
>
> > On 29 Sep 2016, at 16:02, Christopher Ferris via hyperledger-tsc
> <hyperledger-tsc@...> wrote:
> >
> > All,
> >
> > I've seen mostly positive comments on the proposal from DTCC and
> Fujitsu to incubate a fabric-sdk-java project. Since we won't be
> meeting until next week, and since the team is eager to begin
> collaboration, I suggest we take an email vote.
> >
> > TSC members, please reply with +1 or -1 to this note indicating
> your support (or not) for incubating this proposal. I'll send a
> reminder but a reply today would be much appreciated.
> >
> > Thanks
> >
> > Chris
> >
> > On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via
> hyperledger-tsc <hyperledger-tsc@...> wrote:
> > Hi,
> >
> >  
> >
> > DTCC and Fujitsu Australia Software Technology (FAST) would like
> to present the following Java SDK proposal for Hyperledger Fabric project.
> >
> >  
> >
> > This proposal is available at the following URL(s) for community to review.
> >
> >  
> >
> >
http://bit.ly/2cqmE1Z
> >
> >
https://docs.google.com/document/d/
> 1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub
> >
> >  
> >
> >
> > Fabric Java SDK Project Proposal
> > Sponsors
> > Eiichiro Fujimura
> > Fujitsu Australia Software Technology
> > 14 Rodborough road, Frenchs Forest, NSW 2086,  Australia
> > eiichiro.fujimura@...
> > Pardha Vishnumolakala
> > DTCC
> > pvishnumolakala@...
> > Abstract
> >
> > Create a java SDK library for the Hyperledger fabric project. This
> SDK will be based on the design principles of Node and Python SDKs,
> and is intended to increase the use of fabric by introducing
> capability to use Hyperledger fabric for existing/new java based
> applications. Since REST APIs in Hyperledger fabric are being
> deprecated, it is important to provide support for multiple
> languages if we want to see the Hyperledger fabric being used by all
> sorts of applications.
> > Context
> >
> > Initially Hyperledger fabric included Node SDK along with REST
> APIs so that users can interact with Hyperledger fabric. Now that
> REST interfaces in Hyperledger fabric are being deprecated, the
> application developers of non-Node applications are left with no
> choice but to write modules in Node that interact with Hyperledger
> fabric, and then integrate these modules with their applications
> written in languages other than Node. To overcome this problem,
> there is a strong need from the community to increase the number of
> SDKs for different languages. As a result, we saw the approval of
> Python SDK in TSC a couple of weeks ago.
> > Motivation
> >
> > Currently there are two ways for applications to interact with
> Hyperledger fabric
> >    • gRPC: Currently Node and Python applications can use
> Hyperledger fabric as these are the only two SDKs available at the moment.
> >    • REST APIs: provide minimum functions to interact with fabric,
> however these are being deprecated by Hyperledger fabric. Once they
> are removed, the use of these APIs will be no longer an option and
> users will be forced to use a programming language that has an SDK
> for fabric, or look at alternatives instead of using Hyperledger
> fabric at all.
> > Java is a very popular language and it is important to provide
> native api in order for Java application developers to use
> Hyperledger fabric in their projects.
> > Status
> >
> > We propose this to be an incubation project initially.
> > Solution
> >
> > We are proposing a Java SDK for Hyperledger fabric to support the
> following functionality.
> > ·         Application Development
> >
> > ·         Register and Enroll users by connecting to member services
> >
> > ·         Submit transactions to peer
> >
> > ·         Get details about blocks and transactions
> >
> > ·         Listen to events generated by the network
> >
> > ·         Chaincode Development
> >
> > ·         Support chaincode development using Java
> >
> > ·         Deploy chaincode
> >
> > ·         Invoke/query chaincode
> >
> > ·         Support Development Lifecycle
> >
> > ·         Integrate chaincode support code from Fabric so that
> java developers need only the sdk to develop
> >
> > ·         Stable builds available in maven repository
> >
> > In addition to providing the above functionality, Java SDK will
> act as a bridge between user application and the fabric so that if
> there is a protocol change on the server side, user only needs to
> get the latest sdk instead of modifying their code.
> > Java SDK team will closely follow the SDK design specification
> currently being developed and discussed on slack channel #fabric-sdk-dev.
> > Effort and resources
> >
> > DTCC and Fujitsu Australia Software Technology are committing
> full-time engineering resources to ensure the success of this
> project. We are also closely working with IBM to monitor and update
> any upcoming changes in the Hyperledger fabric project so that this
> project can keep up to date with the fabric specification. The
> following would be the initial set of maintainers for the project:
> >    • Satheesh Kathamuthu
> >    • Pardha Vishnumolakala
> >    • Muhammad Altaf
> > References
> >
> >         Fabric SDK Specification
> > Closure
> >
> > Once the project build is available on maven central repository,
> we can measure the success of the project in terms of downloads
> which can be obtained from the central maven repository.
> >  
> >
> >
> > DTCC DISCLAIMER: This email and any files transmitted with it are
> confidential and intended solely for the use of the individual or
> entity to whom they are addressed. If you have received this email
> in error, please notify us immediately and delete the email and any
> attachments from your system. The recipient should check this email
> and any attachments for the presence of viruses.  The company
> accepts no liability for any damage caused by any virus transmitted
> by this email.
> >
> > _______________________________________________
> > hyperledger-tsc mailing list
> > hyperledger-tsc@...
> >
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc
> >
> >
> > _______________________________________________
> > hyperledger-tsc mailing list
> > hyperledger-tsc@...
> >
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc
>
>
> --
> This message, and any attachments, is for the intended recipient(s) only,
> may contain information that is privileged, confidential and/or proprietary
> and subject to important terms and conditions available at
>
http://www.digitalasset.com/emaildisclaimer.html. If you are not the
> intended recipient, please delete this message.
> _______________________________________________
> hyperledger-tsc mailing list
> hyperledger-tsc@...
>
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


Richard Brown <richard@...>
 

+1


On 29 Sep 2016, at 11:40, Christopher Ferris via hyperledger-tsc <hyperledger-tsc@...> wrote:

All,

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

Thanks

Chris

On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@....fujitsu.com

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@lists.hyperledger.org
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


Todd Benzies <tbenzies@...>
 

Binh, Dan, Greg, Mic, and Murali -- when you have a moment today, can you please +1 or -1 on Chris' note earlier in this thread?

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

On Fri, Sep 30, 2016 at 12:36 AM, Richard Brown via hyperledger-tsc <hyperledger-tsc@...> wrote:
+1


On 29 Sep 2016, at 11:40, Christopher Ferris via hyperledger-tsc <hyperledger-tsc@lists.hyperledger.org> wrote:

All,

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

Thanks

Chris

On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@lists.hyperledger.org> wrote:

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@...tsu.com

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...ger.org
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@lists.hyperledger.org
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@lists.hyperledger.org
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc




--
Todd Benzies
Senior Program Manager
The Linux Foundation
+1 (415) 412-0310 (m)
Skype: tbenzies


Haskins, Gregory <GHaskins@...>
 

Apologies, I had thought I already responded but it looks like my default “Reply” behavior doesn’t actually reply to the list (good to know)

 

In any case:

 

+1

 

From: hyperledger-tsc-bounces@... [mailto:hyperledger-tsc-bounces@...] On Behalf Of Todd Benzies via hyperledger-tsc
Sent: 30 September 2016 09:00
To: Richard Brown
Cc: hyperledger-tsc@...
Subject: Re: [Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal

 

Binh, Dan, Greg, Mic, and Murali -- when you have a moment today, can you please +1 or -1 on Chris' note earlier in this thread?

 

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

 

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

 

On Fri, Sep 30, 2016 at 12:36 AM, Richard Brown via hyperledger-tsc <hyperledger-tsc@...> wrote:

+1


On 29 Sep 2016, at 11:40, Christopher Ferris via hyperledger-tsc <hyperledger-tsc@...> wrote:

All,

 

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

 

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

 

Thanks

 

Chris

 

On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@...

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc

 

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc



 

--

Todd Benzies

Senior Program Manager

The Linux Foundation
+1 (415) 412-0310 (m)

Skype: tbenzies

Please read these warnings and restrictions:

This e-mail transmission is strictly confidential and intended solely for the ordinary user of the e-mail address to which it was addressed. It may contain legally privileged and/or CONFIDENTIAL information.

The unauthorised use, disclosure, distribution and/or copying of this e-mail or any information it contains is prohibited and could, in certain circumstances, constitute a criminal offence.

If you have received this e-mail in error or are not an intended recipient please inform London Stock Exchange Group (“LSEG”) immediately by return e-mail or telephone 020 7797 1000.

We advise that in keeping with good computing practice the recipient of this e-mail should ensure that it is virus free. We do not accept responsibility for any virus that may be transferred by way of this e-mail.

E-mail may be susceptible to data corruption, interception and unauthorised amendment, and we do not accept liability for any such corruption, interception or amendment or any consequences thereof.

Calls to London Stock Exchange Group may be recorded to enable LSEG to carry out its regulatory responsibilities.

London Stock Exchange Group plc

10 Paternoster Square
London
EC4M 7LS

Registered in England and Wales No 05369106


Middleton, Dan <dan.middleton@...>
 

+1

 

From: hyperledger-tsc-bounces@... [mailto:hyperledger-tsc-bounces@...] On Behalf Of Haskins, Gregory via hyperledger-tsc
Sent: Friday, September 30, 2016 08:11
To: 'Todd Benzies' <tbenzies@...>; Todd Benzies via hyperledger-tsc (hyperledger-tsc@...) <hyperledger-tsc@...>
Subject: Re: [Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal

 

Apologies, I had thought I already responded but it looks like my default “Reply” behavior doesn’t actually reply to the list (good to know)

 

In any case:

 

+1

 

From: hyperledger-tsc-bounces@... [mailto:hyperledger-tsc-bounces@...] On Behalf Of Todd Benzies via hyperledger-tsc
Sent: 30 September 2016 09:00
To: Richard Brown
Cc: hyperledger-tsc@...
Subject: Re: [Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal

 

Binh, Dan, Greg, Mic, and Murali -- when you have a moment today, can you please +1 or -1 on Chris' note earlier in this thread?

 

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

 

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

 

On Fri, Sep 30, 2016 at 12:36 AM, Richard Brown via hyperledger-tsc <hyperledger-tsc@...> wrote:

+1


On 29 Sep 2016, at 11:40, Christopher Ferris via hyperledger-tsc <hyperledger-tsc@...> wrote:

All,

 

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

 

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

 

Thanks

 

Chris

 

On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@...

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc

 

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc



 

--

Todd Benzies

Senior Program Manager

The Linux Foundation
+1 (415) 412-0310 (m)

Skype: tbenzies

Please read these warnings and restrictions:

This e-mail transmission is strictly confidential and intended solely for the ordinary user of the e-mail address to which it was addressed. It may contain legally privileged and/or CONFIDENTIAL information.

The unauthorised use, disclosure, distribution and/or copying of this e-mail or any information it contains is prohibited and could, in certain circumstances, constitute a criminal offence.

If you have received this e-mail in error or are not an intended recipient please inform London Stock Exchange Group (“LSEG”) immediately by return e-mail or telephone 020 7797 1000.

We advise that in keeping with good computing practice the recipient of this e-mail should ensure that it is virus free. We do not accept responsibility for any virus that may be transferred by way of this e-mail.

E-mail may be susceptible to data corruption, interception and unauthorised amendment, and we do not accept liability for any such corruption, interception or amendment or any consequences thereof.

Calls to London Stock Exchange Group may be recorded to enable LSEG to carry out its regulatory responsibilities.

London Stock Exchange Group plc

10 Paternoster Square
London
EC4M 7LS

Registered in England and Wales No 05369106


CHARLES Cai (蔡栋) <charlescai@...>
 

+1

Great stuff! I guess Scala, one of our primary languages used in our development should work with it no problem?

Thanks and kind regards,
Charles


On 30 Sep 2016, at 21:19, Haskins,    Gregory via hyperledger-tsc <hyperledger-tsc@...> wrote:

Apologies, I had thought I already responded but it looks like my default “Reply” behavior doesn’t actually reply to the list (good to know)

 

In any case:

 

+1

 

From: hyperledger-tsc-bounces@... [mailto:hyperledger-tsc-bounces@...] On Behalf Of Todd Benzies via hyperledger-tsc
Sent: 30 September 2016 09:00
To: Richard Brown
Cc: hyperledger-tsc@...
Subject: Re: [Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal

 

Binh, Dan, Greg, Mic, and Murali -- when you have a moment today, can you please +1 or -1 on Chris' note earlier in this thread?

 

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

 

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

 

On Fri, Sep 30, 2016 at 12:36 AM, Richard Brown via hyperledger-tsc <hyperledger-tsc@...> wrote:

+1


On 29 Sep 2016, at 11:40, Christopher Ferris via hyperledger-tsc <hyperledger-tsc@...> wrote:

All,

 

I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

 

TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

 

Thanks

 

Chris

 

On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:

Hi,

 

DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

 

This proposal is available at the following URL(s) for community to review.

 

http://bit.ly/2cqmE1Z

https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

 

Fabric Java SDK Project Proposal

Sponsors

Eiichiro Fujimura

Fujitsu Australia Software Technology

14 Rodborough road, Frenchs Forest, NSW 2086,  Australia

eiichiro.fujimura@...

Pardha Vishnumolakala

DTCC

pvishnumolakala@...

Abstract

Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

Context

Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

Motivation

Currently there are two ways for applications to interact with Hyperledger fabric

  • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
  • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.

Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

Status

We propose this to be an incubation project initially.

Solution

We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

·         Application Development

·         Register and Enroll users by connecting to member services

·         Submit transactions to peer

·         Get details about blocks and transactions

·         Listen to events generated by the network

·         Chaincode Development

·         Support chaincode development using Java

·         Deploy chaincode

·         Invoke/query chaincode

·         Support Development Lifecycle

·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

·         Stable builds available in maven repository

In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.

Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

Effort and resources

DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

  • Satheesh Kathamuthu
  • Pardha Vishnumolakala
  • Muhammad Altaf

References

        Fabric SDK Specification

Closure

Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

 


DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc

 

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc



 

--

Todd Benzies

Senior Program Manager

The Linux Foundation
+1 (415) 412-0310 (m)

Skype: tbenzies

Please read these warnings and restrictions:

This e-mail transmission is strictly confidential and intended solely for the ordinary user of the e-mail address to which it was addressed. It may contain legally privileged and/or CONFIDENTIAL information.

The unauthorised use, disclosure, distribution and/or copying of this e-mail or any information it contains is prohibited and could, in certain circumstances, constitute a criminal offence.

If you have received this e-mail in error or are not an intended recipient please inform London Stock Exchange Group (“LSEG”) immediately by return e-mail or telephone 020 7797 1000.

We advise that in keeping with good computing practice the recipient of this e-mail should ensure that it is virus free. We do not accept responsibility for any virus that may be transferred by way of this e-mail.

E-mail may be susceptible to data corruption, interception and unauthorised amendment, and we do not accept liability for any such corruption, interception or amendment or any consequences thereof.

Calls to London Stock Exchange Group may be recorded to enable LSEG to carry out its regulatory responsibilities.

London Stock Exchange Group plc

10 Paternoster Square
London
EC4M 7LS

Registered in England and Wales No 05369106

_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


Binh Q Nguyen <binhn@...>
 

+1

- Binh

Todd Benzies via hyperledger-tsc ---09/30/2016 03:01:09 PM---Binh, Dan, Greg, Mic, and Murali -- when you have a moment today, can you please +1 or -1 on Chris'

From: Todd Benzies via hyperledger-tsc <hyperledger-tsc@...>
To: Richard Brown <richard@...>
Cc: "hyperledger-tsc@..." <hyperledger-tsc@...>
Date: 09/30/2016 03:01 PM
Subject: Re: [Hyperledger Project TSC] Hyperledger Fabric Java SDK Proposal
Sent by: hyperledger-tsc-bounces@...





Binh, Dan, Greg, Mic, and Murali -- when you have a moment today, can you please +1 or -1 on Chris' note earlier in this thread?
      I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

      TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

On Fri, Sep 30, 2016 at 12:36 AM, Richard Brown via hyperledger-tsc <hyperledger-tsc@...> wrote:
    +1



On 29 Sep 2016, at 11:40, Christopher Ferris via hyperledger-tsc <hyperledger-tsc@...> wrote:
      All,

      I've seen mostly positive comments on the proposal from DTCC and Fujitsu to incubate a fabric-sdk-java project. Since we won't be meeting until next week, and since the team is eager to begin collaboration, I suggest we take an email vote.

      TSC members, please reply with +1 or -1 to this note indicating your support (or not) for incubating this proposal. I'll send a reminder but a reply today would be much appreciated.

      Thanks

      Chris

      On Mon, Sep 19, 2016 at 11:05 PM, Vishnumolakala, Pardha S. via hyperledger-tsc <hyperledger-tsc@...> wrote:
      Hi,

       

      DTCC and Fujitsu Australia Software Technology (FAST) would like to present the following Java SDK proposal for Hyperledger Fabric project.

       

      This proposal is available at the following URL(s) for community to review.

       

      http://bit.ly/2cqmE1Z

      https://docs.google.com/document/d/1dP3zUInx7fSr8X1iDOs4R5gFaoixiXeLF5LYeL48_M8/pub

       
      Fabric Java SDK Project Proposal
      Sponsors
      Eiichiro Fujimura
      Fujitsu Australia Software Technology
      14 Rodborough road, Frenchs Forest, NSW 2086,  Australia
      eiichiro.fujimura@...
      Pardha Vishnumolakala
      DTCC
      pvishnumolakala@...

      Abstract
      Create a java SDK library for the Hyperledger fabric project. This SDK will be based on the design principles of Node and Python SDKs, and is intended to increase the use of fabric by introducing capability to use Hyperledger fabric for existing/new java based applications. Since REST APIs in Hyperledger fabric are being deprecated, it is important to provide support for multiple languages if we want to see the Hyperledger fabric being used by all sorts of applications.

      Context
      Initially Hyperledger fabric included Node SDK along with REST APIs so that users can interact with Hyperledger fabric. Now that REST interfaces in Hyperledger fabric are being deprecated, the application developers of non-Node applications are left with no choice but to write modules in Node that interact with Hyperledger fabric, and then integrate these modules with their applications written in languages other than Node. To overcome this problem, there is a strong need from the community to increase the number of SDKs for different languages. As a result, we saw the approval of Python SDK in TSC a couple of weeks ago.

      Motivation
      Currently there are two ways for applications to interact with Hyperledger fabric

        • gRPC: Currently Node and Python applications can use Hyperledger fabric as these are the only two SDKs available at the moment.
        • REST APIs: provide minimum functions to interact with fabric, however these are being deprecated by Hyperledger fabric. Once they are removed, the use of these APIs will be no longer an option and users will be forced to use a programming language that has an SDK for fabric, or look at alternatives instead of using Hyperledger fabric at all.
      Java is a very popular language and it is important to provide native api in order for Java application developers to use Hyperledger fabric in their projects.

      Status
      We propose this to be an incubation project initially.

      Solution
      We are proposing a Java SDK for Hyperledger fabric to support the following functionality.

              ·         Application Development
                  ·         Register and Enroll users by connecting to member services

                  ·         Submit transactions to peer

                  ·         Get details about blocks and transactions

                  ·         Listen to events generated by the network

              ·         Chaincode Development
                  ·         Support chaincode development using Java

                  ·         Deploy chaincode

                  ·         Invoke/query chaincode

              ·         Support Development Lifecycle
                  ·         Integrate chaincode support code from Fabric so that java developers need only the sdk to develop

                  ·         Stable builds available in maven repository

      In addition to providing the above functionality, Java SDK will act as a bridge between user application and the fabric so that if there is a protocol change on the server side, user only needs to get the latest sdk instead of modifying their code.
      Java SDK team will closely follow the SDK design specification currently being developed and discussed on slack channel #fabric-sdk-dev.

      Effort and resources
      DTCC and Fujitsu Australia Software Technology are committing full-time engineering resources to ensure the success of this project. We are also closely working with IBM to monitor and update any upcoming changes in the Hyperledger fabric project so that this project can keep up to date with the fabric specification. The following would be the initial set of maintainers for the project:

        • Satheesh Kathamuthu
        • Pardha Vishnumolakala
        • Muhammad Altaf
      References
              Fabric SDK Specification

      Closure
      Once the project build is available on maven central repository, we can measure the success of the project in terms of downloads which can be obtained from the central maven repository.

       

      DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses.  The company accepts no liability for any damage caused by any virus transmitted by this email.

      _______________________________________________
      hyperledger-tsc mailing list
      hyperledger-tsc@...
      https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


      _______________________________________________
      hyperledger-tsc mailing list
      hyperledger-tsc@...
      https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc


_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc



--
Todd Benzies
Senior Program Manager
The Linux Foundation
+1 (415) 412-0310 (m)

tbenzies@...
Skype: tbenzies_______________________________________________
hyperledger-tsc mailing list
hyperledger-tsc@...
https://lists.hyperledger.org/mailman/listinfo/hyperledger-tsc