{"_id":"@hydranium/glsp-server","_rev":"105-d72f1eea5421e51b6d15569ce58ac8bb","name":"@hydranium/glsp-server","dist-tags":{"latest":"1.0.0-next.185"},"versions":{"1.0.0-next.4":{"name":"@hydranium/glsp-server","version":"1.0.0-next.4","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.4","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"ebd5a8653d782f9d960e2d9c135f2f93c9d261c9","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.4.tgz","fileCount":208,"integrity":"sha512-cgIQNs8NtH16LUdp/flkF9Sayhpre3ErjhuMEivHst0DVDtS1q/xOYHphp4BCMdyxb9O4/0CIwumSoEKuKU1gQ==","signatures":[{"sig":"MEYCIQC77HFT1rDVrapHJceVM4Y5h2CqgX6XNVkKg/6x9eFCUAIhAMSPDz13CE9jhWF94u56mYWd6vRQpj2VHco9ooCbhyKb","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"unpackedSize":707597},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"1a9c19ae00d0cf51baf7e7c7265de5649dbd2201","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"mfleck","email":"mfleck@eclipsesource.com"},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"10.9.2","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.4","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.4","@hydranium/protocol":"1.0.0-next.4","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.4","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.4","@hydranium/protocol":"1.0.0-next.4","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.4_1788908676681_0.09728157689342387","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.5":{"name":"@hydranium/glsp-server","version":"1.0.0-next.5","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.5","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"c57670f92691ab378ed0c20dc3836a3d7d761544","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.5.tgz","fileCount":208,"integrity":"sha512-O1gakayHKQFahQ2uBTmvjANNnbiotaLAqrc0A4+xtWPjtGMUpJGdc1E0fMBDNZ2P3kvdqITm6qpc/i3UR7IWhQ==","signatures":[{"sig":"MEUCIAw/gn/XGy8wwHFWrzJuPENn2mbvy0NDOv8TdWDweurIAiEA8ZeV+yUzRzT48zrKKIB/oGW05o9AuE3I1opAMPMnELk=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.5","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707597},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"f5015cdb0f6c921eacbda8fb315f82ffcb02d809","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.5","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.5","@hydranium/protocol":"1.0.0-next.5","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.5","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.5","@hydranium/protocol":"1.0.0-next.5","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.5_1788911155033_0.045889600611272785","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.6":{"name":"@hydranium/glsp-server","version":"1.0.0-next.6","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.6","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0ff8b83920037a5adf667a5da8f802766d374cde","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.6.tgz","fileCount":208,"integrity":"sha512-0gSgT4UUcPpsOU/GwWrhocRWKix7fBYK0bse6kljvHAirMClVmHWoCK0xmp2tbAxmxltmbcfG9ntXWzlk/1Yqg==","signatures":[{"sig":"MEUCIQCjmaAddp+9dRbO1ch12TrER7QuTNXqBgIyUjywfICm+AIgVZDoJlGoay2b8FSpNv0ZyrPFfl3kmz65PViBvcFrZ64=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.6","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707597},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"ff6cf31235dd051e35a6fed0799cac3b71a26192","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.6","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.6","@hydranium/protocol":"1.0.0-next.6","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.6","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.6","@hydranium/protocol":"1.0.0-next.6","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.6_1788945414116_0.1420345585037932","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.7":{"name":"@hydranium/glsp-server","version":"1.0.0-next.7","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.7","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"c53f4e88f1bbeb1e8ee74f2172366af145f6992b","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.7.tgz","fileCount":208,"integrity":"sha512-5UZxJG7UfYZBYaDBv5GuQwXSRTFCnbL2/aeq3UzfNzM5mHynzz89n9GqT/lWTSXtFrgOyPaCs5dGjKNJCpN4Ug==","signatures":[{"sig":"MEUCIQDdoh0RsaFVSH2dRQOzf/jtptCzDkExCNOZi6do3/nD3QIgNX2ZC+nYTpdXwkdkDkzXSGZ5rD0KPAwZmilUxJgV5Zg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.7","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707597},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"d03f6f4fc7bb5b114df9eb43fe8a4fd260fa225e","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.7","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.7","@hydranium/protocol":"1.0.0-next.7","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.7","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.7","@hydranium/protocol":"1.0.0-next.7","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.7_1788953533001_0.38437361447929463","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.8":{"name":"@hydranium/glsp-server","version":"1.0.0-next.8","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.8","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"c1147d977d66f95ab6d0005c38152b1cf7e473c8","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.8.tgz","fileCount":208,"integrity":"sha512-PBJuHytqi0wpgf+sTdjlAOPGR03WSAW4JgOva4LwdHEpvrsa0ZzqxzGy2dAy3cKC/6LIa1WN9bke/NjrtChEeQ==","signatures":[{"sig":"MEYCIQDfItqGF6bH+sxPYAH2fV/Gx1kHMPXHSCTpqNYNUv/lWwIhAMm0BKVuKNvuEkw3riVifwjxadxxmFyi/2kbqgYfKKF3","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.8","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707597},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"9a14d2811974e7d8c0be2ae7694173eabe4c53cc","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.8","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.8","@hydranium/protocol":"1.0.0-next.8","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.8","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.8","@hydranium/protocol":"1.0.0-next.8","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.8_1788954023087_0.2932229173047012","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.9":{"name":"@hydranium/glsp-server","version":"1.0.0-next.9","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.9","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"cf9380563b5b5c66d8bdd43f069d43c7103931d8","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.9.tgz","fileCount":208,"integrity":"sha512-/7uFBrPe8U/bdGWvhPcjtPg75RrMYLOuxO3udQ+Ztp0s6/1UD5cZzLwi085H/4O2bPE7DyeGYhXsHMLgBvIQZQ==","signatures":[{"sig":"MEUCIBRfqsWJx1n5yRzn3YdgaKc+pUknESROk72sDvPiwWZoAiEAwgf41misDlggzzSu5/Ya530Bsb52/1cTCsF1Vf12kvA=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.9","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707597},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"5c4804b9a2b192c743997952bcd0c53efd740816","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.9","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.9","@hydranium/protocol":"1.0.0-next.9","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.9","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.9","@hydranium/protocol":"1.0.0-next.9","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.9_1788958102024_0.014008445024328964","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.10":{"name":"@hydranium/glsp-server","version":"1.0.0-next.10","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.10","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0fdbc7aeaeb007386d126ebb785ca1ad3555ebb8","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.10.tgz","fileCount":208,"integrity":"sha512-1QQHsPTOngBaqC00IIvIkxRh8NkxNGTTo1SpqU1ijAtni+UfQaZuotU6lcVNlcqin5h1i0Z0GvwCgMUEe1p1Mw==","signatures":[{"sig":"MEQCIArb3BjcF6SzKIy8vpmP//mO/rqxObrCyhMq70oRTga/AiAujp62dFHEFYHU2xdEhmq9UkwKdTXTAmKioL1kUg/6NQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.10","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707604},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"df66e1a949244721ac48fd2ea072f7f2c89cf013","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.10","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.10","@hydranium/protocol":"1.0.0-next.10","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.10","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.10","@hydranium/protocol":"1.0.0-next.10","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.10_1788962838576_0.8103908733333893","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.11":{"name":"@hydranium/glsp-server","version":"1.0.0-next.11","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.11","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"cbf318acb004cb2739f1b2764f1af8fab6acadc1","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.11.tgz","fileCount":208,"integrity":"sha512-MdoVpMu7xZ/EfyQnzU0QgjH3tWCl76qH6dkEF5EY25++/qQTUT6LyPb9D1kYLGOK9M6Rh1Vb2cKcO7RE6YQS3g==","signatures":[{"sig":"MEUCIQCPPfRPNEtcmzsiT3oQIUJTXLPqQOsB0QN1IGX+sxVIuAIgJkdM/U7SwPyCqXWQsYwH7BybgPhDpezPw280cvK2n6s=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.11","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707604},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"a4732457347fc331a6f3bee38f8cb43051df499f","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.11","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.11","@hydranium/protocol":"1.0.0-next.11","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.11","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.11","@hydranium/protocol":"1.0.0-next.11","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.11_1788963508991_0.49623087281348144","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.12":{"name":"@hydranium/glsp-server","version":"1.0.0-next.12","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.12","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"b96fec91c0e9edd00a1a93be0750a0f39e74a78f","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.12.tgz","fileCount":208,"integrity":"sha512-9sBpBVBMr4hzn4SEFOj7KErj/87s7ZoJjvQFRnbMrkD3GlRNkmMDonbXw6Nk0zFDQcB43TqxdRUdB70J7cyfEg==","signatures":[{"sig":"MEUCIQDPf0xlou0XYFy4GZh+vVn1xJZacK5btDhFWOB9q1i9VQIgdL85q9vbwg+a257qdVzakWvhuUU22lj3ozjFtdbhILE=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.12","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707604},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"ab9568ab15443597620edc79187d92f0ea68354f","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.12","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.12","@hydranium/protocol":"1.0.0-next.12","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.12","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.12","@hydranium/protocol":"1.0.0-next.12","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.12_1788969577575_0.48135395467483333","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.13":{"name":"@hydranium/glsp-server","version":"1.0.0-next.13","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.13","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"bcc480e59c74d25ce51a4ecd6a0f4d50b5936481","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.13.tgz","fileCount":208,"integrity":"sha512-EZL3Ri+Y3v3m3db3Am2P3yvT+BRuOZy7P5v4wmLcLj6lTBH6PndzYaGJsmukQH2n+ZiDl+dk3YbHe1YC08tFgg==","signatures":[{"sig":"MEYCIQDR1/QmvPqWD8AG4viE2KNDPnoWJAwdKSNEZi2NJB/eWAIhAI9xuhxX1yBvuu+SRFWxyvslBMcBf4ec+rvAk0YrOquD","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.13","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707604},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"7f5d29a1ace1f03b0a3f0f7278182beb408048bb","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.13","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.13","@hydranium/protocol":"1.0.0-next.13","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.13","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.13","@hydranium/protocol":"1.0.0-next.13","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.13_1789027798467_0.6021002035820975","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.14":{"name":"@hydranium/glsp-server","version":"1.0.0-next.14","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.14","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0fb7c17f0d1e0130968bfe93a8eb5749f4726682","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.14.tgz","fileCount":208,"integrity":"sha512-WXD/VQkCISWMpTKZZAfRVm2pMIZ/nJEC2+QmTZlpNyAHV983JdFNwZtMLZtgnpy1zEsfWeivbk8TpVODzFkzkg==","signatures":[{"sig":"MEUCIQDh0AUVMB7acX9BEKjNbgDIwb9wc7BbrzULAXPo0fthHQIgM4IAraP4juyT92Kzg5vkhYqxhDdKLvNxQ0k4FfBWL4c=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.14","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707604},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"ceb4d6188cc57a327ade5469af6a220bc5b5bf0c","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.14","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.14","@hydranium/protocol":"1.0.0-next.14","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.14","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.14","@hydranium/protocol":"1.0.0-next.14","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.14_1789032203595_0.5480444538513574","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.15":{"name":"@hydranium/glsp-server","version":"1.0.0-next.15","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.15","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"d807f30bf03ed5d34b9ce622fb91630d4d260686","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.15.tgz","fileCount":208,"integrity":"sha512-cTur29mabwdX5jjgOpfCIZ2NKLvipsPBACDkhaCK1HeiMWzHNznJS+lWIlJhZzhPileiZyDbJRnnyrgrW5Olsw==","signatures":[{"sig":"MEQCIA/zMQ4nvwCAwuX3Wn4tFD9gIyTbmu6ziT64qyczkf+aAiAaZqmp+2kc7jYJ1rPrF4UF3Y7jKnpQiVtZ7WH5hrDPrg==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.15","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707604},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"65f465437d22972c3a50c6be1419e791a59140ac","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.15","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.15","@hydranium/protocol":"1.0.0-next.15","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.15","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.15","@hydranium/protocol":"1.0.0-next.15","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.15_1789032747788_0.4680556139738099","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.16":{"name":"@hydranium/glsp-server","version":"1.0.0-next.16","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.16","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"8c6f03411a7379ea8559929ef42bbc97664cf518","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.16.tgz","fileCount":208,"integrity":"sha512-MS88Qg4ZKFyKiWl+rxIbk3AUyPsGoAl5RZ5FJWscE0QqcQkBvI2mKq3lfLnwUwowCmXJYH1QUzHmm9L9wSSf+A==","signatures":[{"sig":"MEQCIHNuQRRQW3gQGN1DKfbZdrl8/+cI39IsbTcGppYW1//nAiAt7Eikti9dHbnxzJ6nvXwZX7GBKkI+9ruCcUoxoQKgOw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.16","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707604},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"c1f791ba46d6e8c824a20b3f04a1ea065d97293d","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.16","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.16","@hydranium/protocol":"1.0.0-next.16","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.16","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.16","@hydranium/protocol":"1.0.0-next.16","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.16_1789033838902_0.09551998998684708","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.17":{"name":"@hydranium/glsp-server","version":"1.0.0-next.17","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.17","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"8de6d9f8fa9127c49d055004d897c161edf84f91","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.17.tgz","fileCount":208,"integrity":"sha512-2wcoMv10N2Rvt3r2TXDdaJSPb4/KZZw3btxHcwfDnNkGJGiPxjYoD/S8JBZobdnsXrMGJqGKe3AN/KNm2yKMxQ==","signatures":[{"sig":"MEQCIAzPkC9hkGcD7ytBGa79Tm9XvKxxLKa+dyb/QCTEFoApAiAjFlnmUOKUM9S7Deh3Rwi0KPjhM1vtJl8pf2jeXEHKdA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.17","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707604},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"6d4d2f2deccdbbc13eb11ff633a3887e6d977a72","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.17","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.17","@hydranium/protocol":"1.0.0-next.17","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.17","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.17","@hydranium/protocol":"1.0.0-next.17","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.17_1789037168366_0.009455621898589062","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.18":{"name":"@hydranium/glsp-server","version":"1.0.0-next.18","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.18","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"d13f611d4c37027c305222f28116d044897316a7","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.18.tgz","fileCount":208,"integrity":"sha512-HTj16DDFwioxtczFWQH7ki4Mvu1rkvuaSiNogFJsVeTZn4wTQztXRMuhrEU0uS02OOpiqbN/c1k5+PIXbeC4Zw==","signatures":[{"sig":"MEUCIQDrmo67m6JaB3wR8kJ58ieOeXli6ecMLx0ccQldYjswUQIgNRj53UPFLCB1vtXk1rMz/02MwdjBEfVx4xNRNh2teBw=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.18","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707604},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"45f73468e05c55b570b298470deeac748abcdb4d","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.18","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.18","@hydranium/protocol":"1.0.0-next.18","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.18","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.18","@hydranium/protocol":"1.0.0-next.18","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.18_1789038272470_0.2445808759550836","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.19":{"name":"@hydranium/glsp-server","version":"1.0.0-next.19","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.19","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"7552348723860d6a61dfea3b3eb747ce6f20e386","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.19.tgz","fileCount":208,"integrity":"sha512-qOlDSbgHnAiwu/YjH1tERbAPG+z//fiDHm7jeQj5NlsF2pP4MIVoMcxkdldlx5t5No4CvYF28af4SbYo7SCieA==","signatures":[{"sig":"MEYCIQC5sIEZ0llXALr+s/n4LD0ekyNMoxZeHKBedvDXqiaF+wIhAINMmfogWhq68IZjfZAu9JwdvwuIBnX+TLIj771VfjWW","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.19","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":707604},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"cfb68570ae14c4b434bd31a4c5f8f59d007c92c6","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.19","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.19","@hydranium/protocol":"1.0.0-next.19","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.19","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.19","@hydranium/protocol":"1.0.0-next.19","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.19_1789046997475_0.5833905070791989","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.22":{"name":"@hydranium/glsp-server","version":"1.0.0-next.22","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.22","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"4c32ff911224b1b5babbeef0ae6736c25735731b","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.22.tgz","fileCount":208,"integrity":"sha512-GRyK64MjIE3XFLO4Xm+VypHvJjr6Uyxyt/nmtBFTx54YraW8U+l4BMjzrRKfR+EH5OILwKDz/YZr9q8dSlaAEw==","signatures":[{"sig":"MEQCIGkfExc9tCKO+2mqG2JM2SkcUsEyimcqj3JgX2yu2FioAiB3pB40qff2TyB1gSUp66O5HeNszylEo7UveV0x4T6uVA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.22","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":709479},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"4760e9872df915a5ff865eefe8d7d755bd652edd","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.22","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.22","@hydranium/protocol":"1.0.0-next.22","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.22","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.22","@hydranium/protocol":"1.0.0-next.22","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.22_1789071981953_0.18399355340860235","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.23":{"name":"@hydranium/glsp-server","version":"1.0.0-next.23","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.23","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"754f7feba6d92aef0f835257c0f06dce22c4deca","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.23.tgz","fileCount":208,"integrity":"sha512-fidtgf43AuSwLgk5/QvQwygorfIujgLaVHQ9XFN3/882FgLea6lXueazjyafvZakzVRUv/BQ6FyToyAM8Cp3Gw==","signatures":[{"sig":"MEYCIQCmLZoO/P0hYUaSOwTM0CkOWd7CQDfW6+8WV8CptcOQPwIhAIeJ6vWLPAu5uWGE4j6hddqMCJtFS3y3x3CpwkKlXjXn","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.23","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":709479},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"68adb62594d9eb65eb8b75d0ebe326a48f75b56f","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.23","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.23","@hydranium/protocol":"1.0.0-next.23","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.23","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.23","@hydranium/protocol":"1.0.0-next.23","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.23_1789073194339_0.6218800248386103","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.24":{"name":"@hydranium/glsp-server","version":"1.0.0-next.24","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.24","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"ca48a17cc83df2875e03506b909bd07b2fc5ae90","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.24.tgz","fileCount":208,"integrity":"sha512-+VXU1THzA8FyJ9hXztHtvVkRxogT4CNyKjLdRewhb2ScqrDnmXz82KgGAl9APj7VzTGb+R2+1wIMJL5msMhJyw==","signatures":[{"sig":"MEUCIQCanG3kB/hkwygO6BCksVw356lT+GgbpOZdKeZ516cEegIgHrdEGgOaTjwpu6kmyN8vu9StFM+Lg1JgVsX1z4jJ3Hs=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.24","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":710093},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"f15d0358de98a5c446955533021308196bf98b9b","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.24","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.24","@hydranium/protocol":"1.0.0-next.24","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.24","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.24","@hydranium/protocol":"1.0.0-next.24","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.24_1789074052573_0.28214156153829495","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.25":{"name":"@hydranium/glsp-server","version":"1.0.0-next.25","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.25","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"05faa91441c2a656bf03e9b9a42ce86fffd320e0","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.25.tgz","fileCount":208,"integrity":"sha512-gH0b6P11L9dg6d6cON4iTiTegFECTTDAHeo5awzwPOQXSYS3A4mQi8/Ugt5/nKZYC5X1Gl39oDFyL0Ix6Tsimg==","signatures":[{"sig":"MEQCIESIWei/jbWJdOsx7eiKX3P6XhRloROQUlUseRLenchfAiBt6QReK9Puc5CtQZbjQ50QdZ8IqBWb+69V8BZDodNpIw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.25","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":710093},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"}},"gitHead":"b69d464b0c1b93346cd29f9ca4f1cf8f1e8cf289","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.25","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.25","@hydranium/protocol":"1.0.0-next.25","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.25","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.25","@hydranium/protocol":"1.0.0-next.25","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.25_1789075127888_0.46735457769379796","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.27":{"name":"@hydranium/glsp-server","version":"1.0.0-next.27","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.27","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"3a9fe4fa36a40f508e7707cb811ebec6cf872822","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.27.tgz","fileCount":213,"integrity":"sha512-7cHCHsL8Tw5fy7Ya6KN9dsqdKXl/bllS2ZrIEq0/YDiqzuDYigVNbIwhaKlVtzIOsyjc+wMNuLo7MdfLmsrvHQ==","signatures":[{"sig":"MEUCIDzdVGkWmS1Y5nK2v5w1dB/f36VTpY9hUaR+czd4tMbqAiEAxroHfmQra6v1ZXB0iMJDKJgvJSgm/pB9fIuMkN1KCwQ=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.27","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":719165},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"f0ad5bdc8d848ff48a6c0fe2afa6f8400cd96f9f","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.27","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.27","@hydranium/protocol":"1.0.0-next.27","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.27","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.27","@hydranium/protocol":"1.0.0-next.27","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.27_1789076414462_0.6004267518188451","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.28":{"name":"@hydranium/glsp-server","version":"1.0.0-next.28","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.28","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"993916528ba7d5f0066266bbbc8bf3439b10d334","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.28.tgz","fileCount":213,"integrity":"sha512-HVCm84q+w0GxUjNLdYwogYYsmdcAr425He9JPR0s6RgoFDGbFIm5b40twejYW0egpnTO5lx6F2asG6fRN56z3g==","signatures":[{"sig":"MEUCIC4KgFhhboQWOK6gIu9yui143VVejl7Q/+xDuUka7cQqAiEAobAJfn1j4eCcg7IwBoy10xmU5AEIz9265TYDD75YpxU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.28","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":719165},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"206aa8844f1a6c34fb2b2439948828b35c8619df","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.28","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.28","@hydranium/protocol":"1.0.0-next.28","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.28","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.28","@hydranium/protocol":"1.0.0-next.28","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.28_1789077301199_0.7770762396586546","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.29":{"name":"@hydranium/glsp-server","version":"1.0.0-next.29","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.29","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"61ac54c405c9882cc5fa1cee85626380275884d2","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.29.tgz","fileCount":213,"integrity":"sha512-z7pEd7PnXmDhQBJp7AEqiUe3Hp7la+OuXLKhI8ocecArWmJGsDkWvrGFjxjnDRS3yisdxCICzG3kvAuBIr2ilQ==","signatures":[{"sig":"MEQCIA7CGbqj//I/uwB1IiWjb0RwQ0Ey5u0KYdwYA5DFjKnSAiBnh5U6uo5BA01Q1MtLzM9DF8kIkJstkP4g5DlP0d0GZQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.29","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":719165},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"5d176ee3a002deede9bb8a02e179afb865fb8f41","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.29","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.29","@hydranium/protocol":"1.0.0-next.29","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.29","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.29","@hydranium/protocol":"1.0.0-next.29","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.29_1789079921760_0.6714294310076321","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.30":{"name":"@hydranium/glsp-server","version":"1.0.0-next.30","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.30","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a0333689267f3ff5c7b642b70f109680e57ac7d5","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.30.tgz","fileCount":213,"integrity":"sha512-/C5i+nZV1wQ78eu5+HIs8E/EKqCpQJBd6N2sC35e0D/t+uu5HwtXG8TZa6kAJ+KQEctEtlGAHyBJI57XIbekzQ==","signatures":[{"sig":"MEYCIQDdtdCCsq8z23EeyQ+Tgn16Cbk6QZ/Ao4x2FfRvO6ryTwIhAJ18tQR8GnyR30VUXX8IAomxkjunDvEn1mTjr0YM+p7+","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.30","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":719165},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"3144b5a64521d2f949edd8796430813749fe4b55","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.30","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.30","@hydranium/protocol":"1.0.0-next.30","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.30","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.30","@hydranium/protocol":"1.0.0-next.30","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.30_1789080808478_0.8983343913824631","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.31":{"name":"@hydranium/glsp-server","version":"1.0.0-next.31","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.31","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"f06fdb354786107be3187faaf5d78e26abdbd042","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.31.tgz","fileCount":213,"integrity":"sha512-zZom3SH3KrOBp2NJieMNcvivCvrkTJIUXAbEh9ZFVoS53tGWsmMFVE47hu+4JGpWtt2hDz/20a0cjtVYGth1qQ==","signatures":[{"sig":"MEQCIGVQ0Ov6MObTfI6hdptY2ThI2mVWxebYQWfWdajqAUAYAiBg8eoROrAxieeOQ7iFH+YjOttplO28wyji7TkQczL6ag==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.31","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":719165},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"8e6c8c3616f7704c9fa715844ec72402a12fbe5d","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.31","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.31","@hydranium/protocol":"1.0.0-next.31","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.31","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.31","@hydranium/protocol":"1.0.0-next.31","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.31_1789081783073_0.5513677010729874","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.32":{"name":"@hydranium/glsp-server","version":"1.0.0-next.32","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.32","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"94174f5bcb786ded8f36fda7aaf11174a4ca027a","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.32.tgz","fileCount":213,"integrity":"sha512-kMZ+HrbqUC5gyD36Zbif1QPTKYPCuNT0RuaQ9sadX4zLzC4y6fh0kbftpHMMjX9xClg0ddRccJXCX1wwYyklGA==","signatures":[{"sig":"MEYCIQC3/LL6q/ifwGaiJW2gISjrEyJbqyqapYH9mxrepf1+JAIhALHvZmwHk730Zfu4DLOBDtLhZA4V64QDJcKf9GDfZBt/","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.32","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":722219},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"700db3a0b4b65b843ec58b627d3c97f466fd9177","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.32","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.32","@hydranium/protocol":"1.0.0-next.32","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.32","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.32","@hydranium/protocol":"1.0.0-next.32","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.32_1789082746412_0.882608235880378","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.33":{"name":"@hydranium/glsp-server","version":"1.0.0-next.33","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.33","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"ed15bd98123cfb4ac0cc76e7c3c1b48d2bcfaca1","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.33.tgz","fileCount":213,"integrity":"sha512-NX/iZcA02E/ovF42IRYiBl2QUFnmzJ+qUmp4Ipx9GstdIjffpD3/CqG8PkAK3/zjw7mMJ4p8VaD8AmPZBhjfAw==","signatures":[{"sig":"MEYCIQDxViLUDzfWy5dmidFSovJTjnqObHg9rE8Nh+bf9fA2hAIhAJI9ICYJE0VfkHj38iGPpANZ1Br0rwx0VKgX4FJCO9RM","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.33","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736080},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"bf49242998f9f506ce89544d21740841e1f85d02","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.33","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.33","@hydranium/protocol":"1.0.0-next.33","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.33","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.33","@hydranium/protocol":"1.0.0-next.33","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.33_1789084292513_0.38012170879477836","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.34":{"name":"@hydranium/glsp-server","version":"1.0.0-next.34","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.34","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"ca74982693afb2b05ed6995e76246e42dad7bc45","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.34.tgz","fileCount":213,"integrity":"sha512-1WhCAo+GENtNp8gBDLNZ4LNDfQqaU6D7ZaIjCk7JliUa86+KCPsn/hiIX1R6DMhJMZjmxqnMbBMUTaFjMR8RSA==","signatures":[{"sig":"MEUCIQCOdiAHHBqG8BJmU5uHz+yM/xDhXmrVHQcJHBd0kQOhxwIgWDukbfP4h13NehaPwraJDZ6EU/9lVlF1E3y5z3rdg1g=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.34","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736080},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"ef11fbc473c423b233f3b84b1fd895c707d435e5","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.34","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.34","@hydranium/protocol":"1.0.0-next.34","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.34","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.34","@hydranium/protocol":"1.0.0-next.34","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.34_1789084721486_0.8348869855574503","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.35":{"name":"@hydranium/glsp-server","version":"1.0.0-next.35","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.35","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"3e070a330f42f7e5226535783827f44c6e1b042b","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.35.tgz","fileCount":213,"integrity":"sha512-UxZYkoHfcmznluPHjixeVVxLm7XX/uYmEtzZu8fGEC+eiqYj/Pk5CBkFpj0oC/ObJTPJ4Xp2aRVM9mHVgleXuQ==","signatures":[{"sig":"MEUCIAiKdsTSq+KurRlRSwRRgJ0XllafJRjti6w5TH+AQU9OAiEAiBmm0JjaCqKhFNailY1FLqnEyLZuxVxVul1RjHIaMHY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.35","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736080},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"a593818fcf7c415740029d85a40c5fddc0d6d252","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.35","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.35","@hydranium/protocol":"1.0.0-next.35","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.35","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.35","@hydranium/protocol":"1.0.0-next.35","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.35_1789110805237_0.023641279037333485","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.36":{"name":"@hydranium/glsp-server","version":"1.0.0-next.36","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.36","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"c7fbcd64045023a243a61edb881b3e3a0709bd49","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.36.tgz","fileCount":213,"integrity":"sha512-poZa5l+yqRP1PvHScrDJ+4oODXcDEzO60ZrrlYKBHTlIXHkxN6x0cBs3jy6opasPqQCZiLz0DPj5uC3YVOWJfg==","signatures":[{"sig":"MEUCIHBaZgtxH9wstRiJjXAKXL3L6+TQPp/x46Li5swYecscAiEA23dhsTQmRHzZ+BPVX/mGmAR0F8gUgIrmozrBUZOPe3o=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.36","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736080},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"ecd8fd559bb737ef531c1ebb908b4a00012e6480","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.36","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.36","@hydranium/protocol":"1.0.0-next.36","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.36","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.36","@hydranium/protocol":"1.0.0-next.36","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.36_1789111503720_0.32209488474629855","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.37":{"name":"@hydranium/glsp-server","version":"1.0.0-next.37","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.37","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"b5075e539a08af512bc75d34cfe1e80387dbad5d","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.37.tgz","fileCount":213,"integrity":"sha512-ZD2/Vh4Zw3rLfJ6AtHjdzz8ooYs6WwbtaUZsz1WCBc5rKInA9BX9a5AuadznYL2TkOf6mKEqQxdAfhDLF1ctFQ==","signatures":[{"sig":"MEYCIQDFzvRcsfS5osGhkt1DCpYx4b+2tOiJcGfx2RtLsBhnvgIhAKWJp9tNbtW78b6V4VytgvSi/KnX/GUhIBtJAmAhrkpH","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.37","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736080},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"71281468e9eea70a91d68418d466b2c2f9b95e61","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.37","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.37","@hydranium/protocol":"1.0.0-next.37","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.37","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.37","@hydranium/protocol":"1.0.0-next.37","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.37_1789111935073_0.9685441100110097","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.38":{"name":"@hydranium/glsp-server","version":"1.0.0-next.38","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.38","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"bd015adc58b424533eb6905ad5dd6295067b13ed","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.38.tgz","fileCount":213,"integrity":"sha512-IC00FXUbCmy8D5bUOVIuUpGqgD8HrtzYlUG8VeHGDmH3hp5PccfHgtXQ7TLpj69OKYp5OqOP4wvy3hlOX4JtZA==","signatures":[{"sig":"MEYCIQCKNcE0wWG98uLei9DcNyFlo6L+C/8cgMi1Gmt3TcSQlQIhAItPMjMO0RIog9eQ9zguZA/5Ddu3lJIN+ZQhFbQGsAx9","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.38","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736080},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"0b55576ebe72990a6f20c437cb4e0206d0da7265","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.38","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.38","@hydranium/protocol":"1.0.0-next.38","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.38","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.38","@hydranium/protocol":"1.0.0-next.38","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.38_1789112580640_0.23526424312598326","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.39":{"name":"@hydranium/glsp-server","version":"1.0.0-next.39","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.39","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"77a6333210b6a8ac871243e011baea2657baefa2","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.39.tgz","fileCount":213,"integrity":"sha512-8lQ3BKDQOvmVcuFx4pztR7kf/kMgJsmUKJi/6altwQQ2wR7SqKxrF5k/WHG9nsevySNriMJXUgbnctAMT258AA==","signatures":[{"sig":"MEUCIGzOa2Ef1Cak6uvM8e9xAAj3eKBfbv1Pzy7409Jr2JPrAiEA3kEX+K1jXFSeEqkx3DCIv38E8xFyzRc5pz5IJwGXvNY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.39","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736193},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"85360c20902dea3a7e75a1816cb2b66bccc4a8b8","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.39","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.39","@hydranium/protocol":"1.0.0-next.39","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.39","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.39","@hydranium/protocol":"1.0.0-next.39","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.39_1789113588570_0.3703014623835206","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.40":{"name":"@hydranium/glsp-server","version":"1.0.0-next.40","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.40","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"4e07fb992d238e9929010b65a7ccc3d0d63f3d1e","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.40.tgz","fileCount":213,"integrity":"sha512-DDmUnvgFjOmGAsrvqphJ7uCVj/DZKRCX2LMd/4DBF0nZDEH+ML0tMJqJHXlYVDih+7NLba7AzdnYcJQKRW8Gxw==","signatures":[{"sig":"MEQCIFCl9vjOOE/rXfny8x02nvWskaWyYohwHoahozpn+UabAiACs8asFNRja1kJFFXqF71Y9hskRxSx9kmnXO5vAOrQow==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.40","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736193},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"bc342467f388397ab8033e70fbb8af13451a04a9","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.40","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.40","@hydranium/protocol":"1.0.0-next.40","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.40","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.40","@hydranium/protocol":"1.0.0-next.40","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.40_1789116585407_0.6213910875104629","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.42":{"name":"@hydranium/glsp-server","version":"1.0.0-next.42","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.42","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"7e8321fdd00051c2650912f95d23bcc6dad4e7fe","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.42.tgz","fileCount":213,"integrity":"sha512-aR4OzSIm17dbZfYEw49rzb6M+D0uhNcLTbcoyclIqHcEJmujsJNtjhGt68OE0fYsIKNWP+quJB5SlsQbaCI0Zg==","signatures":[{"sig":"MEUCIBUPViHxHlKtwFErP+0PznAkMbtjHmWmSagHwqh73rG3AiEAw1ZYY6KfihfzvnlDUFGw7QT7jFpmvQTt2HjySlGe5ro=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.42","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736193},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"1c0395351d8cf4bca5442cce3721b8fa4d7f5177","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.42","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.42","@hydranium/protocol":"1.0.0-next.42","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.42","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.42","@hydranium/protocol":"1.0.0-next.42","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.42_1789123447781_0.4907064542472699","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.44":{"name":"@hydranium/glsp-server","version":"1.0.0-next.44","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.44","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"93184d7833b4d7fabde3c80f81c29dc614adbc78","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.44.tgz","fileCount":213,"integrity":"sha512-eope4okZpBe2ElebcJuJtReJ8EHnBVupZ56pa8MPQ2Bm2XxWgt9WsupPkL/tdcWApJW9HphHP3w6kC8tG5Bo+w==","signatures":[{"sig":"MEQCIHksbQuK4y1CNCPCUd+z7152EHuE7gBz7Z12wMNIcEU4AiBRCRa0RYf4IzyJylnCQnAb5o7GQ2iCWrX5luvIrick+w==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.44","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736193},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"d422b97846df49ade27fc9f59c971520dde807fc","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.44","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.44","@hydranium/protocol":"1.0.0-next.44","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.44","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.44","@hydranium/protocol":"1.0.0-next.44","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.44_1789127874236_0.16311274598912662","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.45":{"name":"@hydranium/glsp-server","version":"1.0.0-next.45","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.45","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"2b6a031332b48ea7333a092acc0864fb9083face","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.45.tgz","fileCount":213,"integrity":"sha512-Oe6WtscSBxTlNfL3vlwCk37gxrsXPWNHXJdYeTGLnL7nvCJhrJJscHt+bT+yr4X9qe8c7xTYu8OM5U5Jr9EKmQ==","signatures":[{"sig":"MEUCIGGv2CejHRsY1oGppYMUBJ1ST65CDCznUx4M5OzDvwoZAiEA92laQPTIz+G2aXrS9+ex4bs0J0ubXHsPO2aCCRTROV0=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.45","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736193},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"0c2e2da8f3afba96ba16fc3a98115b3cf5f1e0d5","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.45","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.45","@hydranium/protocol":"1.0.0-next.45","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.45","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.45","@hydranium/protocol":"1.0.0-next.45","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.45_1789130019400_0.29009602968886283","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.46":{"name":"@hydranium/glsp-server","version":"1.0.0-next.46","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.46","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"631d1df18cbb23a856ccc220b2194b2765cd9a1b","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.46.tgz","fileCount":213,"integrity":"sha512-OkA2RRPx6ZkQj/IyzwDwvdJTqQoS88uaVvbrUuofw9qxOU8vTznkz1gdU5+w5gmiPHa01roHJETDX+KgbTxiCw==","signatures":[{"sig":"MEQCIHdTx53A6vND6lywYjBU3hVVw31clzs6L58eIiSuS+0AAiAVjKcKcwzEZe/sQK2bG71Q3CGueP2zxqn+ATSVNtFzIw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.46","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736193},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"df83b12d3657272e7bd994bfeb01953c9b30a8ec","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.46","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.46","@hydranium/protocol":"1.0.0-next.46","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.46","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.46","@hydranium/protocol":"1.0.0-next.46","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.46_1789131845778_0.8937372731278508","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.49":{"name":"@hydranium/glsp-server","version":"1.0.0-next.49","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.49","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"b29589c1d0f863b590c455254581df3a63cbd917","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.49.tgz","fileCount":213,"integrity":"sha512-POaG+z35ynyPizFYgu4kTWqs1xRgSkOZzjPbMLdp1+V4mhI25qZ1QvhbR09etinCVmHV1P+iOZ1vNjKh+m11rA==","signatures":[{"sig":"MEUCIQCY+icNFfyhl+ntB2YvS/VV4pVnpdxU8edKqTYPygddbgIgIka6s5rGvGS20YTbP0R6KjckKvP3DMp6xGfGlgD2S8M=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.49","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736193},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"b08c1dab6484db2bbbe43c3e07db79155901e217","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.49","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.49","@hydranium/protocol":"1.0.0-next.49","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.49","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.49","@hydranium/protocol":"1.0.0-next.49","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.49_1789473411835_0.38856476500466886","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.50":{"name":"@hydranium/glsp-server","version":"1.0.0-next.50","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.50","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"aa64d617539d183abf32ad52d497fc4cc07fcdac","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.50.tgz","fileCount":213,"integrity":"sha512-HfjZruGhiUHFewvcImVLvrhsy7SxKY1TmPZubUIRIk8fZF01VV+8rvXSqqIEmNGmUw2th9LNYF/IfGg8hf4xRA==","signatures":[{"sig":"MEUCIQC0Hhk5Y7bDk0TR3I2xCuCmRib0Zx857k2mH5btyWCd+QIgawE3J1AiwypjXecitt0p94jdhSbo9gXd5IibjcEys08=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.50","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736193},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"2e9b935ebe05c3bfb550a411f09668c28903c603","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.50","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.50","@hydranium/protocol":"1.0.0-next.50","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.50","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.50","@hydranium/protocol":"1.0.0-next.50","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.50_1789475678586_0.37321623296436","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.51":{"name":"@hydranium/glsp-server","version":"1.0.0-next.51","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.51","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"027365a6eb5d575e5830f0c2d8c29ae0fe570fd7","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.51.tgz","fileCount":213,"integrity":"sha512-gnQb5Ay5hVa2eu6Q4FTZDQ7igpU/7zyawRQpZJh92t1HSwgDGaV13scXQduPpwQr/+Fu23CUREGW0cR8Zqnn5g==","signatures":[{"sig":"MEUCIQCyPnZwuUo1DdDSxHFdSRAldhKYKN5s0iYaCIBv6UVyyAIgR73UUcbDNa8QUGalYASOGqafjeCfW7s46BJdQw1X86M=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.51","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736251},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"5f38a70ec703c96b9211f2632ef9c64b4d35a0e2","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.51","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.51","@hydranium/protocol":"1.0.0-next.51","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.51","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.51","@hydranium/protocol":"1.0.0-next.51","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.51_1789476939895_0.7958733047175854","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.52":{"name":"@hydranium/glsp-server","version":"1.0.0-next.52","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.52","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"1f6eea565838b08f560a1f70e9a8f3761cda122b","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.52.tgz","fileCount":213,"integrity":"sha512-BQvdyb04PDLu4BiS9lswj/GEBmVS+H7uA4YYVbDMbUAWzdiHGUhOSrTmRY2c7KbOrQlaejtDANUMECcCphDs0A==","signatures":[{"sig":"MEUCIGf+eROSLCyzJwYxfAeWSPLs0dZfKFn6wiV8iR6myxnMAiEAyC+v2dDV+sr8bpiD2+SxQdADPBt/R732+Z/5Ci8qjmg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.52","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736251},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"de17637218123da3f6f1393b3f3303178fabf878","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.52","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.52","@hydranium/protocol":"1.0.0-next.52","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.52","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.52","@hydranium/protocol":"1.0.0-next.52","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.52_1789484090720_0.28963621382332727","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.55":{"name":"@hydranium/glsp-server","version":"1.0.0-next.55","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.55","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"3aec8aa33ea28f8af1cf0228f61558608370433e","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.55.tgz","fileCount":213,"integrity":"sha512-y3Ktlc2UxrKGKjcIMc4yTxR6lYeyhJohYsTVO1L9AhovXCidofMwvCZ3YTmtxuZmTcFClCw8Jsjv2GaTWRQF3w==","signatures":[{"sig":"MEUCIGy/Qr4bXN6H6RQ48wBR5nP4Zn1J2B4vYCKhdd/lFQcjAiEAl58FuBQLvjkeuuaCEBI1APnyc4LTFZ3TE5vshuJo/5w=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.55","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736251},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"52533e6c56b9f7c07bc3e90ed6a9fa00dcc17b65","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.55","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.55","@hydranium/protocol":"1.0.0-next.55","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.55","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.55","@hydranium/protocol":"1.0.0-next.55","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.55_1789563300466_0.276448328371266","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.57":{"name":"@hydranium/glsp-server","version":"1.0.0-next.57","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.57","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0edd4eba292dfb848692c5b9ed447e2bb4af4e2f","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.57.tgz","fileCount":213,"integrity":"sha512-noIaNg3+l52Dpi9q2LPbROWqu+V0x5vQ1qVcbjgZc0UszMl+LD6t7hpQR1Zh5CGvLZsNMHiq2w4AFAWBjy2BLw==","signatures":[{"sig":"MEYCIQDZJGFWM2uFep7bPHFVJprYO8XEiRRvcALgxSN7taZH0QIhAI04417gwgsWl2TTij2iu6Lc19B+DvNJMx8BdZnXaofI","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.57","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736251},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"8e614f55b457c6f8a5ba228ac58d24f210126eaf","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.57","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.57","@hydranium/protocol":"1.0.0-next.57","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.57","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.57","@hydranium/protocol":"1.0.0-next.57","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.57_1789572460608_0.22594647470029527","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.58":{"name":"@hydranium/glsp-server","version":"1.0.0-next.58","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.58","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"c700bc53c9a6a792cb558d912ff8f856d02db5f3","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.58.tgz","fileCount":213,"integrity":"sha512-bCQwTV5jHC5Zj2MnAnn/b6Yyw+u1aAKH/YXkia+VLQtvwZuc4iansTR5hidpY/7bfUPPNQe0iKn8xhbO09RtIw==","signatures":[{"sig":"MEQCIAMi6nPULyAza0BVVtPxQjYq9ENmwn9cpxMdSpTDiia5AiAew+XQ5ZmiGOaNvKnn9QqUQxMWMgt8UReY+4D+kbg7eg==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.58","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736251},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"e11d975dfe5c1946333588c85f2539b2ba0b8831","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.58","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.58","@hydranium/protocol":"1.0.0-next.58","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.58","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.58","@hydranium/protocol":"1.0.0-next.58","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.58_1789572942139_0.4769543537079841","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.60":{"name":"@hydranium/glsp-server","version":"1.0.0-next.60","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.60","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"42b3edc43303e4db6c07dcb9e1ae75e1f39b5d7b","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.60.tgz","fileCount":213,"integrity":"sha512-veIerRksBkcfRZKWcMlX6R0ykd1YA7BL0w/rLfjBJROXEN5hbJUdm0a2MWr5KfaMiMtrzhZRfBW4mp94azdfTA==","signatures":[{"sig":"MEQCIGnUGnmS1hdXmBqqti22lzKlVS6r02PESHmx+HeCaBbUAiBot6XC4Qowsytz9CipFhL7rXfPVPn41EkRp8XBM5Is0g==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.60","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736251},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"0e89e5480ccac85e072121bcc4280e4f21b6e5f6","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.60","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.60","@hydranium/protocol":"1.0.0-next.60","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.60","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.60","@hydranium/protocol":"1.0.0-next.60","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.60_1789634867254_0.4849361739557909","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.61":{"name":"@hydranium/glsp-server","version":"1.0.0-next.61","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.61","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"df553d106fcd2af8f6bdde21c495a8be8ea89b72","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.61.tgz","fileCount":213,"integrity":"sha512-7V75O9ECd3rKejuMJ9ZFrqnCc/0p4z1MdlVQd6qSyKjtGnzj4uLXIhZXswClz9FGiDg/LQzys0rir+INPXZf3g==","signatures":[{"sig":"MEUCIEpAkxn43et/CmBqSxS6HedVFrTcKVx/vaHmFT1sncB+AiEAwGNfm1xmCCcZmXiHr82WXxhd0tSqd71mEJqYqa5KYDY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.61","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736251},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"f2aa66b54903e3b3e4932430bdc99503f5ce36e6","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.61","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.61","@hydranium/protocol":"1.0.0-next.61","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.61","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.61","@hydranium/protocol":"1.0.0-next.61","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.61_1789643149012_0.4021962129202781","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.62":{"name":"@hydranium/glsp-server","version":"1.0.0-next.62","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.62","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"da0113e078586ed99983b1c067ffbd8ea134e965","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.62.tgz","fileCount":213,"integrity":"sha512-tGKCh792WR+otJkGNQdfr/GiHKatIM6AMGE5kEZw9w/dLdwa+cRs1MPlFmJGVLf7WnifXA/dhn7Xgv3Rn1JLXA==","signatures":[{"sig":"MEYCIQDYNwwcBTe2opYdvChAD8oICoQeh7Tpw9jK/2W6vMe7uwIhAM3ISC1694sy/nhRkyDlvEwBU0kUInkn5njfUNTb8AbH","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.62","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736251},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"6246734b049f5d6029ddc57bfda9ad0c234ce11e","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.62","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.62","@hydranium/protocol":"1.0.0-next.62","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.62","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.62","@hydranium/protocol":"1.0.0-next.62","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.62_1789650800514_0.9545257815592538","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.63":{"name":"@hydranium/glsp-server","version":"1.0.0-next.63","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.63","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"3587212ee5e80ee624e1f35d1d6b42e2ca17e4cf","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.63.tgz","fileCount":213,"integrity":"sha512-sWn4tb04Ub/ZbFOoW5kC1nfn1CjHuSPYjGRfTP6j3kvNqyH+Lo8Cg9oQtGCf6/EecmPJ3woRA96wzgiFy3zwyA==","signatures":[{"sig":"MEQCIA7RQa6qUFWtOf7oOOnEe3tajy6NJkED/PtoKwecYHYKAiAZnE/yEFD9Cw0Ns7+AgWtf0PKRFkfqoNQX7lp46o4R4A==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.63","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736251},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"b5aabccfde4752da8e1efd4017b822eef531559d","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.63","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.63","@hydranium/protocol":"1.0.0-next.63","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.63","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.63","@hydranium/protocol":"1.0.0-next.63","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.63_1789651255281_0.01889771536574414","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.66":{"name":"@hydranium/glsp-server","version":"1.0.0-next.66","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.66","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"b3da5ace3be32932306dce6c2fbc619c904b4c8c","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.66.tgz","fileCount":213,"integrity":"sha512-BVeVxiX0f+QeohS3rAC1OP2AVI28wf2LK+0FU2Zk1+MnX6vf6UTHgZOLgKhzfdSLVpvIbcMcvfEh3LTmENuNKQ==","signatures":[{"sig":"MEUCIQDPNDB1zrBzvk8b20vZFB1/dBbou8naDjQ41v7Q2ah2pAIgKwulV752r7cpYjo48T3SV/n49GzNUVc5su7of+SbzIQ=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIBTEWsKdEUexJM5XQpdUhs8zcADLar/n5dWYr1/1FRnaAiEA/w4slzcUcu/mLbVb2bvv3bbJuq2mQTOFNWpuZzpQJ4U=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.66","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736251},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"5f76b281e64b2afe365e29c49d7388f20a626482","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.66","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.66","@hydranium/protocol":"1.0.0-next.66","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.66","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.66","@hydranium/protocol":"1.0.0-next.66","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.66_1789680451567_0.651115858430066","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.67":{"name":"@hydranium/glsp-server","version":"1.0.0-next.67","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.67","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"314bf939abec7c300d50b76cc6668cd734480b9a","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.67.tgz","fileCount":213,"integrity":"sha512-CEjVchbMJmMbNwypJZM+MkOaLrF8cGE0NzpONdXdLDkEVsKEb1cMVJKNoAxkv2SdkJBC996DN91Jimduf9u3/g==","signatures":[{"sig":"MEQCIC9PWuP7OUFot9DXtHFh2NAcFYMD3751aHx5nnoS+ThkAiBLTengEKSGqlZ3dGoGqGlciKITHhlKimsM8uoJJa3EBA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIGrK1PgrN6rsyHMYfmgXw+ms6XU9BzqKpm8x5WfmlaPOAiB7jLB8W/jdk87XD5zfhTKcxpdY5WgAITJCSd4G7vMdmw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.67","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":736251},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"f99034d60a4f6cd850b7a97db6f52cef729a7c23","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.67","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.67","@hydranium/protocol":"1.0.0-next.67","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.67","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.67","@hydranium/protocol":"1.0.0-next.67","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.67_1789717940478_0.7050281812120804","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.70":{"name":"@hydranium/glsp-server","version":"1.0.0-next.70","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.70","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0852e13f387901f9a1db52281a4f4d3924400f8c","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.70.tgz","fileCount":213,"integrity":"sha512-C4ejaR9qUsld2X6S4ZmH1YrijtPaUZjtu8zlhuIY7gQ6mm+IRvjV8DWpem0rZRwks+IisATY5rkEpTIQGLl55A==","signatures":[{"sig":"MEYCIQC6vpeiZQzZZvSu/hebq2AGfF+H/tQKfsguUpxAweG71AIhAIvFlmpEVjZT28s5QrPJpkvbjxjqzcWXReaf0a3a+gs+","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCR+5iRHOjKHPy2cBZMXxt4IrL31IMotGOS0vuy8F8J8gIgCfZkhxuePPjH4zJFHNpnJ6UA44UGO+PhCy+qx+pI+k0=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.70","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":738675},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"0f9f85df8f69447cd97a9215de36328761f79b1d","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.70","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.70","@hydranium/protocol":"1.0.0-next.70","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.70","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.70","@hydranium/protocol":"1.0.0-next.70","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.70_1789729431546_0.16304991350790332","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.71":{"name":"@hydranium/glsp-server","version":"1.0.0-next.71","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.71","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"e7c5c20559197253ac999c10d3a6714bc6d614a2","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.71.tgz","fileCount":213,"integrity":"sha512-+0PVSErA9oj8DaYlmv7hDUAGjHNG3l3cukulEves4lmUf8CWUM54eNJ6eoWQv+BubQxduxBRamoC+VrL6KXcHQ==","signatures":[{"sig":"MEUCIQD8bZusMnUP5Z+qgFWwFIBrRH2pRq3AfnKV0UVC4uIaUAIgWUNAKVPFJ5tJxF1Lbq2lHbXM94arUQ3bVWjLcMiZToA=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQD3DGiOws/SiQuJffZJurF5sEyqFhZw1E3GASp4zqWiSQIhAPkfcfj75avZgjpFe3ELQPIiqhsqNI6kuVguaJaEEXCP","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.71","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":738675},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"604975444cb71f9dfbf2fd24c069530608c86941","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.71","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.71","@hydranium/protocol":"1.0.0-next.71","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.71","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.71","@hydranium/protocol":"1.0.0-next.71","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.71_1789730227382_0.9147245236758483","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.72":{"name":"@hydranium/glsp-server","version":"1.0.0-next.72","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.72","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"f8b100223b11b7b494bae6aa6cfabad464793f66","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.72.tgz","fileCount":213,"integrity":"sha512-i78E27ot81BTsePd4AWxTNigAsN+bXH59ZCXHoawdCzbsoaYHZX0RpCJwU9H3SFrZmFiBTKIPNvmcOW7V9xcdQ==","signatures":[{"sig":"MEYCIQC/iRGelcuOGcyxEdf9QShOaDBacIMmnpwk1gEBpk/tKQIhANPR4trEH6HVNTSwvMTXDPmMYYi4PwFIznfAdaDXFNw8","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIAfK1vYb2x1lgcxrYwo3WhwWIdQCSd2Ojzf7JHkWdoStAiA5kCmRUZY5T73J5HnYIWB66H0o1Z9yPQnnSKOWa3G0Tw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.72","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":738675},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"bb5c11b2465938e4a268f5fba57e1ef5ca5304de","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.72","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.72","@hydranium/protocol":"1.0.0-next.72","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.72","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.72","@hydranium/protocol":"1.0.0-next.72","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.72_1789735280637_0.2724146605209572","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.74":{"name":"@hydranium/glsp-server","version":"1.0.0-next.74","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.74","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"467d725ccffabf9491627608e57978b5ada34c8f","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.74.tgz","fileCount":213,"integrity":"sha512-rIyP2JmufRVyhpWI9/sEWl4dzq4AtIsgnpFNSUy7TxCdzCIMyXs8cqKNX1uEOVUhAWGhY7cTyinaVDApRRkAbw==","signatures":[{"sig":"MEQCIH56wW+AmEvrDuw2qRXs0pUKJVjaiFsgnOtcI9WPjtSlAiANqyGPwTpNfCHY22I/wx2ib6ixUoDh9LxbNcOrkKg5cA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQC2HyNmnXs/incEY29xSCA7BBxLX2ZkrhbdbtTKaTpqbQIhAOFLnsIYOhSZ9P7Z+ljIfNpjqyxnywu6KKzcvXRTjjOf","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.74","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":738675},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"5c8600ba0b3c4f306d259bff5ef13f0498d04560","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.74","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.74","@hydranium/protocol":"1.0.0-next.74","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.74","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.74","@hydranium/protocol":"1.0.0-next.74","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.74_1789741339577_0.8846421448436819","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.75":{"name":"@hydranium/glsp-server","version":"1.0.0-next.75","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.75","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"5315a92b239f7aca749250e659bc0a20c4100f87","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.75.tgz","fileCount":213,"integrity":"sha512-Y0KbrOcGmA6+DgzJQRmvMqwJbbqlNowo4mp6JvJr/6U4q3F/l381jtTe5bZBDNX9Q177UK05m/2D9tXdjhyaIg==","signatures":[{"sig":"MEYCIQC/l71S/wxyIpZtw23ZAndiJk4s+O9riIEKp0punP44WgIhAOlxEfgTjnml8d4UgYwl7bdCR5MvJWb0k6gJ6fkDJe5D","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIDgTk4r84pUypEIggYu5/0mJWkO92Bu2UOpMVDqztt9eAiAlyHHSwssHRLiUw5cbDhBpq89Cf17TmEqf/T4RgvxgEQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.75","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":738675},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"8f3a13edc12662d38deeae09af0de9416064abb7","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.75","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.75","@hydranium/protocol":"1.0.0-next.75","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.75","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.75","@hydranium/protocol":"1.0.0-next.75","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.75_1789744212607_0.3812558559127479","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.76":{"name":"@hydranium/glsp-server","version":"1.0.0-next.76","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.76","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a0feda704257656336849b58eaf7855804d7dfca","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.76.tgz","fileCount":213,"integrity":"sha512-2xHWwVBD4n020/ieo9YhUsUZ3F1KabPI0u/RvB7GHdeLlwOIO240eCThcVuX98vRsQUu/fNPl4mvPxtduu+G0g==","signatures":[{"sig":"MEQCIADZ9oN687xkZmjNKfEkA4T8rflAvtB3g1SRkpVbjLSCAiA8J2T2dY2NpS58D1QXQN1t17ZfpSbQBMailIjclBqPgQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDbCMLyOnpJdVjpz0NqyTE18s/5oTFKTeo1U2M+GzHaQQIhANh6PNQO4ct1F7xOKOkdqJ/GPIaLtGr43d2kOvc9BC7W","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.76","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":738675},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"0a65355f9d54e10db62c1c84e8e5af24e480a164","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.76","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.76","@hydranium/protocol":"1.0.0-next.76","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.76","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.76","@hydranium/protocol":"1.0.0-next.76","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.76_1789765049072_0.8067700183240456","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.77":{"name":"@hydranium/glsp-server","version":"1.0.0-next.77","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.77","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"095566eb97fad36d52d8ee50010fe17926e64900","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.77.tgz","fileCount":213,"integrity":"sha512-dlQQMUkZ4gkCiRJ4erhPaN8P56Id2AjUPQAadcia0OW3PxwiObM9rIA11RNvLyvkN6WX+1x8NKKswOlzgKDHSA==","signatures":[{"sig":"MEUCIQCQWAV7yuzr6XrbBd7lnvhgTrnoDkoqU0TPpXK5VMdm+gIgDPNSCgp/3IY5OarCvi2B48R9pqPeZB7KdJ1gvewKbE0=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIBBXKo0/N1nSI4yiH9vAZfkT6l0Alg6Lr+vNxwGH1MHIAiEA94fcSYU958AATT7a78LWIqdQBCkaz1j8+Dz7vR0YqlY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.77","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":738675},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"04a881987b50020f2d9948d8b7fd8a2f56483007","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.77","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.77","@hydranium/protocol":"1.0.0-next.77","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.77","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.77","@hydranium/protocol":"1.0.0-next.77","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.77_1789768672370_0.8326848253212316","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.79":{"name":"@hydranium/glsp-server","version":"1.0.0-next.79","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.79","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0c61fde210e6d178e42c534248428df6d4f3292d","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.79.tgz","fileCount":213,"integrity":"sha512-FSGrmHoiPxslmaw2i0dhu3+KFNKP8VOg9JLHuEmr/hdFMESlm0IiM7Trz0BuHGvN7ieth71jIwJm7NlAGGFJtg==","signatures":[{"sig":"MEYCIQDwFYN1MLnXmpDSkPt7NIPNpZt4JA5uFBY8zm5M6QoQ1wIhAI6CeZKs4r28RlJ7JbVXGkvtV0x97A5KZqAGTkimCINc","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCICExybYiYwXwHpKB71LC8xSBWBLhGboYkkZfrG57h0aRAiB+kupk9FUH6LVftzCr3RM2vxPTEt51uv/olZVGZlQrHA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.79","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":742410},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"cdd4ee08dac5ead84462ccf4e20b34a06b37953f","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.79","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.79","@hydranium/protocol":"1.0.0-next.79","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.79","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.79","@hydranium/protocol":"1.0.0-next.79","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.79_1789916514355_0.48682543070723083","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.85":{"name":"@hydranium/glsp-server","version":"1.0.0-next.85","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.85","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a85c60f646bf17413bc7556f11bcb1505e7e7836","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.85.tgz","fileCount":213,"integrity":"sha512-66fM3cE0ZplGX6mHlDvG8Ap0Gu8sdWPJ688rsyXgQJJzBIKjK/5DdDFw/N4YaGd4EWQ+wsXgDUrfDMlgk3XKiA==","signatures":[{"sig":"MEQCIBDEU9vCqlK649U8Ya5fkz5a4MsxVOnI1rCTpzesVmjfAiApkDcQitMwhNE4YcIPSgEE688SwExlS0trufqJMmM3+w==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCM8hqFEb5Y68FaRe74Y28LqSdQjj8MSqBLFkVyrA3sgAIhALXTwtZEXPN7LdF9YxNRiuS1ueg8f94BtXBcKLn0VzIi","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.85","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746593},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"fe5acd004ce128c9ab614e06bb4ba246cfbf89a2","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.85","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.85","@hydranium/protocol":"1.0.0-next.85","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.85","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.85","@hydranium/protocol":"1.0.0-next.85","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.85_1789939395383_0.9615033933355996","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.86":{"name":"@hydranium/glsp-server","version":"1.0.0-next.86","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.86","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"dd0d14f3eda2c2a315d1210adaa5d4d5dadbb175","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.86.tgz","fileCount":213,"integrity":"sha512-P6dSZz55jA0vCTbXbA653MVcSlUGkdttXl6w2F/TUJe2XT3wWLRFksI9CwnW5m/q4Be9bJOXBIMtYmAnT7eU6A==","signatures":[{"sig":"MEQCID0vG9oBTkLnIie2nIYHLevc/0TBeqcA4n4c3NeaD29/AiAbHSaajU4/XgiOw1IRk+ExR/NJx8eux2XmFxCVJJNn0A==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQD1ImrVu8e3wbRlVB9WbvKUBXXXmyF66h2JxbatQI8mWgIgToBDVjYVghWHylWA9dZ25ocdO0VkCuwHBi6utUuc76s=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.86","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746593},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"7cf16c55fe7183e87b9a24b9f01cb76ac6095603","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.86","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.86","@hydranium/protocol":"1.0.0-next.86","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.86","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.86","@hydranium/protocol":"1.0.0-next.86","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.86_1789974835722_0.4538591800826248","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.88":{"name":"@hydranium/glsp-server","version":"1.0.0-next.88","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.88","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"4641ee1b2f61bbe513f2e628fb20d414ccad4652","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.88.tgz","fileCount":213,"integrity":"sha512-8jJOli3X7JXT65UN7T8uZgMQZ9B050UpB7ofYCp+yfYjeORdVzyfXBRRn5aN9/4TkMCzd38lzj2M2AJ1yrEAgw==","signatures":[{"sig":"MEUCIQCnpm8wMO+M+VRYzaOeauIXyta4c6lbyhkdcg4CGSCbCAIgDgE+WGP/14G0mHPLkLaeiyqroa6w8/gnV+X/ZcYqDGU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIHKglFNDJq9XUFPH/O9XBuYsz6tAxJJAUZDD3v41sca6AiEA7LmYRv+FOcxNHfDpTYIbBblL2xd7iMGXwkAWzF3Ad/M=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.88","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746651},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"b3ac9a4c60d83edb3c0e53e8b8afbe465607331e","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.88","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.88","@hydranium/protocol":"1.0.0-next.88","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.88","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.88","@hydranium/protocol":"1.0.0-next.88","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.88_1789979849356_0.8743711408324857","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.90":{"name":"@hydranium/glsp-server","version":"1.0.0-next.90","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.90","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"ee45c0cb14192f0c312396ed714f79947a829672","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.90.tgz","fileCount":213,"integrity":"sha512-ED2wqB51mYsWo9bnhZH3qlrVAjv5uty3HuBuq+vDSIL9o14eGvJUjlkTp7fkJyPS+BafwRm+ZEijoNtXpu0XBg==","signatures":[{"sig":"MEYCIQC3iUmFF9Ad9YFiDtpt5M9zp/Z7rwecaY9hQakMM3vSmQIhANxnHktC6oJF+uWiySotHgmv3nfypURxVVNWpIj3xNr2","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIGPv/hlIzOfc3+uHI9JpkI40r6xVmjwD/oPDa4+H6cJJAiEAhAC4v8LlPVaqlYjw5iVP6/abeT/MOa/6ggkhFoucy/A=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.90","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746651},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"3e2ad81fee111848cc198c86e3ac6aa1c76a0ecd","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.90","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.90","@hydranium/protocol":"1.0.0-next.90","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.90","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.90","@hydranium/protocol":"1.0.0-next.90","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.90_1789986152725_0.33991057963962357","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.91":{"name":"@hydranium/glsp-server","version":"1.0.0-next.91","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.91","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"cf588d8a0c424203e224c74edafabbf03066631d","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.91.tgz","fileCount":213,"integrity":"sha512-jnXugNr+Hi5zoVDUYXp6t9zNvPoN/2V/MQxMpHCNyawb81kuTUhBrdqIKqJrGe5CjSzc2v1pnJ4DT881+lZcKg==","signatures":[{"sig":"MEUCIGjcvHZiAGIAmGCAzEwqjTpvn+23xEJ/2BoNPSgVLpRvAiEA0JBeFLwZOG+4vYxk9i8QYr+gnaDs9J8T5IqVGL/+b+Q=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQDT+8n2Cmw6Bc3dgpuZsAZm0EpPa/YHW/F9QeYEAgOXPwIgEYnpTcfLYup5W2cPWdl7tIqmAJiPHzlG720v4/a7XZU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.91","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746651},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"4f7b482f48f14b703dc2756dddaf41498ff0e628","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.91","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.91","@hydranium/protocol":"1.0.0-next.91","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.91","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.91","@hydranium/protocol":"1.0.0-next.91","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.91_1789986841399_0.5006084972575382","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.92":{"name":"@hydranium/glsp-server","version":"1.0.0-next.92","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.92","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"ac4acc29a1b8d1f81f6924fba0596c394f2019ec","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.92.tgz","fileCount":213,"integrity":"sha512-/SAtawRiQuds8w+ibFHqCk0vsdVf+vYKQy31rWo0qzhGj8ngemSGJMazXJ9GRyF+BKm9KBb59SaVteKt6q1NGg==","signatures":[{"sig":"MEUCIB5rWbZFxUq0NQapkrRrwobGs1NVM/nID4uqNJZIuz/2AiEAxTiB4S+1pBfYdO0PD6gi1XAEAjNI7GSm74TaFlzidfU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQD8mFh3+UnUNRPHvBuyFrxcbl8lofN85LIKnEAP6rSpMAIhAOUgPo1W4FIY8FmLhuWzukhQXL0eWLYBczSqseZaY3B4","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.92","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746651},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"e769e1181a2eb1e5f024f93378346fc6439ed20b","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.92","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.92","@hydranium/protocol":"1.0.0-next.92","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.92","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.92","@hydranium/protocol":"1.0.0-next.92","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.92_1789992883683_0.543209647979098","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.93":{"name":"@hydranium/glsp-server","version":"1.0.0-next.93","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.93","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a4dd0340bff21f81e1f1fe24793d19a005209936","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.93.tgz","fileCount":213,"integrity":"sha512-2NiO68PEB45Y/hEraZJuRbGRY2gVzmeQfKMcKqttFoVPIDf/PY9/6hEzFS3/FIfhkkWnIyPClMXa235CF5UNHQ==","signatures":[{"sig":"MEUCIQCgQr/l9yEn0xp6EklIM0i/BIqFKtbZhqoS8whCyrwPgQIgF/zXQqvWi7CRL6fkPyq1LiqMHPUyNdzSUFqkWPVph5o=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDV6rSJ8myAzzE9Pr+D4xGUZSVJ/5pSjRUbtUFAwRHgAwIhAOd5XuyVPuY/qQFpE4RpKBPW69ksgHqJZSRKspLogfh/","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.93","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746651},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"bdbb81dbc2d8d1369dffbf206d420cb67502da72","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.93","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.93","@hydranium/protocol":"1.0.0-next.93","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.93","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.93","@hydranium/protocol":"1.0.0-next.93","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.93_1789996427648_0.9736610003812003","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.94":{"name":"@hydranium/glsp-server","version":"1.0.0-next.94","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.94","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"4abc9b3a727091afe6ebb1fd54186fc6a308dbaa","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.94.tgz","fileCount":213,"integrity":"sha512-FUpkQfzDlbgBwSQVSuQhdp883OHFNpbPH0chSgfp080CyuSz/DyEMKO2G6bbqeOhtZCuFaUtwKgvxDZE9zpEFg==","signatures":[{"sig":"MEYCIQD5rHXjBKaFHtzxK+nOQEokbpss7ZHT/pZMCkaa77aC/QIhAKNWTX7O3BkHdNxLUcyjmFhQTx4FtZ+wG1UGKpqDTmn2","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQD8vKlJFwfV005uhpO933D8eyjX2dEqAS9UG/yL2zTc+AIhAOmYtYN/5JSteW59FJIQJsh1tewa0c2AVs8B88ULBWlF","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.94","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746651},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"7e8b9eaf891f3ddea6d7c6fe4433c80d9d0b7f87","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.94","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.94","@hydranium/protocol":"1.0.0-next.94","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.94","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.94","@hydranium/protocol":"1.0.0-next.94","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.94_1789997696601_0.01319313886869633","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.95":{"name":"@hydranium/glsp-server","version":"1.0.0-next.95","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.95","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"9fa237c85bc5f7b85e0f0cf7d5a2ed62c6831b6f","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.95.tgz","fileCount":213,"integrity":"sha512-wOG6DNLv75TjOM0kgjSPriP+EwgSTFhQBPdAjPKaZTdzeR2OMivz+GzIC8hKERqBu/V9b6IxtzN0WalFY01SWA==","signatures":[{"sig":"MEUCIQDUA/er4j8KUFyNY646ZllecWcNGYAeInEeOyM6L+BogQIgN2OVXqU9KUXp/Hvrj/a9wlVhySxxugIE8+JXmP4b0lM=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIB4jpsGzuE2tm2AGNShEYXhAanub4ZypsSS5iz4rlxufAiBc/fGvI5Z/4MIlypC4RVLfoYEJfM4Bod/6ZlDTPdDYzQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.95","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746651},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"4192a93d475509f570e4130a8b4904ce62dcd5cb","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.95","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.95","@hydranium/protocol":"1.0.0-next.95","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.95","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.95","@hydranium/protocol":"1.0.0-next.95","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.95_1790001447547_0.35352320038035057","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.96":{"name":"@hydranium/glsp-server","version":"1.0.0-next.96","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.96","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a5e7518ebd147b2fed9afee029dcadffcfbd0267","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.96.tgz","fileCount":213,"integrity":"sha512-qvgRKFLi29iFPwoyCziwZWz6FQth+t6sZrL9Iwd+TQgBhEXXmNLFjC5aRxvef4fUgMo5Xu0LVBoPl4Xjvp7uHA==","signatures":[{"sig":"MEYCIQD7gW9ujxP6H1dpiuK6U+WCb5G1pIGQkeNp5hY0Q8zymAIhAMqYm992Q34Y579J0oMEzgfsbwSu7t/EqIBmQmX7ZNqJ","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCICRQ1qzvmCkIlrQLWkWAabcFU8h0PSOBIdNsH9wVxzUuAiEAhSewYD/WJsv5mEnbDamga++BnkwQeqIIj0RVP67lVpc=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.96","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746630},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"bbaae7432df9468cb7621b2b020ceecf28802a8c","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.96","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.96","@hydranium/protocol":"1.0.0-next.96","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.96","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.96","@hydranium/protocol":"1.0.0-next.96","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.96_1790186390880_0.8808372456811759","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.97":{"name":"@hydranium/glsp-server","version":"1.0.0-next.97","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.97","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"d35f8ef2731df7a5f219cfdf1fb65ba1bf2375af","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.97.tgz","fileCount":213,"integrity":"sha512-PVpWFTRms8F7XBcUobsSnAptPQ5Lf0JBadQGQLjqCT9cvDH8/cOGJb/cxc2jNXf4WU1I+KP3L28u/xh72xk0nQ==","signatures":[{"sig":"MEUCIQDLwm+LuuVD8sS2LpDF2uq66OY9voJ0TYzX7BsDnikRVAIgQnDumS0ua8mI/KYaKEvSifz3Xu5d0JeP3eHYWUL4aJg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQDX5be12T67aCJerWctymm04sfM/gNorbSLH6Qbxm+ONQIgVCxZ7DAM23ls8VJY27P4l5KzwnqnnMX8qWnAkdaowZU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.97","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746630},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"140f23ddeb6416eb5e00cdc3885da83676a7c778","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.97","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.97","@hydranium/protocol":"1.0.0-next.97","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.97","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.97","@hydranium/protocol":"1.0.0-next.97","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.97_1790186666705_0.872541624955945","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.98":{"name":"@hydranium/glsp-server","version":"1.0.0-next.98","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.98","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a045186c7c332ee993e6267e804d1aa3db771a8f","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.98.tgz","fileCount":213,"integrity":"sha512-GbTx/tV5Yb6p0aNc53BwLKdriN/9vJrROO/xLMFFS0sYIvrjFUbv0Dj52f+uoogeh3AGAFgXBvjQDv6pHm+q7w==","signatures":[{"sig":"MEUCIBWOa+Uhj74NyVT/HcleSDs/9BLJSzzbRdUAWreMc/JxAiEAsZEbdXjqc3uBWaxteMs8kYnzQ1lZztV6wIYgG8Wu8O4=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQC6PlLlpfByAXr8y/iZUhCuEhf5fifws8qIl7iYWiaOMwIgLqRQi2iF4wSwRuf+4gOmmmhj3a1uiojqtVpKGM3I9qg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.98","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746630},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"b3e6b749d5fb8f6f44f4f242877ede97ff9b8707","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.98","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.98","@hydranium/protocol":"1.0.0-next.98","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.98","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.98","@hydranium/protocol":"1.0.0-next.98","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.98_1790187390914_0.24981129203735808","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.103":{"name":"@hydranium/glsp-server","version":"1.0.0-next.103","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.103","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"c175c9be887317e80e2a8effeaba8a7e9febdd9a","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.103.tgz","fileCount":213,"integrity":"sha512-rO+1FLh45AVxW3rcKNfjQQxJ6C7+JPNhKA0KRGZApOr3Q7m6Yb8cZ4zoXnlJUDjtKl57hU54FiPQonwtw03/xg==","signatures":[{"sig":"MEYCIQDSs8BrLaEZAUs8dO+yGcc4naoYWjnb2UgU1JE7Aje6IgIhAN4a8of4+LON0b0KjmuWb8slenGUBsnMKvV/swh3pPa1","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQDjBD3CoLfEVUVcCWtnkD/i57dssbwjnRQN3RkKF7N5NAIgRY7+jVf6zvZlytGIakGk8Aj65G7tS9SpyLq3a0zaQIs=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.103","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746637},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"1b5fa3a4791e3d999e7b3b36db935365b78127b6","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.103","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.103","@hydranium/protocol":"1.0.0-next.103","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.103","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.103","@hydranium/protocol":"1.0.0-next.103","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.103_1790188582505_0.28517923810162804","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.104":{"name":"@hydranium/glsp-server","version":"1.0.0-next.104","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.104","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"3fc1be6b74845c4758767ff43d1e2934e72ea58c","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.104.tgz","fileCount":213,"integrity":"sha512-HEvD3cnnwEBQmhRxL2rgQBQlv7j6M5Zk8HNuNvSmdJbruwrlQ+pgcna0f1EPQuixpuYVlg30hrbIBGDf9KkioQ==","signatures":[{"sig":"MEYCIQCJfUnv/hGmq+yRchyS3kaDLMdfpsZmXmR5aGuMliOj9wIhAMQTbsfUngZGfU683GxGBR6uY7TO9X7pGyt9wz7SuBzr","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDUwrA2j0MahhSVfQW35bugV2/ZiphACVvCE22QnFoQigIhAPnDr+cwyw9ExWuEalV4AlTtPGDw5zT7TMg0JwwVFxhI","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.104","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746637},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"cb070e687e0080403741b70131c33b6bfd2ad561","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.104","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.104","@hydranium/protocol":"1.0.0-next.104","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.104","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.104","@hydranium/protocol":"1.0.0-next.104","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.104_1790189165321_0.5292018065366286","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.105":{"name":"@hydranium/glsp-server","version":"1.0.0-next.105","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.105","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"635fb694f412f37083739e1bfb47f68751349524","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.105.tgz","fileCount":213,"integrity":"sha512-d2U7LDTYT1eZPYPxrVowZQ7qzRQziJr91yjSLI3IhlEtcxUazTyTaO4OnEbZKVBaDX4iJ8sXuWDZ0ULLCvZuxw==","signatures":[{"sig":"MEUCID+Mn8FN0wvfdUgM+znVj+bHIyS6DIkkEhCaDEb6edIIAiEA4oNK+20d6gMF5kze0mXrzolLye9VhSzPNDJEFRzBbcI=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIGUVBc2kdBWbKQMHO6UZQMGWzdA4yLUxkMzsEd/NU6f9AiBFRVZjVBz88n9K6wWCqaVuJV1B/TGDBjROuek38UHeoQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.105","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746637},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"1f038ff518ccc383ab0487c5d29315b803c8cff2","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.105","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.105","@hydranium/protocol":"1.0.0-next.105","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.105","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.105","@hydranium/protocol":"1.0.0-next.105","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.105_1790189693333_0.11110301931409916","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.106":{"name":"@hydranium/glsp-server","version":"1.0.0-next.106","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.106","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"d5e61d90730f8dfa2670fe13211b0b6bf2a86bb9","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.106.tgz","fileCount":213,"integrity":"sha512-WTsF4VEHfVQEM0Lilhz8e3iFKaGCshaQVpKMJzaDEnvJxZ3VNvOHEwPHOqUFR6QqnnEGn7QiOGgCNirigakWQg==","signatures":[{"sig":"MEUCIBoYCCKUlHveQvftsLlsBES+xoz3cAu3DB97IdEeN6feAiEA0En+2YrGHHEP94eu1fIeXB9e58CRr5pSBIDZSB2mMQI=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCICXAuQJga6U0YAKe+D2L/ASAMbDAuJ2OHknRXHKR5bhbAiAZZWPhe9OSuIRpTUOnXue1FOpgLfznZvLCELbyvfBFjg==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.106","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746637},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"0b4ba0bfb1f64ffc97300019781a001d7c7c41a4","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.106","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.106","@hydranium/protocol":"1.0.0-next.106","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.106","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.106","@hydranium/protocol":"1.0.0-next.106","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.106_1790192761845_0.628483193175629","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.107":{"name":"@hydranium/glsp-server","version":"1.0.0-next.107","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.107","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"2c854a72fd758d439e93d29fc4a3c99545812e13","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.107.tgz","fileCount":213,"integrity":"sha512-cjE5lB2yAV16tA5lJbQmqj7gMwpSabW5fiN0pQq6kgWRORwfEK5rz6MtJFFU/orNw08qwsTP+WCaWYcA6Wa4bw==","signatures":[{"sig":"MEYCIQCRCnue44NnYF6xw76o+499BfkJ6fJeRyG8UfSiDU4zhgIhAJoJpLluaq9Onii/te6vtrimwpMatmauBlHi0wBFDgYz","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIFBw5Gtnxbl4er4FuQNDAaQS1RK9cyGAuiA46C3PS0jXAiBK/ssJ3005o9Kw502Vs7kXbYuJH8+nQ4mtBcJezN53bA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.107","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746637},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"bb529cf424502390902ae349b301179ebb937ea8","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.107","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.107","@hydranium/protocol":"1.0.0-next.107","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.107","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.107","@hydranium/protocol":"1.0.0-next.107","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.107_1790195354148_0.5871905002162614","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.109":{"name":"@hydranium/glsp-server","version":"1.0.0-next.109","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.109","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"921709af2e72a4064ff6f72f30ae710af0f62214","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.109.tgz","fileCount":213,"integrity":"sha512-B7RifytnDO/IoFg+mPRiFL9eJn3fpbWoPDymN17IwyjOuIjT9PTDPWE368ZccJAAKBeh6CCMcw2FELt1raHvGg==","signatures":[{"sig":"MEYCIQDt7Llf/ZsCiN5F6LLYNNQ1xrFSe5I6pUfCRorGxoNkWQIhAM10AV4fAx8pK3JoliwqfBci8JeS6Qj3juxQeVZTOTmw","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIGF+gLqayTYvuh/WPjfR3kW7970IVsazhpnSX0WZiV75AiAiteeWnoFGV/dBAqDNt+xP74fpmEGFutEClVJEwOPbOw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.109","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746637},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"137baafcb95589fab3a54a6645803d387b81e8a0","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.109","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.109","@hydranium/protocol":"1.0.0-next.109","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.109","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.109","@hydranium/protocol":"1.0.0-next.109","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.109_1790204447823_0.46830350210082794","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.111":{"name":"@hydranium/glsp-server","version":"1.0.0-next.111","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.111","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"daec1b3d9319d13f1f1f19e90b351e374d5a05bf","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.111.tgz","fileCount":213,"integrity":"sha512-NsdUDcQMmqKkOrL/lBtgrLxEP64/mzgdVtGyQ01CqVWRdJR2aKgN8WF/deR28FVVRystjgTj4MNaZZbCsOh9aQ==","signatures":[{"sig":"MEUCIEMEfZpzeSObBkSnMl18t/YClaRKeLdJ+uhuWCe4TUZLAiEA1NeuXPGagOvjEsyCwuvu9JND8yLmjCIddGDTM48txMM=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIGCWXWca028kOQkeobdDFNQO2bky30Tzwb4Lfz149BtsAiAVap8MzLadZ+NUBsGFJYQjQWa8Bhs/4A86wcvqQfgX9g==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.111","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746637},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"8add1d2ad3dbaeeff870b21f3bcf13361a37e28b","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.111","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.111","@hydranium/protocol":"1.0.0-next.111","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.111","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.111","@hydranium/protocol":"1.0.0-next.111","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.111_1790256519596_0.6557939906364474","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.112":{"name":"@hydranium/glsp-server","version":"1.0.0-next.112","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.112","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"7afc643c018c1710faa52af217a544e827d65683","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.112.tgz","fileCount":213,"integrity":"sha512-C/qTvTEmhwPWv+iDdqHKEuu7k6ruvaaINYu/gUQ6qwAHM18Cf43X33AnWIZBFsLz24ZB3MUD+jMtFd9d1Fewew==","signatures":[{"sig":"MEUCIQDnZQud1/Da0ZuregFMrQedbgF+VG0WmFojlrQ5l46MKwIgHKgoNhF5sB4CM482t+4jwwgLrKMsz106yTWrGIYTTbc=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCQPvj/Y19YHkagDnlpkEpLtSu1r/X+Dws+2K9zCrNYcAIhALs5E8b5s75nquI/7f8RcVUHyUu/sT758uEMmCeVWyH6","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.112","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746637},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"f1f9ddb7e3bd21283dd982005add36ac4ad39859","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.112","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.112","@hydranium/protocol":"1.0.0-next.112","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.112","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.112","@hydranium/protocol":"1.0.0-next.112","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.112_1790260351033_0.9636532068653112","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.113":{"name":"@hydranium/glsp-server","version":"1.0.0-next.113","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.113","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"ceaa6b43b70f55307efe0ca06b8fba324dc2526d","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.113.tgz","fileCount":213,"integrity":"sha512-MumimnTfZ2oINPY6i7OkfKy02pf24pvRr4DLmYqWjUqciZdgRxmWsNZb1hyHF0zRggs1Gs82dfyNltpNJB64MA==","signatures":[{"sig":"MEQCIBzBOO0IakZQXdgAK99eOegw87YvE82/21Y5KUb6qePtAiBtqKp8Ilt0wBz0PsmuvTmgkO3WsRNKayr7GSERAL8Gzg==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCID7YJ1Tsa9RfoBiTbbpgPGh0TBm3ZV2QXrKKZMhzq9WnAiAFYdhC/KobRN7p8ZPNaqq+GFEhUDVyEjAqKjOF68voAw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.113","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746637},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"c27a580af54cc7f72ea5f6363e3af6b86adb08f2","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.113","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.113","@hydranium/protocol":"1.0.0-next.113","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.113","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.113","@hydranium/protocol":"1.0.0-next.113","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.113_1790264428180_0.13605008078342906","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.114":{"name":"@hydranium/glsp-server","version":"1.0.0-next.114","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.114","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"1159a22b6bf32784edb8056932e114b070a939fd","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.114.tgz","fileCount":213,"integrity":"sha512-hgcF364XCTBA56UEeGY513rJh/MHqgPbRQyH+akT8J8s33S9R+JvBIj1LjP99+o05E3LZfzDlPhOfHV4sCNY8g==","signatures":[{"sig":"MEUCIGBJqJxKHo0hHMk3J8ovYLg+C5t9NwVqwnRat5PTfRriAiEA7CqBB4Cowr/KNIrwgJ90CNQcMP3Y9f62Z2muFvUZNx8=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQDsZplMMHTndO+r93oSnSbJTdCrxdPrt0pkXuwPHhfb0AIgMKlKSeV2r3zWjiMv3d2UovvC6fFIrd6prxheb5C6ssg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.114","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746866},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"212f8bb8490512f4e60a1f153659efeb7b399d53","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.114","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.114","@hydranium/protocol":"1.0.0-next.114","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.114","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.114","@hydranium/protocol":"1.0.0-next.114","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.114_1790268417067_0.7901836068251522","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.115":{"name":"@hydranium/glsp-server","version":"1.0.0-next.115","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.115","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"ccc63c0ebe409c8e1a704a9d0c8494e0f279ad49","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.115.tgz","fileCount":213,"integrity":"sha512-3oI/a2BavxgLjchRKNaK/UBdG50yJEEk9spLqK87LoSjjBoUUZrInPTS29+7VWs/1ivqOJF0bPPn4tQofS6U9A==","signatures":[{"sig":"MEUCIQDxbtTn/qdrmixdCAjgLNnMZoZT3WDir8HYN724GeEKtgIgUsBdl2lkJUMuutyCTIirKcr6/YIK/XmNIAv1fZzwivM=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIDcePjT2Wq6tu8Yy0IbhamcD023DPGkmEF/dlPjsqvt1AiEA0GeYjZyhQljr24OmG5Q74h9/kSvEXEfVVNRFTdQwcKs=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.115","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746866},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"eeaf6fbeb80edb859679b15b636e83233e989b9e","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"oidc:1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.115","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.115","@hydranium/protocol":"1.0.0-next.115","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.115","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.115","@hydranium/protocol":"1.0.0-next.115","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.115_1790286287023_0.4096651718979343","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.117":{"name":"@hydranium/glsp-server","version":"1.0.0-next.117","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.117","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"94ed3ed29e6e4f45a56b146f5b9387f8572262c3","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.117.tgz","fileCount":213,"integrity":"sha512-iGL6I83L6CenKOmL6e1wm1PPpHZpaQiG6KrddakvEKWVI5eH6ujAssNN4LT2QtGa14MZfGj4qB2JLdWG9AiKcA==","signatures":[{"sig":"MEQCIE8UsRNXuL5XMiv1PU44mmLH8tS6ifqVN4BPtrsqfOqYAiA/dUtd4AHkDlKxV2QRSRqztsZjeGkP42BdiXDNG/wMXg==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCeENCrKzDQaI51QSidGt8L9lbRd8PYhQ7k0dDp0FsIkQIhAIxexI0a6LbZnVDLon3Eh1xVYUbZoX/jFdJtTe3WEctI","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.117","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":746866},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"45a1a35a68595f731aac6bd16d109d3226827521","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.117","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.117","@hydranium/protocol":"1.0.0-next.117","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.117","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.117","@hydranium/protocol":"1.0.0-next.117","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.117_1790631864841_0.40911161819126307","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.123":{"name":"@hydranium/glsp-server","version":"1.0.0-next.123","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.123","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"5ca441b499d59c264e72d49c3b34f6fd10ee65c3","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.123.tgz","fileCount":213,"integrity":"sha512-llPHA7ncdFE/S96ZBCy8yw5uQBmdSvYw2Xf0YO3x8gH5l7pM2eqvWMcP1zsa74FemLG36SHUhRABIZpgjDDJdQ==","signatures":[{"sig":"MEUCIQDT1pctOWPPRATQCU/JUalyCYljnxZ5+zv5gOEE9s1/CgIgVnTsb9BVV5ircJO/X4Wx+Dhv6LL4YE96OxqwaQnwsFg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQD8ZGv8jgTMVZk/0OXYnHOKHKZvMiKuwKm4dcH1Ma5JvgIgMFmYbMMnMXWuSFLtHCZMw9Mubih5FIQH+3SDvclzkUY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.123","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":780429},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"6b7cd61eba0925df8150ed0a438804dc43c24319","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.123","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.123","@hydranium/protocol":"1.0.0-next.123","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.123","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.123","@hydranium/protocol":"1.0.0-next.123","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.123_1790633285200_0.7717587120769884","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.127":{"name":"@hydranium/glsp-server","version":"1.0.0-next.127","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.127","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"f39f79b04b51fa983ad6dcf491f1da107a34189f","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.127.tgz","fileCount":223,"integrity":"sha512-RaEn5cCdTjQhX30vgJbNis5qp6Io0SKMqlURXPn9XKNdnorf1qL3Vha3ST8se+VTNmfVmjLQeuwzxV+LxGQjdg==","signatures":[{"sig":"MEUCIQDMc6j8a9LbMW1XyJj+N3arxjHY5lJQQB/AjhB5IVZhuAIgMtdT3Nrce7+T+1wXTjxMcnfC/cClACV+fpMC44N0ovU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIHZOsCdlm4M1rWjvRUf36QGpu92NoSa+RcICvyk8rN0eAiAJa8TqZlwd83G4/BO5k+g3Kyd8stxzzz9q2qcqIEs99g==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.127","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":809831},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"11cf902498b55aea98fb0c9fd0cc8788c7518539","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.127","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.127","@hydranium/protocol":"1.0.0-next.127","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.127","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.127","@hydranium/protocol":"1.0.0-next.127","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.127_1790634910450_0.760245270250608","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.132":{"name":"@hydranium/glsp-server","version":"1.0.0-next.132","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.132","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"24b1401262ed31e2a9ee1a0204b26ac8a28ae991","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.132.tgz","fileCount":223,"integrity":"sha512-l6yfBI4zEgQ2pfcxj5PbpCs443EuTgTEsyhouqt2HVqtru4wUMn4FfGUear9yxLUryK5EGe2DjLRKp1lmvtBlw==","signatures":[{"sig":"MEYCIQCna20CgBorAghKZZDLbOfNtEMWwklkClvSDOvk0hGiywIhAIidAQI6a3MoIAslUOM+TYYuK8e/SHcgbT1M0IKDWJ3S","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIFwpI7Z4HfE8YTXlEKj9XBE5GKXVpn32+jeSYhHNfuArAiBSLkGUv+3J5i9PZnu0lAYJTDg1l5QHROMl5Pv/tF721Q==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.132","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":809831},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"27dbc2470c7b60e0097425e4c4df6922ad9a22bb","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.132","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.132","@hydranium/protocol":"1.0.0-next.132","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.132","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.132","@hydranium/protocol":"1.0.0-next.132","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.132_1790635667952_0.365026672284281","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.135":{"name":"@hydranium/glsp-server","version":"1.0.0-next.135","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.135","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"52f9c88fb9e7b5eb69e2695190d2778bc820ccb7","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.135.tgz","fileCount":223,"integrity":"sha512-8w0e4nSznA7dpjqHCVQZrXK9OtpzoGzFH52oVqGzqCgKnzA5ykQQ+/U3/1TYE074CCaLgQ2vlKSi4OVupa/MjQ==","signatures":[{"sig":"MEYCIQC1+fuQ49AYO8uFkm+gCbMG/WS93qA8PUJsS3rv0xxPJwIhAL0oibvnjegYSBLiYkKsbDDC0u+9VJdP/I8i9Li9z3K+","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIDj0LUEsC9zaYvy+RC7e6M4nzqhPwIpszQor5lt9FIfMAiEAlqXV284bkET25DoFLw1/wyab49P71Idn+j89wBOVYZc=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.135","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":810369},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"cf87c80702f9ec9b1c58bc1f3499cc87a8bd3ef4","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.135","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.135","@hydranium/protocol":"1.0.0-next.135","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.135","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.135","@hydranium/protocol":"1.0.0-next.135","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.135_1790636156381_0.3501267519439184","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.140":{"name":"@hydranium/glsp-server","version":"1.0.0-next.140","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.140","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"2981c525ce48bd2a574c82dc2ac7aaefe66d6353","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.140.tgz","fileCount":223,"integrity":"sha512-8rdXp4eRSuIFqX8nXU1z7T3p+4AR5mFvpDhXPIHCtEoDlK76cEjbcfqdDy1GVe9SU1B/0BorYLcY+e+ZjqCJmA==","signatures":[{"sig":"MEUCIQDgfh8MW5PmJb74pE4ZVxV4O8B1jphQLLmW0ZtzpI7tlQIgX2SbkAP7bTBRqroRK3hRhp0oAkZaDOZhRGnE4DQr6+Q=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQDHJcONgAalEq3zvyVx/YjgjfdwSvl6YVTrcsVaGOPuvgIgHn8iH4II0Ta84JfPK2j+Bq4Op5ga3VYkOnGzJYqOD1I=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.140","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":811670},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"427719cb511b0dcc901e7813ba7fde37573c6a7a","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.140","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.140","@hydranium/protocol":"1.0.0-next.140","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.140","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.140","@hydranium/protocol":"1.0.0-next.140","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.140_1790636727008_0.5184553120343869","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.148":{"name":"@hydranium/glsp-server","version":"1.0.0-next.148","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.148","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"22ca7789b5e6e510dda765ec2f3c846fad7ceb2e","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.148.tgz","fileCount":223,"integrity":"sha512-ym72oiNSrU+sIJllNS2zx4bg5ieCG5qEBQm5SoJWhTdlfqZJ7FmUDet8NUMIpRWpd5rKyiWlaxAm2WQ/kuAAFg==","signatures":[{"sig":"MEUCICN5ICcVLHSP1D9NgW48o3jhp0K4236LdEV0T95n8n+0AiEAspxtc6gaVDQVabLGwoDvtY3ourfX64egQapbxKcw7Cc=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQD9Zwcw6ptQmh1zB2k2igx/SAPBXtLT76HC0IRPKkSoJwIgI6bKSjLSXatdNjq0yj5RlgexLuwspdgf63oIVq/gFsE=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.148","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":812246},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"9a0f51ac8c2a36bf898655aec9bc3abff8bab721","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.148","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.148","@hydranium/protocol":"1.0.0-next.148","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.148","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.148","@hydranium/protocol":"1.0.0-next.148","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.148_1790637495285_0.2793800098231296","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.155":{"name":"@hydranium/glsp-server","version":"1.0.0-next.155","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.155","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"101572702e3abddde42dd11606e18b8d8d7f0a59","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.155.tgz","fileCount":223,"integrity":"sha512-scXOhkggtCOCyS2vWYS8aASF+XPSRUjduLnSYfIS0O4kCiLKGuUs5TRHaC4p7BBR96KXZKHyBC4s6+PcCNLhBw==","signatures":[{"sig":"MEUCIGcGK9ojK1UAvUAVxK8DOjGmRuBY4oLjE005Cs5KElykAiEAoLSqt+MGbPxiPTuuY9gJ9KGnliGblEtjG20tK0Rpgck=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIDQ8lkENi9xNi3ncBweRmPp3KwS10pX+m8w3BDPn9LgDAiEArNI0gCMe08jxUmmHnTS4TQP3WNlagQZa3b6AwQvjy4g=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.155","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":813581},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"2cb4a686814289a2d90c73f977358bd4c43f39b3","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.155","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.155","@hydranium/protocol":"1.0.0-next.155","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.155","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.155","@hydranium/protocol":"1.0.0-next.155","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.155_1790638846026_0.548463670174733","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.157":{"name":"@hydranium/glsp-server","version":"1.0.0-next.157","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.157","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"d0f78a69ee0fef94b49635415d621a7d5b4333e6","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.157.tgz","fileCount":223,"integrity":"sha512-5U9DaQdEt8o+1BdVWHpMBW47TeEOSZ8MAV/wi9CfVPVntd/mCgKKyF9xoFzm98xNqWAuuhjM6dnm557DG39eZQ==","signatures":[{"sig":"MEUCIQDJDPp5w2SO4f8tog5ozAYOpyCfiWMRTZs+LRXhymXBkgIgYVmsbEUIicsOB/Z2XWLnoBKmygQqz5KTRg2bWkxicyg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCZzCP4hN9+l34CJrqzmQ1F0m4+Qx2g7jC/qjEddhuKZQIgf99XQ5lSnV0xuwo4zGrsVl/KyPXgwOUDGcZFbOjTG7w=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.157","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":813581},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"eae73ff47f93d344488d34b082f92732c93ad31c","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.157","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.157","@hydranium/protocol":"1.0.0-next.157","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.157","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.157","@hydranium/protocol":"1.0.0-next.157","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.157_1790639302513_0.06957911754494694","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.158":{"name":"@hydranium/glsp-server","version":"1.0.0-next.158","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.158","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"d1614fd86156af30454e0481836788ace22a3f46","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.158.tgz","fileCount":223,"integrity":"sha512-G9Fc/DLdZ1FushWBJK5Aj3ZJT6WgmjvzvxNiSH7KyO6o75i+JVRPfj8hKhNrDJk1Aj/c+FqGebLzFbq1WH6PBA==","signatures":[{"sig":"MEQCIA0UreJexWsQC6qod2PJHGg8OVJzjOy4G6XbJ/N0BwpyAiB4k3r/Zgz/Q/H+No2mZEyCM4uFeq44WDZOJx4HHU+EQg==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIEVkL3G3UcDrpuvMRHGapegMn4xYzXXaMYK7exVzBixpAiBVTyDPNqag797MHN+IXt5tRQd4LtRnKBB2PMcsHG0YaQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.158","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":813581},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"1ee20631bc2bc0164de8f4b0fec71bbf78b0a9c2","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.158","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.158","@hydranium/protocol":"1.0.0-next.158","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.158","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.158","@hydranium/protocol":"1.0.0-next.158","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.158_1790757983453_0.2460476674797416","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.160":{"name":"@hydranium/glsp-server","version":"1.0.0-next.160","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.160","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"23423773b247a3b1775a592b6ebbdfb2ccf74280","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.160.tgz","fileCount":223,"integrity":"sha512-a13C4HLZR/xPOU80iSkB8lBozNuy4TAH9X+fQgiul/BVSqijHr8nOir0zQ8MMeiEaLnRsDkydmqi3ITHjwAA8A==","signatures":[{"sig":"MEUCIAeG890ZPRKKruEHP1Q9vw4dySuZ3sjLT2+yajAZUd8FAiEAtFNN4wZpKwUPGw9mEVSvEcR5wnrE/jLQLTCJJWPTaVE=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCwPPLKa/JmWy3FDVNN2SgKZgNMfS0QcT6p3DKyg3hyPwIhALNAyikQCGut881S/lvmAafc2QjBaZJ0jhCVRw9e5Dwn","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.160","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":813581},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"6cd23686acadcaf2dbb4ea757efb4ce32bacf77d","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.160","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.160","@hydranium/protocol":"1.0.0-next.160","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.160","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.160","@hydranium/protocol":"1.0.0-next.160","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.160_1790762410417_0.7918220031830634","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.168":{"name":"@hydranium/glsp-server","version":"1.0.0-next.168","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.168","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"51fbb2dea577bbcf9e1a96bd838d7ba301598d46","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.168.tgz","fileCount":223,"integrity":"sha512-l9BJtT5oYyRmk/TpwfSU8XfFfyKVmdPbD3zs1B/lM6IuEOz6tFrsoa3LjHVFCDtei4X8rBhNvCFmfznKPsPF5A==","signatures":[{"sig":"MEUCIQC50c453a6fCTSB1PQUv+pbn13PYpeAJUbhUCViQKXjTQIgXq45K8wCm6x9TM2GSlItlpuok3dAtRMWKhAvcfa+1q0=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIGrO/2ycTOoiGHalDJTEsqwTLn7ZZvWTR7p43G6HkBDSAiEA90b3hTcZ67lRISURoY/QEVYhb/zwF3l0eY3ITRCYVmY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.168","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":813581},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"30b7b26e0bb67f2a7b372b5a62e83d45905d8663","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.168","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.168","@hydranium/protocol":"1.0.0-next.168","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.168","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.168","@hydranium/protocol":"1.0.0-next.168","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.168_1790777173779_0.4210523102286874","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.169":{"name":"@hydranium/glsp-server","version":"1.0.0-next.169","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.169","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"edfd6cfc3d97936039c4a10bddea9fbf8086c651","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.169.tgz","fileCount":223,"integrity":"sha512-jHAMmVjyfoYoUy/pdFsUK4MWtZQL8Jgxok8hsYacUhUHFCRhPZrqpcXAtimIP5ZwobO1Cq7BMspYBWDWhjjVvg==","signatures":[{"sig":"MEUCIQD5RbqeLkvTUkZxLUTKs5YVGjMrkyyb1aMkFSkXz9hn7gIgLK4f81f/Pes+f3D5GHdezje4mSFuKos0T6f+SPasuto=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIF4c7r96XVa6iQx1VPfqrGW/bMYVqk5f4VLpLWTisuotAiAOIUXw4l+IxQMukuMH6Mc6iB2Bi+J0Sl4PTyDX+sWPsA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.169","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":813581},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"0a17cbf5e6bf32df0827e51ffbd602b4e722bf2c","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.169","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.169","@hydranium/protocol":"1.0.0-next.169","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.169","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.169","@hydranium/protocol":"1.0.0-next.169","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.169_1790783264583_0.39960970262848217","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.173":{"name":"@hydranium/glsp-server","version":"1.0.0-next.173","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.173","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a06824494a45e3ef1f303874c86b6e580de33683","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.173.tgz","fileCount":223,"integrity":"sha512-Nqj72gnhIllcjqIO12NH/U75+GwaRN0Ayqd6myjZCFohtpI//N2yBEIo0UhA7rH9wW5tUvicmdewBgdZzOMGng==","signatures":[{"sig":"MEUCIQDshJ9WoRca83LdT/xyqUaTAei2VhNhESW4mf1YlpoPRgIgNO+kERhVnJPPduPs+sknapL0EX//ahUZfBNvB/abupk=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIF7CxusUA13kwHbKu5jRvSN8LHuvnUvDpDjXJAMQvObWAiEAwNhU+gztqWssDh2Tu3QFlmrjuoRibFMEjXNhot4bZPM=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.173","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":813581},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"5bc225d4a40a2de4e9b175721db25ddb7e48c348","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.173","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.173","@hydranium/protocol":"1.0.0-next.173","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.173","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.173","@hydranium/protocol":"1.0.0-next.173","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.173_1790860464139_0.6212710220596405","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.174":{"name":"@hydranium/glsp-server","version":"1.0.0-next.174","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.174","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a018444b1db1933f9f20aa8c89a1e99ac7f92ec1","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.174.tgz","fileCount":223,"integrity":"sha512-pm0YSpH6gWhLWLs/6JJFMwK8fLfdbFSN8BDL/6i8gpPzyvyCdPOOXbJP9rny0g8ofaqwIgRwehDtFjKjtKzpJA==","signatures":[{"sig":"MEYCIQCnX0/4atg3o32kegHsiNJ2zYQx6DXjof5qh/AvoMy8pwIhAOShw4fppWuyO1unJR3IsuREI4GWu5l5bPKAo/Kt1eWy","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQDe0QYyxjp5yAJ0FnTAMDjtZQKvaZQEhq3KFCmsNNSRqQIgdBng8TKH/oog8Db1lUHIcQbQD+G5usKs5gUokJwbw4E=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.174","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":813581},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"58cc70efba83953130a58afc689770123cd9a73f","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.174","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.174","@hydranium/protocol":"1.0.0-next.174","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.174","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.174","@hydranium/protocol":"1.0.0-next.174","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.174_1790926733624_0.023394591910699036","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.175":{"name":"@hydranium/glsp-server","version":"1.0.0-next.175","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.175","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"1f72110e991f9001824355c7215fb36e4ae10c37","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.175.tgz","fileCount":223,"integrity":"sha512-PegDLkk+KTiERvzK5ZizHWwgS3iNvU0C6Pc8zevd6GtEBjuydcai06jVPHKmBFogAeMIExdZdckHQICy4DIsUw==","signatures":[{"sig":"MEUCIQDLFeQu8M9RMTjdDJFtshi7fSK6afVsDKPCBhUL0Q+osQIgSHM8hv+atA+SbLrigmQykQ1emTIMdZiHRiXQlxHLZCk=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIBnbaqXV6m8G+Sa3I8NVbnbc2XG8XZcuKwEojjJE1B7hAiEAlzvKQdMUmUE8tUFqyl2FdMOS6t9xvi0XKj8tK/ZhKLw=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.175","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":813869},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"55d99da61a0fbe06d1225d170854d5d7ed7beb4c","scripts":{"lint":"eslint src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.175","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.175","@hydranium/protocol":"1.0.0-next.175","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.175","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.175","@hydranium/protocol":"1.0.0-next.175","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.175_1790927586090_0.3322380970733414","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.176":{"name":"@hydranium/glsp-server","version":"1.0.0-next.176","keywords":["hydranium","langium","language-server","lsp","glsp","diagram"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.176","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"02d47a366254df06a1db8b31a08c9d57e779604c","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.176.tgz","fileCount":223,"integrity":"sha512-X3GgreIVHpaIofE3cZACQvzJFXVFQ7yoj634V2SCr0m5G2OihtWKXIrDr7JXXEjdDwM/Huwwtuh4LsqcWgZw7A==","signatures":[{"sig":"MEUCIC2edkzevyiT6/quK0Q0WBD4vUE5SnEsfwaZ1Bwn6ooXAiEAg2KoHRL6TwmR0yyn+QnCyydmpPt/WDMiBUklJSlFV/8=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDx2pb1/VM2/I/304RVbT2aARgtoSxR2+9ZfM6DOgOyYAIhAP9gBV5TZstS8IHZeVqNqM0pY/XWblacrBXuZTIQB+od","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.176","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":813812},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"f2701eb5d00f38595d2099980346074d70ce4ee8","scripts":{"lint":"oxlint --format stylish --config ../../oxlint.config.cjs src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.176","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.176","@hydranium/protocol":"1.0.0-next.176","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.176","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.176","@hydranium/protocol":"1.0.0-next.176","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.176_1790935477243_0.5212239436007082","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.177":{"name":"@hydranium/glsp-server","version":"1.0.0-next.177","keywords":["diagram","glsp","hydranium","langium","language-server","lsp"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.177","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"b9d0fc96172c7ed9fab6fa0ab0de4ae1bb2c5b6a","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.177.tgz","fileCount":223,"integrity":"sha512-gOIFt5qbPJB3iW7u1NEMxm9dmlK+PCh1HvKy8ohqIAHlgs+UsZQW9UYbMtpTaB3kz3SxN3LMU6JbOPRFSXyCzA==","signatures":[{"sig":"MEUCIC5HnNqNOmj+kiVKq394BcVSo3v326bvnRIuKt/jEzkfAiEAzLED7nPMh/IiKUwvapJV3pRGrsml0QUvlwab9qQedSY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIAWQphrdTCxM1TFm+It9rVty5sjD3FiVkZRplwdgG8KUAiBQXU0R+uf2C+hSz1x8Gdq/Jd9AhWRdTmHPYtOQRwu7Ww==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.177","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":813812},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"0bd2ddad64f34cf251c80077f0755b69eae738b9","scripts":{"lint":"oxlint --format stylish --config ../../oxlint.config.cjs src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.177","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.177","@hydranium/protocol":"1.0.0-next.177","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.177","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.177","@hydranium/protocol":"1.0.0-next.177","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.177_1790940533093_0.23035832760180774","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.179":{"name":"@hydranium/glsp-server","version":"1.0.0-next.179","keywords":["diagram","glsp","hydranium","langium","language-server","lsp"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.179","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"ad6ea34ce346ee5df0b0da4ea197777c0556865d","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.179.tgz","fileCount":223,"integrity":"sha512-VWscJ3ilOJLlr2IwnJOR+CjtasRjQvjNvWXi1iwQsyzDNU+Veje3R02FsF0wbKHrvJMJZRfI3tSyiZlqcgOztQ==","signatures":[{"sig":"MEUCIFmW7tNmsStpoXg9/3edkJRbTWX5U417+0ceYrxQuhXyAiEA8U1zRM2ktnLeWcMPIs20M/2vgEKLLi+B9wzKPlq8HZQ=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDizD1XH2WCTQhtn1kXg3ufHjJrZeRyXHn8Vll6Caie/wIhAP4jK7FcnQytV3CLtApI6d3X9WKCxeYGHfP8bZ9TX2CL","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.179","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":814567},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"d98696eba7798a8392b601d15a66884764e59d9d","scripts":{"lint":"oxlint --format stylish --config ../../oxlint.config.cjs src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^7.0.2","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.179","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.179","@hydranium/protocol":"1.0.0-next.179","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.179","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.179","@hydranium/protocol":"1.0.0-next.179","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.179_1790943405178_0.23251652113633114","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.180":{"name":"@hydranium/glsp-server","version":"1.0.0-next.180","keywords":["diagram","glsp","hydranium","langium","language-server","lsp"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.180","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0ab10f67eb3846477bd421e1f8a82ef806abc913","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.180.tgz","fileCount":223,"integrity":"sha512-vnMgYqIakBlMQ+TkzzvBViBqdiUqce38CUoINqvCJwvb9OYphwV4Kyt3fvXxQZ+LvHAUOJz8dmKvlNz0KrLLYw==","signatures":[{"sig":"MEYCIQCINxuPjIDKrI44u237REL9CabV75GDAVVSzs/kYrt+zAIhALSLkw+AkZw6wGgN3KTKalsaSWBje1m9k8jFGU7gaaPi","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCQy8a9uNswaYvGf4lh0awFbXXW+YjM2eHlav7k/q2y+AIhAOPU3UtFch0A+JMEfavcGtw3wq88SEtr2KX7F6jZ6K/D","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.180","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":814567},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"c9ca6f89b51f3cc93e1316bda7710f30c130187f","scripts":{"lint":"oxlint --format stylish --config ../../oxlint.config.cjs src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^7.0.2","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.180","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.180","@hydranium/protocol":"1.0.0-next.180","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.180","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.180","@hydranium/protocol":"1.0.0-next.180","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.180_1790944923235_0.824809541116335","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.181":{"name":"@hydranium/glsp-server","version":"1.0.0-next.181","keywords":["diagram","glsp","hydranium","langium","language-server","lsp"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.181","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"eaa047d843557faf957d39cde7c8d69747e1a6d3","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.181.tgz","fileCount":223,"integrity":"sha512-CE9mYyYvJIGcrx10TM6cEnhE58diWJzTcBSO4Zoe+CfTD8RdjiYvOt3F/zC1fDXsMOT8Ls+ezSdYblTIa5FG3Q==","signatures":[{"sig":"MEQCIAEBZDJlzdKcAf3VJ/sFMknsXrvTGgesgzWMgVPssFD8AiB8WCQWJpAYPUgh7QdxYFUd0FQ4AzPLCiA1AtLl4bZ/4g==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQDG+LTkRB5/e5PsWaBRO3RGaJvBgy3MHTcB29O4R3ox/QIgGqKKcGSh4eXAflS8f5Jy1TC0VEhwMC+sxNQrKQcnn2w=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.181","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":814567},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"2c50797f9ce8e785cd1f2269e6273bb4f6425662","scripts":{"lint":"oxlint --format stylish --config ../../oxlint.config.cjs src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.13.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^7.0.2","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.181","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.181","@hydranium/protocol":"1.0.0-next.181","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.181","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.181","@hydranium/protocol":"1.0.0-next.181","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.181_1790945622960_0.7994038464620385","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.183":{"name":"@hydranium/glsp-server","version":"1.0.0-next.183","keywords":["diagram","glsp","hydranium","langium","language-server","lsp"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/glsp-server@1.0.0-next.183","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"6a5f6421764b9c76365ab861e23b3ca44b4d5eb0","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.183.tgz","fileCount":223,"integrity":"sha512-NjutDIkzSASp1VyYUUnQNHhiUl3vcDeMAvCy61OXyznk/IOAEFgL60Gm7T9nM58BPvPfs7aGrOKHX29r9gFCQA==","signatures":[{"sig":"MEUCIQCTAi9SDmFLnj3Ro265rnEyh/7JgOkRZudB+nIW/Y872AIgEc/frW1ONpxJgjvNwcx6OIGILpKim/5qUilmC5WJqQY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIBpJbFzPZwEMmopY2Si39TqPaGMw0GUW+pXgI86FOTgdAiAYDXVqPNIokTWsm1iQ2Eh/2yMRTkt52BQC+xHn3+mJUw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.183","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":814567},"main":"lib/index.js","type":"module","types":"lib/index.d.ts","engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"fe055eb63801c1e2f1943b55ff7821f2774b9ff7","scripts":{"lint":"oxlint --format stylish --config ../../oxlint.config.cjs src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.18.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^7.0.2","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.183","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.183","@hydranium/protocol":"1.0.0-next.183","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.183","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.183","@hydranium/protocol":"1.0.0-next.183","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/glsp-server_1.0.0-next.183_1790947688882_0.2869897461046913","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.185":{"_id":"@hydranium/glsp-server@1.0.0-next.185","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"36f1fd35a988200423330e3790fb02834c6de30c","tarball":"https://registry.npmjs.org/@hydranium/glsp-server/-/glsp-server-1.0.0-next.185.tgz","fileCount":223,"integrity":"sha512-5Bh/iELufFfVQUAzEYoK4+zZz+VSTsOO1PJ40Wkrq/5/O6JHlKQiTA6GCZiDF69yY455hRUX1vir1Vs26YYp2w==","signatures":[{"sig":"MEYCIQDwn3SjEmUvkeP6M+UWNQL+NDr6mkEnPvE95QvgIeJ76wIhAOv9nmMCj5TIDBH7z/XiuIi/flaVV62jw2vYHZyf7nmg","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U","sig":"MEUCIQD7GuKNR3zry9C84mWgkNjf4rkiyxFvAW9XgFslF+lz3AIgLix126b4moQYwXcEI2t3USShgUUbOKclmTGsQ3aDGhc="}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fglsp-server@1.0.0-next.185","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":814567},"main":"lib/index.js","name":"@hydranium/glsp-server","type":"module","types":"lib/index.d.ts","author":{"name":"Hydranium Team"},"engines":{"node":">=22.13"},"exports":{".":{"types":"./lib/index.d.ts","default":"./lib/index.js"},"./node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/testing":{"types":"./lib/testing/index.d.ts","default":"./lib/testing/index.js"},"./lib/messages":{"types":"./lib/messages/index.d.ts","default":"./lib/messages/index.js"}},"gitHead":"0c1f5de214bdd827a96cf271263260f8fb9759d3","license":"MIT","scripts":{"lint":"oxlint --format stylish --config ../../oxlint.config.cjs src test --max-warnings 0","test":"npm run typecheck:test && vitest run","build":"tsc -b","clean":"rimraf lib tsconfig.tsbuildinfo","watch":"tsc -b -w --preserveWatchOutput","prepack":"node -e \"const m=require('./package.json'),fs=require('node:fs');const missing=[m.main,...Object.values(m.bin||{})].filter(entry=>entry&&!fs.existsSync(entry));if(missing.length){console.error('prepack '+m.name+': not built ('+missing.join(', ')+' missing). Run the build before packing: a files entry that matches nothing is skipped silently, so the tarball would ship src only.');process.exit(1);}\"","typecheck:test":"tsc --noEmit -p tsconfig.test.json"},"version":"1.0.0-next.185","_npmUser":{"name":"GitHub Actions","email":"npm-oidc-no-reply@github.com","trustedPublisher":{"id":"github","oidcConfigId":"1aff4463-a599-4f29-bffa-6d64a26ccfa7"}},"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","keywords":["diagram","glsp","hydranium","langium","language-server","lsp"],"//prepack":"The publish guard, and it deliberately is NOT a `prepare`: npm runs a workspace `prepare` BEFORE the root `postinstall` that applies patches/vscode-jsonrpc+9.0.1.patch, so building there fails on a cold clone and npm rolls the entire install back. `prepack` runs only when a tarball is made (`npm pack`, `npm publish`) and never on install, so it cannot break the install it has no business touching. It FAILS rather than rebuilds, because the rebuild is exactly the part that ordering defeats. What it defends against: `files` lists `lib`, `lib` is gitignored, and a `files` entry matching nothing is skipped SILENTLY — so `npm publish` from an unbuilt tree emits a tarball of `src` and nothing else, with no error.","repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"_npmVersion":"11.15.0","description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","directories":{},"maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"sideEffects":["./lib/testing/glsp-harness.js"],"_nodeVersion":"22.18.0","dependencies":{"uuid":"^10.0.0"},"//sideEffects":"The harness bare-imports `reflect-metadata`, which installs a global `Reflect` polyfill the inversify decorators in this package need before any container is built. That effect is invisible from the module's exports, so a bundler that treats the file as pure may reorder or drop the import and every `@injectable` resolution then fails at runtime. The rest of the package constructs no module-level state beyond frozen constants and DI symbols.","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^7.0.2","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.185","reflect-metadata":"0.2.2","@hydranium/langium":"1.0.0-next.185","@hydranium/protocol":"1.0.0-next.185","@eclipse-glsp/server":"2.7.0","@eclipse-glsp/protocol":"2.7.0","vscode-languageserver-types":"^3.17.5"},"peerDependencies":{"inversify":"^6.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.185","reflect-metadata":"^0.2.2","@hydranium/langium":"1.0.0-next.185","@hydranium/protocol":"1.0.0-next.185","@eclipse-glsp/server":"^2.6.0","@eclipse-glsp/protocol":"^2.6.0","vscode-languageserver-types":"^3.17.5"},"//peerDependencies":"`vscode-jsonrpc` is EXACT rather than a range, because it is one link of an atomic chain with no independently movable link: `vscode-languageserver-protocol` depends on it at exactly 9.0.1, so any other value an adopter supplies is a SECOND physical copy rather than an upgrade. This wire stack breaks on copy identity rather than on structure — `ParameterStructures.auto` is a singleton compared by `===` in connection.js, so a request type built by one copy and sent over a connection owned by the other throws `Unknown parameter structure auto`. A caret or union range was rejected because npm then resolves a `vscode-jsonrpc@8.2.0` tree SILENTLY, with no diagnostic at all, and the failure surfaces only later at server init. Exact does not fail the install either — npm downgrades an unsatisfiable peer to a warning — but it is a NAMED ERESOLVE warning printing the required version beside the found one, and a hard error for anyone installing with `--strict-peer-deps`. **This is the head where it is not enough**: `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship, so a first install of this package ALWAYS lands two copies and the adopter must pin the chain in their own manifest. docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"host":"s3://npm-registry-packages-npm-production","tmp":"tmp/glsp-server_1.0.0-next.185_1790957333421_0.21855492926580222"}}},"time":{"created":"2026-09-08T23:04:36.463Z","modified":"2026-10-02T16:08:53.861Z","1.0.0-next.4":"2026-09-08T23:04:36.819Z","1.0.0-next.5":"2026-09-08T23:45:55.185Z","1.0.0-next.6":"2026-09-09T09:16:54.271Z","1.0.0-next.7":"2026-09-09T11:32:13.187Z","1.0.0-next.8":"2026-09-09T11:40:23.237Z","1.0.0-next.9":"2026-09-09T12:48:22.163Z","1.0.0-next.10":"2026-09-09T14:07:18.707Z","1.0.0-next.11":"2026-09-09T14:18:29.136Z","1.0.0-next.12":"2026-09-09T15:59:37.740Z","1.0.0-next.13":"2026-09-10T08:09:58.638Z","1.0.0-next.14":"2026-09-10T09:23:23.750Z","1.0.0-next.15":"2026-09-10T09:32:27.952Z","1.0.0-next.16":"2026-09-10T09:50:39.046Z","1.0.0-next.17":"2026-09-10T10:46:08.541Z","1.0.0-next.18":"2026-09-10T11:04:32.618Z","1.0.0-next.19":"2026-09-10T13:29:57.619Z","1.0.0-next.22":"2026-09-10T20:26:22.410Z","1.0.0-next.23":"2026-09-10T20:46:34.512Z","1.0.0-next.24":"2026-09-10T21:00:52.728Z","1.0.0-next.25":"2026-09-10T21:18:48.061Z","1.0.0-next.27":"2026-09-10T21:40:14.658Z","1.0.0-next.28":"2026-09-10T21:55:01.360Z","1.0.0-next.29":"2026-09-10T22:38:41.914Z","1.0.0-next.30":"2026-09-10T22:53:28.607Z","1.0.0-next.31":"2026-09-10T23:09:43.276Z","1.0.0-next.32":"2026-09-10T23:25:46.551Z","1.0.0-next.33":"2026-09-10T23:51:32.682Z","1.0.0-next.34":"2026-09-10T23:58:41.639Z","1.0.0-next.35":"2026-09-11T07:13:25.421Z","1.0.0-next.36":"2026-09-11T07:25:03.886Z","1.0.0-next.37":"2026-09-11T07:32:15.211Z","1.0.0-next.38":"2026-09-11T07:43:00.780Z","1.0.0-next.39":"2026-09-11T07:59:48.700Z","1.0.0-next.40":"2026-09-11T08:49:45.602Z","1.0.0-next.42":"2026-09-11T10:44:07.937Z","1.0.0-next.44":"2026-09-11T11:57:54.369Z","1.0.0-next.45":"2026-09-11T12:33:39.542Z","1.0.0-next.46":"2026-09-11T13:04:05.962Z","1.0.0-next.49":"2026-09-15T11:56:51.997Z","1.0.0-next.50":"2026-09-15T12:34:38.747Z","1.0.0-next.51":"2026-09-15T12:55:40.045Z","1.0.0-next.52":"2026-09-15T14:54:50.861Z","1.0.0-next.55":"2026-09-16T12:55:00.614Z","1.0.0-next.57":"2026-09-16T15:27:40.761Z","1.0.0-next.58":"2026-09-16T15:35:42.268Z","1.0.0-next.60":"2026-09-17T08:47:47.392Z","1.0.0-next.61":"2026-09-17T11:05:49.146Z","1.0.0-next.62":"2026-09-17T13:13:20.696Z","1.0.0-next.63":"2026-09-17T13:20:55.420Z","1.0.0-next.66":"2026-09-17T21:27:31.678Z","1.0.0-next.67":"2026-09-18T07:52:20.559Z","1.0.0-next.70":"2026-09-18T11:03:51.636Z","1.0.0-next.71":"2026-09-18T11:17:07.494Z","1.0.0-next.72":"2026-09-18T12:41:20.770Z","1.0.0-next.74":"2026-09-18T14:22:19.699Z","1.0.0-next.75":"2026-09-18T15:10:12.714Z","1.0.0-next.76":"2026-09-18T20:57:29.188Z","1.0.0-next.77":"2026-09-18T21:57:52.491Z","1.0.0-next.79":"2026-09-20T15:01:54.440Z","1.0.0-next.85":"2026-09-20T21:23:15.470Z","1.0.0-next.86":"2026-09-21T07:13:55.810Z","1.0.0-next.88":"2026-09-21T08:37:29.452Z","1.0.0-next.90":"2026-09-21T10:22:32.822Z","1.0.0-next.91":"2026-09-21T10:34:01.508Z","1.0.0-next.92":"2026-09-21T12:14:43.783Z","1.0.0-next.93":"2026-09-21T13:13:47.747Z","1.0.0-next.94":"2026-09-21T13:34:56.706Z","1.0.0-next.95":"2026-09-21T14:37:27.640Z","1.0.0-next.96":"2026-09-23T17:59:50.995Z","1.0.0-next.97":"2026-09-23T18:04:26.807Z","1.0.0-next.98":"2026-09-23T18:16:31.003Z","1.0.0-next.103":"2026-09-23T18:36:22.605Z","1.0.0-next.104":"2026-09-23T18:46:05.411Z","1.0.0-next.105":"2026-09-23T18:54:53.449Z","1.0.0-next.106":"2026-09-23T19:46:02.031Z","1.0.0-next.107":"2026-09-23T20:29:14.237Z","1.0.0-next.109":"2026-09-23T23:00:47.936Z","1.0.0-next.111":"2026-09-24T13:28:39.679Z","1.0.0-next.112":"2026-09-24T14:32:31.136Z","1.0.0-next.113":"2026-09-24T15:40:28.279Z","1.0.0-next.114":"2026-09-24T16:46:57.196Z","1.0.0-next.115":"2026-09-24T21:44:47.106Z","1.0.0-next.117":"2026-09-28T21:44:24.947Z","1.0.0-next.123":"2026-09-28T22:08:05.286Z","1.0.0-next.127":"2026-09-28T22:35:10.559Z","1.0.0-next.132":"2026-09-28T22:47:48.089Z","1.0.0-next.135":"2026-09-28T22:55:56.503Z","1.0.0-next.140":"2026-09-28T23:05:27.109Z","1.0.0-next.148":"2026-09-28T23:18:15.382Z","1.0.0-next.155":"2026-09-28T23:40:46.107Z","1.0.0-next.157":"2026-09-28T23:48:22.662Z","1.0.0-next.158":"2026-09-30T08:46:23.557Z","1.0.0-next.160":"2026-09-30T10:00:10.717Z","1.0.0-next.168":"2026-09-30T14:06:13.918Z","1.0.0-next.169":"2026-09-30T15:47:44.699Z","1.0.0-next.173":"2026-10-01T13:14:24.237Z","1.0.0-next.174":"2026-10-02T07:38:53.735Z","1.0.0-next.175":"2026-10-02T07:53:06.186Z","1.0.0-next.176":"2026-10-02T10:04:37.366Z","1.0.0-next.177":"2026-10-02T11:28:53.186Z","1.0.0-next.179":"2026-10-02T12:16:45.346Z","1.0.0-next.180":"2026-10-02T12:42:03.358Z","1.0.0-next.181":"2026-10-02T12:53:43.089Z","1.0.0-next.183":"2026-10-02T13:28:09.029Z","1.0.0-next.185":"2026-10-02T16:08:53.547Z"},"bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"author":{"name":"Hydranium Team"},"license":"MIT","homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/glsp-server","keywords":["diagram","glsp","hydranium","langium","language-server","lsp"],"repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/glsp-server"},"description":"GLSP protocol head for the hydranium framework. Peer of @hydranium/core/lsp and @hydranium/data-server; built on @hydranium/core.","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"readme":"# `@hydranium/glsp-server`\n\nThe graphical-editing head of [hydranium](../../README.md): a generic\n[GLSP](https://eclipse.dev/glsp/) server, built on `@eclipse-glsp/server`, that\ntreats the shared Langium AST as its source of truth. Installed by the server\nprocess that already composes [`@hydranium/core`](../core); the translation to\nthe diagram model is adopter-side, bound per diagram module.\n\n## What it gives you\n\n- **DI composition against the shared workspace.** `HydraniumGlspAppModule` binds\n  the `HydraniumTypes` token registry onto an already-composed\n  `ServerSharedServices` tree and exposes a `configureAdditionalBindings` hook;\n  `AbstractHydraniumGlspDiagramModule` and `bindDiagramLanguage` carry the per-diagram\n  half.\n- **Base model state, so an adopter binds a factory rather than a lifecycle:**\n  `AbstractHydraniumGlspState`, with the ready-made\n  `ReconcilingTransferHydraniumGlspState`, `ReconcilingMultiDocumentGlspState`\n  and `FullTextHydraniumGlspState` specialisations, plus `HydraniumGlspIndex`\n  over the GModel.\n- **Load / save against the live AST.** `HydraniumGlspStorage` loads a document\n  on diagram open and writes user operations back through the shared model\n  coordination layer, with `SaveDeliveryPolicy` deciding whether the save action\n  awaits the write. `HydraniumGlspRequestSaveModelActionHandler` answers each\n  save the Theia client sends, or rejects it when the save fails; GLSP's own\n  save action stays unanswered for other clients.\n  `HydraniumGlspRecordingCommand` is the operation-handler seam — the framework\n  provides no base handler class.\n- **A submission and dispatch lifecycle that waits for the model.**\n  `HydraniumGlspSubmissionHandler` gates submit on the readiness event,\n  `HydraniumGlspServerActionDispatcher` adds timing and direction to dispatch,\n  and `HydraniumGlspComputedBoundsActionHandler` is handshake-aware.\n- **Diagram diagnostics for free.** `HydraniumGlspModelValidator` and\n  `diagnosticsToMarkers` project the language server's diagnostics onto GLSP\n  markers, so a validation error shows on the diagram and in the text editor from\n  one source.\n- **Two bringups from one composition:** `startGlspServer` over a socket at\n  `./node`, `startGlspServerInWorker` over a transferred `MessagePort` at\n  `./browser`. Both load the same framework overrides and adopter app modules.\n\n## Install\n\n```bash\nnpm install @hydranium/glsp-server\n```\n\nPeers: `@eclipse-glsp/server` and `@eclipse-glsp/protocol`, `inversify` and\n`reflect-metadata` (the DI runtime — import `reflect-metadata` once at your entry\npoint), `@hydranium/core`, `@hydranium/protocol`, `@hydranium/langium`,\n`vscode-jsonrpc` and `vscode-languageserver-types`. The only bundled runtime\ndependency is `uuid`. You must already have a composed hydranium shared services\ntree, a grammar, and a GModel factory of your own — there is no framework GModel\nfactory.\n\n**This head needs one line in your own root manifest, and the install works\nwithout it right up until the server starts.** `@eclipse-glsp/*` depends on\n`vscode-jsonrpc@8.2.0` exactly, while the Langium chain under hydranium pins the\ntransport at `9.0.1` — the version this package declares as its peer. Two\nphysical copies in one process throw `Unknown parameter structure auto` during\nGLSP server init, and no peer declaration can prevent a nested copy. Add an\n`overrides` block collapsing the chain and reinstall from scratch;\n[Requirements](../../docs/adopting/requirements.md) gives the exact block.\n\n## Exports\n\n| subpath     | holds                                                                                                                                                                   | platform        |\n| ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------- |\n| `.`         | Composition and the head itself: app / diagram modules, state, storage, submission, command, dispatcher, computed-bounds, validation, logging, `serviceIdentifier`.       | browser-neutral |\n| `./browser` | `startGlspServerInWorker`, `BrowserGlspServerOptions`, `HydraniumGlspWorkerServerLauncher` — the web-worker bringup on GLSP's `WorkerServerLauncher`.                     | browser-only    |\n| `./node`    | `startGlspServer`, `GlspServerOptions`, `StartedGlspServer` — the socket bringup on GLSP's `SocketServerLauncher`.                                                        | Node-only       |\n| `./testing` | `makeGlspHarness`, `makeNoopGlspLogger`, `makeCapturingGlspLogger`.                                                                                                      | browser-neutral |\n\nThis is the one head with three platform subpaths\n([why](../../docs/concepts/head-module-maps.md#hydraniumglsp-server--graphical-head)). `.` and\n`./testing` are\ngated as browser-neutral in CI (`scripts/check-neutral-bundles.mts`), which\ndepends on `.` naming only the bare `@eclipse-glsp/server` specifier: a slip back\nto a `/node` subpath in the portable tree fails that gate. `./browser` is\nbrowser-only rather than neutral — no portability is claimed for it. What the\ngate does and does not promise is [what \"gated neutral\" does and does not promise](../../docs/concepts/browser-hosting.md#a-note-on-what-gated-neutral-does-and-does-not-promise).\nEach subpath also has a `./lib/…` twin for consumers on\n`moduleResolution: \"Node\"`.\n\n## Getting oriented\n\nBuild the app container, load `HydraniumGlspAppModule` plus your own app modules,\nand hand the result to `startGlspServer` (or `startGlspServerInWorker`, whose\n`context` is a required transferred `MessagePort` whose page end connects\nthrough `createMessagePortTransport`). Per diagram open, storage\nloads the document, your GModel factory renders it, and user operations travel\nback into the shared AST through the recording command, after which the GModel is\nre-derived and every listener on that document is notified. The module-by-module\nmap is in\n[`docs/concepts/head-module-maps.md`](../../docs/concepts/head-module-maps.md);\nthe worker bringup and its two bundler accommodations are in\n[`docs/concepts/browser-hosting.md`](../../docs/concepts/browser-hosting.md); the\nframework/adopter seams are in\n[`docs/concepts/framework-vs-adopter.md`](../../docs/concepts/framework-vs-adopter.md).\nThe Theia-side client wiring lives in `@hydranium/glsp-client-theia`.\n\nFor the adopter path from a read-only projection to a writable diagram, see [Make a diagram editable](../../docs/guides/editable-diagram.md). It follows the per-diagram module, operation-handler, and shared-services boundaries.\n\n## Status\n\nAlpha — pre-v0, not yet published. The API is not stable and may change without a\ndeprecation cycle. See the [repository README](../../README.md) for the current\nstatus and known limitations.\n\n## License\n\n`MIT` — see this package's [`LICENSE`](./LICENSE). Third-party notices for the\nrepository are recorded in [`NOTICE.md`](../../NOTICE.md).\n","readmeFilename":"README.md"}