오랜만 업데이트 블로그, 많은 온라인 패브릭 배포 데이터뿐만 아니라, 매우 좋은뿐만 아니라보다 포괄적있다. 나는 반복 작업이 일시적으로 다시 상세하고 분류 할 시간에, 불가능했을 것이라고 생각,
그것이 공부하고 직장과 경험에서 발생하는 문제를 해결, 일부 공유 할 것입니다.
그리고 경험이 부분은 인터넷에서 찾기 어렵습니다. 이 과정에서 문제가 발생하면, 당신은 메시지를 남길 수 있기를 바랍니다. 감사합니다! !
1, 채널 길이 연결
새로운 채널의 접속 시간에, 채널 이름이 저장 연결되므로 클라이언트에서이 인수 채널 시간을 얻을 사용할 필요가
2 이벤트 메커니즘, 1.2 및 1.3의 차이를 추가
여기에 우리가 위의 fabric1.3 버전에서 7053 이벤트가 삭제 표시를해야합니다 때, 알아야 할, 시간이 각각의 향후 버전에서 addEventHub 1.3의 사용을 필요로하지 않는, 위의 채널로 포팅 알려줍니다
노드는 사건을 향상시킬 수 있습니다.
따라서, 동적 코드 층을 전환하기 위해서는, 대상 노드 버전 직물을 결정할 필요가있다
(A)는 버전 1.3으로, 새로운 채널을 연결하는, 당신은 이벤트를 증가 할 필요가 없습니다
노드 링크 채널의 이벤트에서 (B), 이미 존재, 당신은 그것을 제거해야합니다.
참고 : 버전 정보 패브릭을 얻는 방법, 당신은 고정 표시기의 이미지를 버전 노드를 볼 수 있습니다. 여기에 사용되는 스크립트 버전 정보를 읽습니다.
3, 멀티 조직 이벤트는 점에주의를 증가
어쩌면 당신은 실제로 Org1MSP를받을 종종 소원 발생, 그 과정에서 원단을 사용하지만, Org2MSP, 같은 실수를 받았다.
주된 이유는 거래의 사업에, 사용자의 조직 MSP의 소유권 이전이 잘못 전달됩니다. 이 현상은 문제가 있지만, 등록 된 이벤트는 사용자가 속한 경우 MSP가 표적 조직에 해당해야하는 경우 근본 원인이다.
소스 코드에서 첫 모습을 SDK :
上述，是在增加事件的时候，会使用当前channel链接中用户信息，链接服务器。也就是说一旦建立了链接，那么在整个channel的生命周期中，对目标节点的事件MSP都是当初用户的MSP。
如何解决这个问题，那么我们就要在注册这个链接的时候想办法
换句话说，在注册时间的时候，要检查当前用户归属的MSP，是否可以你增加的节点同属一个MSP，如果不是，则不注册事件，如果是则注册时间。当再次获取channel连接的时候，在检查一下当前所有事件连接是否正确，或未增加的，为增加的，再更加情况增加组织事件：
