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

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.

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

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@...

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

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

+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

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

+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.

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

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

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

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

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)

tbenzies@...

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

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