Bundling Node.js chaincode for offline install
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- javascript, node.js
- Domaine
- blockchain
Piste de recherche
Commencez par le flux de packaging de l’issue : npm install, le package de cycle de vie peer et le bootstrap de démarrage fabric-chaincode-node start mentionné dans le corps. Comparez les deux approches proposées — la création manuelle d’un tarball et le bundling avec esbuild — et examinez la discussion dans #197. Le travail est considéré comme terminé lorsqu’un chemin simple et pris en charge pour l’installation hors ligne d’un chaincode Node.js est identifié et documenté.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Node.js chaincode build containers require access to the npm registry when installing chaincode.
This becomes an issue for peers that are "offline" (e.g. peers from cloud providers) and do not have access to the npm registry. Simply running "npm install" before packaging chaincode with "peer lifecycle package" does not solve the problem alone, since the package command ignores the node_modules directory.
We have identified two possible ways to solve this:
- Creating the tarball package manually without using "peer lifecycle package".
- Bundling the application (e.g. with esbuild) before packaging it with "peer lifecycle package".
While the first option works fine, it does make the process of deploying Node.js chaincode a lot more complex than deploying Go or Java chaincode. We would therefore prefer the second option, however, we are still required to add fabric-shim as a module outside the bundle, so that "fabric-chaincode-node start" is available when bootstrapping the chaincode.
Would it be possible to start the application without requiring "fabric-chaincode-node start" as an external script, e.g. by calling the bootstrap function in the chaincode's index.js instead?
Are there any other simple ways to solve this that I've missed or is manually creating the tarball the suggested approach for now?
This issue was also discussed in #197 but seems unresolved
- Langage dominant
- JavaScript
- Étoiles
- 262
- Forks
- 147
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de hyperledger/fabric-chaincode-node
-
Read/write batchingPeut-être à nouveau libre @Vineet1101 l’a pris il y a 249 jours, et aucune pull request n’est ouverte. Ouverteenhancement help wanted
hyperledger/fabric-chaincode-node#453 · 7 commentaires ·
-
jsdocs are not getting publishedOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
hyperledger/fabric-chaincode-node#422 · 4 commentaires ·
Toutes les issues de hyperledger/fabric-chaincode-node
Issues similaires
-
Difficulté 1/5 1-3 heures Accessibilité débutants 88/100
fossasia/visdom-dev#69 ·
Les mainteneurs répondent en général sous 3 jours
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 74/100
-
建议写成 1949-Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 62/100
DeanChensj/jiangshan-map#133 ·
Les mainteneurs répondent en général sous 1 jour
-
Frontend build fails with Frappe version-16: DataImport is no longer exported by @framework/uiOuvertebug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 1 jour
-
ew
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
Les mainteneurs répondent en général sous 1 jour