{"_id":"@hydranium/data-client-theia","_rev":"105-d573d7b10c18e707917093d4674f0431","name":"@hydranium/data-client-theia","dist-tags":{"latest":"1.0.0-next.185"},"versions":{"1.0.0-next.4":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.4","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.4","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"311735f2830e900d78c8ffb489cf04864372ce5f","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.4.tgz","fileCount":78,"integrity":"sha512-I9vNklVJ+gTqImzo1GgdwlHaOobGRlm6uknGbmHc5Bx+6oyLd/MIeQA7Y1hC46+FDYCT1rgRPzO5CyaovWPDsA==","signatures":[{"sig":"MEUCIQD+z7sl6uU7frh0hU1o5aXneFlHT7irAwEjhAGFrIGZQAIgYU4msb/yM4/+YOnbpSiLnaFa9L2WG3Pp5PFPOnshrIk=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"unpackedSize":181887},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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/data-client-theia"},"_npmVersion":"10.9.2","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.71.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.4","@theia/workspace":"^1.71.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.4","@hydranium/client-theia":"1.0.0-next.4"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.71.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.4","@theia/workspace":"^1.71.0","@hydranium/protocol":"1.0.0-next.4","@hydranium/client-theia":"1.0.0-next.4"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.4_1788908669621_0.9382669136404798","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.5":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.5","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.5","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"efbea14e760ceec52f80e72298ff1c8bdc1bc320","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.5.tgz","fileCount":78,"integrity":"sha512-HfyCDl1a+xzgQmWMXLTFHB0I6xN8hxy8Q19y7PcxkKC4GSlLDmp4H55mwuIeoK8BZ0zsMaL6WcuKcuDWKZSU9w==","signatures":[{"sig":"MEYCIQDEuPr/WvYFj08+uIkD9RpTGan41rcF2KI6TEgVzQ49gQIhAOcBgrqJux9BmxFJC7WoJb833F/S5rBS9xeVLSAf2NlR","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.5","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181887},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.71.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.5","@theia/workspace":"^1.71.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.5","@hydranium/client-theia":"1.0.0-next.5"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.71.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.5","@theia/workspace":"^1.71.0","@hydranium/protocol":"1.0.0-next.5","@hydranium/client-theia":"1.0.0-next.5"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.5_1788911140279_0.08602010981729413","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.6":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.6","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.6","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"2a5b2e0c674fefaa13f030dbad8ae50f0b06f6c8","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.6.tgz","fileCount":78,"integrity":"sha512-7UmibdD8H+QUG4p+5qwbjotvQZt4LAKVUvCRVZiNw/3YqWIALpKDaihSGiF4OlB5uKSciS52lPd+KS2D2euTgw==","signatures":[{"sig":"MEUCIAHXE2cv2jRUE6fLnO1tvgg6L4RrVU/m+2Qe1Sw1Fml8AiEAgSQ2+MN07vNKy/+afBHsIkMa3gD0ZOX4ydnlM9UlQxg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.6","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181887},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.71.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.6","@theia/workspace":"^1.71.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.6","@hydranium/client-theia":"1.0.0-next.6"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.71.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.6","@theia/workspace":"^1.71.0","@hydranium/protocol":"1.0.0-next.6","@hydranium/client-theia":"1.0.0-next.6"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.6_1788945387555_0.755184508635508","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.7":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.7","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.7","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"065616995933ca572709211d976039d3c74a74c6","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.7.tgz","fileCount":78,"integrity":"sha512-dcgEexhR+ZelVR2bycf92n3ve0yX1tsqzV+aKfgLoiXCpDZwK4T6QW/ZG/rrssYC5J7XNNoixuRvhJ4VCAjnBw==","signatures":[{"sig":"MEUCIQD0v2uNYOoPOyfqGcLHbP9ve6C2djUPEciBmuws+NafYQIgY643bwW6opb8OofBxtVYIepS+PWlGcUcWtinLSKyurw=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.7","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181887},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.71.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.7","@theia/workspace":"^1.71.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.7","@hydranium/client-theia":"1.0.0-next.7"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.71.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.7","@theia/workspace":"^1.71.0","@hydranium/protocol":"1.0.0-next.7","@hydranium/client-theia":"1.0.0-next.7"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.7_1788953515944_0.9054322297731765","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.8":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.8","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.8","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"68d64a18d60b4a9edf5a0e25de5b351fc7a1f273","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.8.tgz","fileCount":78,"integrity":"sha512-ZC1eRnDgCSoTZbNpa4TCKoXzhPm6Gv5JfjyBiiU0FSrVWa4fvpqXr3uogxy5pmPQLJCnxQ9iKar3MLaXn/pOyQ==","signatures":[{"sig":"MEUCIQDAxFMwfZt69LS0XI/nHcAfGMjJwLLcfojnQ0YjNiHfPQIgGX4C3GX40hynu0y/KpgXcxWRuPcj+xNSaNJGnaTkO9g=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.8","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181887},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.71.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.8","@theia/workspace":"^1.71.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.8","@hydranium/client-theia":"1.0.0-next.8"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.71.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.8","@theia/workspace":"^1.71.0","@hydranium/protocol":"1.0.0-next.8","@hydranium/client-theia":"1.0.0-next.8"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.8_1788954007198_0.026603744833701537","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.9":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.9","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.9","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"96bc754d01b7c395419439440c93794559ca7fa9","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.9.tgz","fileCount":78,"integrity":"sha512-WZgvGEUqMQYbwujsPzmVw8iAyR3iZtBnc55Pf5hNJpFX8hM1RMofBpPCqHoor/mP6U2YKiM09Z6MIWI8ts6yOA==","signatures":[{"sig":"MEYCIQCnFwQm3JZmevkfQeZnkGxseAPMYYoOsSOUbX1ZTuFDEAIhAOEwLf0HWMV0WNWdfTygxLHH6/Ojs9+sFl5rUQIwSiJ9","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.9","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181887},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.71.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.9","@theia/workspace":"^1.71.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.9","@hydranium/client-theia":"1.0.0-next.9"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.71.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.9","@theia/workspace":"^1.71.0","@hydranium/protocol":"1.0.0-next.9","@hydranium/client-theia":"1.0.0-next.9"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.9_1788958087415_0.22629788974104836","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.10":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.10","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.10","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"e01db74c80e9b8a994c81b34d0ed80167d8da5b1","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.10.tgz","fileCount":78,"integrity":"sha512-D+vzgizZLTgLln3u7YuOIaYuli3SOyJPXcAPKFLajzek/DA29VWRRyR3sLTNEiIfZL6YF5tHnIL8z3e6NezVug==","signatures":[{"sig":"MEUCIE6rsD6M89zYv6kgYezQmedrAoQ54A+Yp2zXSt2iIOt9AiEAtkrjaaJuIgqm/kr6m8nxcOVnusm9JMCfYJ+2ReZ55pU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.10","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181894},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.71.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.10","@theia/workspace":"^1.71.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.10","@hydranium/client-theia":"1.0.0-next.10"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.71.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.10","@theia/workspace":"^1.71.0","@hydranium/protocol":"1.0.0-next.10","@hydranium/client-theia":"1.0.0-next.10"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.10_1788962822460_0.22572261620378797","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.11":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.11","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.11","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"ba3c034b3c0046883296162ce17efada4e5ae665","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.11.tgz","fileCount":78,"integrity":"sha512-g6ZaIHkwK38herrQ25SakI8eYdGNh+IWfwP1JIg4fhXxhpETAHOuFKRL16wWUrg1OvZDOfMkGokNWXtMeXv6gQ==","signatures":[{"sig":"MEYCIQCLg913/6saZSIHN7h3JQZZ4mfy8rQ5mSm+fvdgjj0fiQIhALI99qk1l9z+vq8kU/mlTnelkIH0DYqWFKgxsCrGEpg/","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.11","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181894},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.71.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.11","@theia/workspace":"^1.71.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.11","@hydranium/client-theia":"1.0.0-next.11"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.71.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.11","@theia/workspace":"^1.71.0","@hydranium/protocol":"1.0.0-next.11","@hydranium/client-theia":"1.0.0-next.11"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.11_1788963490325_0.0011907258545436061","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.12":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.12","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.12","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"8f1e252f8b7a2596e99dd81ac44964f5102e60e3","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.12.tgz","fileCount":78,"integrity":"sha512-gXgqWk4jH5iH7RORXWXy6FlZ10IuJDjxLALQWIGXE/0kcCG3s/n+ENnI8MY8OiXpvml6cBfypYzbNWOMbnAh9w==","signatures":[{"sig":"MEUCIGA+fMuUJu/yk7nsXAXotHvjEqIDLhpP4O0iOcqjNIJ8AiEA6yxkQvWY8+J30KkzaAYsohcAjkQ39RGLy3KUru9X+Hg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.12","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181894},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.71.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.12","@theia/workspace":"^1.71.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.12","@hydranium/client-theia":"1.0.0-next.12"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.71.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.12","@theia/workspace":"^1.71.0","@hydranium/protocol":"1.0.0-next.12","@hydranium/client-theia":"1.0.0-next.12"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.12_1788969562227_0.8359364658157862","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.13":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.13","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.13","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"6d461652eeffe8611e100774601a97306c54a157","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.13.tgz","fileCount":78,"integrity":"sha512-ZJD0FFrMHidAJ6YM2Ijh18a7HUORIyCuT+Fzev/yX9T+Nmx9IwO/jNW8EWkP3pz/853fYEvqy7XjTQ/eWodHZA==","signatures":[{"sig":"MEYCIQDhAVr51/W6qymQlLaHKtH8FDrU/7DiKc6ocMdxGu9LwgIhAKyJAtCrIGN17lafFU9zJBBceOn33X4LBQholmwP6xEm","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.13","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181894},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.71.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.13","@theia/workspace":"^1.71.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.13","@hydranium/client-theia":"1.0.0-next.13"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.71.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.13","@theia/workspace":"^1.71.0","@hydranium/protocol":"1.0.0-next.13","@hydranium/client-theia":"1.0.0-next.13"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.13_1789027783183_0.14171942939033522","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.14":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.14","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.14","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"d155303eae179a0102c3484680e486c5474d8abb","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.14.tgz","fileCount":78,"integrity":"sha512-dx3XBoxtDFxjUZLSULjyC0ock2VQwf4jMI80rYSHLYTBP2N2fnBQJuwDRUkvbpPHc3+Gmye8mBLQVY87jabvOw==","signatures":[{"sig":"MEYCIQC7iUksRyPckAYZClIZU+4HRFKNFGSgoV7qnmP2WyWvYQIhAJpElXp8uc0pN1LbpCVv92+GHdCWdP/rQWQDIgqURZYA","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.14","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181894},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.71.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.14","@theia/workspace":"^1.71.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.14","@hydranium/client-theia":"1.0.0-next.14"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.71.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.14","@theia/workspace":"^1.71.0","@hydranium/protocol":"1.0.0-next.14","@hydranium/client-theia":"1.0.0-next.14"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.14_1789032188551_0.7942396865868995","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.15":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.15","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.15","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"964148f6f6d06f7c3f1677bd6a880111b93f61ff","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.15.tgz","fileCount":78,"integrity":"sha512-fa2Td4jStWBpyNZpp2BeYifQe+KoRg5GDlFpc1uKJhTUuTgkkrROjWcEYv8AkErD9wyY/FNCOo2ifNKdgyxkLQ==","signatures":[{"sig":"MEUCIDpHeEAI89GaLBVwGcj6aekKg5EZn7V+cnWh17eZRtwsAiEAsAHKOIhxjM/55re0nbmkA5Td0fY3ZvYJT0RQrKJTweg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.15","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181894},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.15","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.15","@hydranium/client-theia":"1.0.0-next.15"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.15","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.15","@hydranium/client-theia":"1.0.0-next.15"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.15_1789032732550_0.8592388341750619","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.16":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.16","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.16","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"c9458fe4c9dde81a7e8d6cffa022085f834c1ac5","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.16.tgz","fileCount":78,"integrity":"sha512-sbWQDoNxNRBFNZmvupB7OTbWhMXeNq5mqSON1dy3suaEwceufqRcytV5wb314a09GLpSHbVM8VgzvdievubQig==","signatures":[{"sig":"MEUCIE0mCnrHVrI8ZwS6A3FqYXhG8onZyw+k7nnYMDWbU0jxAiEA2VZWBwqvnA/e9Gpce903WZXEVTxWjKmcNfNRt3HjEFg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.16","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181894},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.16","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.16","@hydranium/client-theia":"1.0.0-next.16"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.16","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.16","@hydranium/client-theia":"1.0.0-next.16"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.16_1789033822183_0.7459974737177877","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.17":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.17","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.17","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"b5ef14b78bc29e88d7489c1e4d61e5610f4c5234","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.17.tgz","fileCount":78,"integrity":"sha512-feFr2WQ/qM4zqnaPt9OsVrjFCNFOuK1+DoArTi4ePNfRDOLE4jRaave8mylfrxrJtJNpTUAgNXqf6Z2rGsY6ag==","signatures":[{"sig":"MEUCIQDzK1nyah6iqz3kurifr3VlIpZL9zNYIVeFxgYCkNs7GAIgHPIh0Fc8Yqee9uFvShwHjj2R/HhUCNE5wn1bHhq7P7c=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.17","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181894},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.17","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.17","@hydranium/client-theia":"1.0.0-next.17"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.17","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.17","@hydranium/client-theia":"1.0.0-next.17"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.17_1789037151185_0.5573771773593088","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.18":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.18","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.18","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a177767b1e6cac86113ee6e43a578b34d6100870","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.18.tgz","fileCount":78,"integrity":"sha512-PQcWS35I4gX92Y/S7tEgPXLfTcRSOspbDb+xFrxA1nPzAvolDOML+lGSw9uuXjIHeS0i3vfaD895nxbK9mJgRg==","signatures":[{"sig":"MEUCIQCWPVDZ3H5+gFjEUGjHdK6Mg2oBxs3LT1I5ypNrTOFRMQIge11xCINBzPD3IJGx80sERNeZHlBeQhBZQyOG02frrGA=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.18","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181894},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.18","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.18","@hydranium/client-theia":"1.0.0-next.18"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.18","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.18","@hydranium/client-theia":"1.0.0-next.18"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.18_1789038255400_0.0693964954042694","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.19":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.19","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.19","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"63c9bdbde4ca8d35762c787bbcfd948a968b2843","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.19.tgz","fileCount":78,"integrity":"sha512-1GENs3Wl+j4k3pSM02feXRuoAVNGhsJasiV/KQtiZKLck/2TAQolz78L+j8scynlYFogeewsxBYrkZjkRy6PXQ==","signatures":[{"sig":"MEYCIQDadfwOmshZPCMYofvd4UKQ63AH/bgBvGcKgjIOjqSsNAIhAOIib7hXK4cygdu0SW4rgRGjQH7LLf5Z0KW+CmzJXtHn","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.19","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":181894},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.19","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.19","@hydranium/client-theia":"1.0.0-next.19"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"^8.0.0 || ^9.0.0","@hydranium/core":"1.0.0-next.19","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.19","@hydranium/client-theia":"1.0.0-next.19"},"_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.19_1789046970837_0.30890553044200164","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.22":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.22","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.22","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"e77ac6af3f614c1b58bcf14d20c7ad53cb05cded","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.22.tgz","fileCount":78,"integrity":"sha512-qf6tNH0Av45lWIZuoiciriSPsilj9YPLuxOoc5AIi+5UuJ3njEwjqJURHCEaJEB+or8TOR39sQEIRZK6H3bj0A==","signatures":[{"sig":"MEYCIQDEryvwUjbwEbTE6ePKXofP2QqIxdC/HLLgx3/n9gXbRgIhALh+Nygx714USz+qzkEqXzOei1RVS8UnnersceJlF2Ia","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCJ7JPTw52QT2cKQU77x8QUax2XMJ5XSrnR8q1GfDwkjQIgbybS+nx9jiCGcr3Arc4xwG5l2CqXcVLIdQAg5HEscUo=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.22","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":183112},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.22","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.22","@hydranium/client-theia":"1.0.0-next.22"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.22","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.22","@hydranium/client-theia":"1.0.0-next.22"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.22_1789072092225_0.8601969453687004","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.23":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.23","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.23","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"fea8a20c7924e99ff441fe94c7c8675e25ab723d","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.23.tgz","fileCount":78,"integrity":"sha512-TJWBurGbhcWfgVnCDnoE/8KPpCJrG9v8joQYccatXripCVCgh+XgukCuh/Ke8kkW8Vvai3YS4g9cFDBuPwei/w==","signatures":[{"sig":"MEQCIHkXSPrHx+0zw/axsyFIZIXV38Qxj4a6HoYSOp1u1ivsAiBCayx34uynrAP9+ba46eNRvPebNLy139h6T2Q5HHUaag==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQClz4CXr7tiSO1RIO4lZBSvDLBBTUNfj2/dGmXDePu+PgIhAKIAhvnBf9DGI/8oWvET6d+Sz8uH9/jag5EaRqTCPW+L","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.23","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":183112},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.23","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.23","@hydranium/client-theia":"1.0.0-next.23"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.23","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.23","@hydranium/client-theia":"1.0.0-next.23"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.23_1789073234907_0.7577171913104848","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.24":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.24","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.24","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"4556d46d4cfaecf8aa85705e6ba2a5f64d2c6a63","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.24.tgz","fileCount":78,"integrity":"sha512-Qx47P72hMu8DwaOh+f65Y51zFPHYYWASA6U1ovp5YRh7fc2np4/u1iY2uMufwy6cSvTCD/V+ne4SCe061Z94lg==","signatures":[{"sig":"MEQCICW4lXzxtgnrA5Ld4cR83m47D0qeZ+v5wW12IVpbvlj9AiB+4clWSH9PfWPuViYHFk5mcb+D3lYG/X/47rD8niEtcw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCZzRzvALDaK8rIBIV5GuF9iFyiFylIGlgwD6s3j0lrjQIgT2RtgrgviKp88gClo8waZ8xaQX1Ldu+OmNxIfGB/fYY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.24","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":183112},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.24","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.24","@hydranium/client-theia":"1.0.0-next.24"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.24","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.24","@hydranium/client-theia":"1.0.0-next.24"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.24_1789074092678_0.6866832766844506","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.25":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.25","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.25","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"211cd805ed8d0b0d57bb51cd9a0b21c419e10eff","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.25.tgz","fileCount":78,"integrity":"sha512-/8u+GjRoOCVb+YzP88B5WTkHiJ4kp1ZZLha/qS9NIDPDrSmXmq4HcNnn/HFiLembmv6DnAeZJiBAMpxWMSSUAg==","signatures":[{"sig":"MEYCIQDU50oFNKkmyd+kBSDXbQgAPGTtGHXp2rrxAcYKktHu0gIhAKE8lcC3zm/Jfrtqoz3a8oEijndmvzm7JUgPYGjfFSLh","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIHzgSctvfLiCkG/KiR7ko8njs3lcdafdqywsACA9jGoCAiEAqBul8YR00ixe9M5T3Pb+csxSWuCCwL98CL2FMV1JWTU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.25","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":183921},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.25","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.25","@hydranium/client-theia":"1.0.0-next.25"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.25","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.25","@hydranium/client-theia":"1.0.0-next.25"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.25_1789075171086_0.9233761027096625","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.27":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.27","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.27","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"e8894e5da8c6d405a11965bf1e4e5fa8b73c3ef2","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.27.tgz","fileCount":78,"integrity":"sha512-obe0B2Im8zVXcw0mK+2Wn9g0hbsUS61kPULWGehLyGFImjEs9KVKJRbgX5dvonoOPqF6FyJlI1kunqJdnt6oAw==","signatures":[{"sig":"MEUCIBxMDlp58zTZLIQJuU5Ns+tgRUebsIMjlNhNQWQe4hquAiEAiusfZBF2DY2SIlodDVhw32fxfBwjI9gxcibnhqFEjis=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIB6yUQsllmK/JDFS4Z9RCoFMapHPtoKamJ6J5LOc2f/qAiEArMvI6cX9qjXemxlS8fmK9QH/uFNWOvXzL8J9fAFvFZY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.27","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.27","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.27","@hydranium/client-theia":"1.0.0-next.27"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.27","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.27","@hydranium/client-theia":"1.0.0-next.27"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.27_1789076526635_0.6287503264713903","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.28":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.28","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.28","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a147bdb811b28ee0f02957ce0e9562d90c904049","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.28.tgz","fileCount":78,"integrity":"sha512-xRgnJ6ZhLULyat5nTaCWieZQAxuCqm1E33qfYYQhWhlfZ8m1LmZ4cfCf5dgvKxibDSE484ZXHfc5qS+6XXa9xg==","signatures":[{"sig":"MEUCIQCWMXjTtZwRB6zqI1YAshN/6pw51+oWeBkcLtc2xa7mUQIgMiyIAs5cboraN+uBCf+RAkVa62AeC0eqNhd5THS/T40=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIEaqGVD0+MunxCZiEpYZ/xK4pkT9HyXtnsZT137eHtiIAiEAhadrYZ32CUw1URzhJauneCfHLrrpGXrvefjZzNFHG9U=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.28","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.28","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.28","@hydranium/client-theia":"1.0.0-next.28"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.28","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.28","@hydranium/client-theia":"1.0.0-next.28"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.28_1789077341307_0.2722860103507114","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.29":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.29","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.29","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"1bf222902ab84aee8e9b2ab58190240781bad0fc","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.29.tgz","fileCount":78,"integrity":"sha512-wb0Pv7bkLOvbxlFD0QMsjC4osEvjSkVZ8ZiqpINT2GOqI2/LDdYJD5Vh0bfScX3SiFQYSWCZmrh8am5iEfRLlQ==","signatures":[{"sig":"MEQCIA6wTupbKv0h4h8rKakijCNswTawISr0zZoKuxx7k+h9AiAINoMTkjPMJktQ717htTPmd7FND8EZ/HzzrZlUGBVllQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIASEceMCc/XEZhcBfoHiEHdNf89aL2KJBQNgDRJSYimLAiEAhBRu1I7YyrZF5C58GFuhniiWJaOMqWJ87VufoaHAaWM=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.29","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.29","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.29","@hydranium/client-theia":"1.0.0-next.29"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.29","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.29","@hydranium/client-theia":"1.0.0-next.29"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.29_1789079985234_0.36280143831304335","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.30":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.30","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.30","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"6c531395dcbbbf5b156cc7f87aa84ea0b7b92295","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.30.tgz","fileCount":78,"integrity":"sha512-ilCn+8dIuu4P0xv7RAp3QJyFv2cCoTblnGncWx615rZHXXZQXlx0BrfN99hQZ9Zt1F43vAvYMrVgzvPp+X9oXg==","signatures":[{"sig":"MEYCIQCXfG8cGUKs6Q2VCqhaMsv+qOvM30McbW2VcZRFeURUUQIhAMaw9PDMPXHWzcPW9aH369bHraEoXzK2Er2GRDpbW+wz","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDgqfARmJOV4gYx0pyjTgE3+BcGdCtWt4k43SdSYeOYjAIhAJkh8mQ2QP9PwKcqnW8RDWK47LlFIjpt8pP4y8hBfFwb","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.30","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.30","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.30","@hydranium/client-theia":"1.0.0-next.30"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.30","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.30","@hydranium/client-theia":"1.0.0-next.30"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.30_1789080864567_0.957428771591756","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.31":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.31","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.31","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"6a553b5849ced8f42cb2413b16bdc168fba337f4","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.31.tgz","fileCount":78,"integrity":"sha512-gauLzjuoFuUG+9Pe8fcP2BJhqC9Yhdn/ow40yG+wYsbZq91qDB5iEay3hjUamtVlz8Gug5U6ofmNPH8733uBsQ==","signatures":[{"sig":"MEYCIQC/7v6tIbozNfcfDWo7TmRS2YnsqoD6ZbvkSC/a9L/sBAIhAMzIC6Ks09uSKUKGCv6SkoFszAo33wSmvODferhPhLda","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIGK38MAPnJFR49O5CDD+m7aVTMKxct0/P1J+3q1ksfT6AiBQDtZHv5fOSf2AA/5Oh6ThUdFV1K9kVEPc9RnkMo8E4A==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.31","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.31","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.31","@hydranium/client-theia":"1.0.0-next.31"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.31","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.31","@hydranium/client-theia":"1.0.0-next.31"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.31_1789081844102_0.9681803420796771","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.32":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.32","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.32","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"53fd806ba3e853cfc086a2d6e412879a52cd01d6","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.32.tgz","fileCount":78,"integrity":"sha512-8scTHbqzuolUtv659RbTBgFviGnICnemSAZVsIRYXawqM6kYHqfLxf4XBvKUO8nCweIh4bhZu1O9upQWC/K1rg==","signatures":[{"sig":"MEUCIQCDCUPltab47citFb6RIYRrX7mu031pLHB8k241Ns0nHAIgfg6DpA0lkffLGF3yO1wwkj3AhbECGYveNypPcDQhRK0=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCAyIK6StGQ1+NLpG3XiW7ZI7UdjOSOylP2O9mlds1LjQIhANBw180qJCL07lfY2TMsHohkqU991/SQ1miGVX5CemVu","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.32","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.32","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.32","@hydranium/client-theia":"1.0.0-next.32"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.32","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.32","@hydranium/client-theia":"1.0.0-next.32"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.32_1789082807704_0.07610333383977386","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.33":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.33","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.33","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"bcbd0b91bddb9275b1cfa00c8b3500a74e8563b7","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.33.tgz","fileCount":78,"integrity":"sha512-1N85NL/h0hKKnlzK0iT2nWhawPKky5CUAhOu+le7QxFGsMaoV290D+x0HkWeNvLCEL+CO5IILy60zaRY6EmRnA==","signatures":[{"sig":"MEUCIEE0ZLnD8Qj9VRDDXw3ipfpEBzBKNCTUt9jryIefLVwHAiEA1I3OXNthXbtcvq0v9UECp77RXQH8EkbQH89Jkd6l9BA=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCICAkdStoosSoqTaZon/P7G/8F7XwWBAbbh+9jp2vWPOtAiEAsPOewBx1/QPlQ5ja6i4TL30FRsS9p4aePYSV1ycVu/o=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.33","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.33","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.33","@hydranium/client-theia":"1.0.0-next.33"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.33","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.33","@hydranium/client-theia":"1.0.0-next.33"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.33_1789084404118_0.41589066188919066","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.34":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.34","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.34","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"6d280ba6c9efac5b13dcd8159c374fc2dbbff32f","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.34.tgz","fileCount":78,"integrity":"sha512-8viW52eKvFXXllxmMkK8Yt7aIx+mwFyfKXpqLlWJkE52j7vUoAr600sW+XNOe4BlYswYDhNmlAofyPqlvVPuVQ==","signatures":[{"sig":"MEYCIQCMZ04u5gtnQyDCUHGK7VJyBHpyfDUSIAP2EPMHHK9WPAIhAPVYsVsYwsCUzxjaYJiRC/dVk2MgIERJQNUJC2pqwUoO","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIGd/iz3w2IWWbE+ZsLcAjU2DkbtpHDS7S4+QJ96W4xc/AiAU/wZKfHt6JY+JKSgtg8ihaeyUVW1lv17a7EuYvMldcA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.34","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.34","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.34","@hydranium/client-theia":"1.0.0-next.34"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.34","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.34","@hydranium/client-theia":"1.0.0-next.34"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.34_1789084781786_0.9853179346137855","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.35":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.35","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.35","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"9cae7cae1f9a9f9da648dc1d3bdd9ecbfa036def","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.35.tgz","fileCount":78,"integrity":"sha512-nIj8AWepQLOr+IbdgSOfit2KDaHIFjBuk+6q7KZ9nYNRPajlLX8uCjYGwHANtB895xpfL6cIomsgo6qfylQntQ==","signatures":[{"sig":"MEQCICCpsPJiRPCwN6eNu0s+GZVzstwgfnilWEiTxyvCmMDzAiAKZMbOqdDQiQEDQIJIHjSwrjK7k8usbXf33xoBdvfSEA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDl1db7b5QLPenQg3YdpUKnT/sdhEwkcoAywN+Z5/prpAIhAPVmO6a2qWWZ176M6fgmDpwclyhzHQlrJYyW/enHvGDw","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.35","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.35","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.35","@hydranium/client-theia":"1.0.0-next.35"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.35","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.35","@hydranium/client-theia":"1.0.0-next.35"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.35_1789110916392_0.5719010423915201","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.36":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.36","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.36","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"e910e4326233802c0428c7a4a8d5404d9c46ed33","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.36.tgz","fileCount":78,"integrity":"sha512-/WSYRXp1wECrqCmVlFtinZ69tMPemTrqF9Z2LRmpt3LpI4PgW+ajHq8R+YL5jatesWnqq2PrhFVZh94MQpljAg==","signatures":[{"sig":"MEUCIQC7uSh1dNvcySmk/ZuypoVjrecxAw+ezqMt9VchvWjK0gIgZFYhyc5hgq0zthRZ/qW4FgPllnojua3wvrlJESsd6mo=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDTdW1TG9BzVqln5+Le8C52Hc7EVCbOGEegQmReJ7+pewIhAK7in8dPIxsH0JrliXTgXYYqDPpS0QN54DtTy2dWRVAg","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.36","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.36","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.36","@hydranium/client-theia":"1.0.0-next.36"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.36","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.36","@hydranium/client-theia":"1.0.0-next.36"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.36_1789111543739_0.8145030751863633","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.37":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.37","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.37","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"b139d8aa044441f963cbced95437cc834e53659b","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.37.tgz","fileCount":78,"integrity":"sha512-7lCtjfE9R5/apvGoqxr/gR3+wR2nGVL0OgaRDsQuwCIyDSym+1DVF6UaJ8DIS36oDxJbvUaf+KdX0IN1egKZPg==","signatures":[{"sig":"MEYCIQDrVRZk+dysDUBc3TEezq9ZfUb863lZD2+lwJxZrt84jwIhAIYqqXFYBJn8evuOnTDluChzbOOzsf5m53PP45RU9tng","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIEnHPz77R576oD8FVKdMFor47rLsjknk7Si5g61X/+1XAiEAuxOIrv6bSpS1hUKZfw8FMMVHecx1EpqQ9ZJe3QP5Sko=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.37","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.37","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.37","@hydranium/client-theia":"1.0.0-next.37"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.37","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.37","@hydranium/client-theia":"1.0.0-next.37"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.37_1789111995394_0.628712970315435","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.38":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.38","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.38","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"637c621fd3178462f301e0a221c01994e459f2a0","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.38.tgz","fileCount":78,"integrity":"sha512-P27oUUVOxEuGWu9Ilqp/N8n0eSr0bTIPDzgeA3qMozwL3/UP1iyVK1txE58DCYrPNHshX690a1pE6pedSCJ07g==","signatures":[{"sig":"MEYCIQD2vjbzPPDX2CjGBMV1PAIH7Khu86L0Kb22cZejI2S9DQIhAI9IrnXlkI9ZwVJX/fWDfR9N87Mk1D/9v1+cAMxeHjCT","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIBz+gjC4gz0TZM9YPPKKAc3F04C6PTsG6qtH0+apKatqAiEA+dJQ4ynl+V9eWlMlfyyL2PFXchKvI4PehYc4fs+smgU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.38","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":184963},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.38","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.38","@hydranium/client-theia":"1.0.0-next.38"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.38","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.38","@hydranium/client-theia":"1.0.0-next.38"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.38_1789112662080_0.5763416316404528","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.39":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.39","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.39","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"5b4d53d3ea616a7020b542dcd415d6cbefcad067","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.39.tgz","fileCount":78,"integrity":"sha512-lHlIiLyvIbrukS3Lvc1DqYw21acxxlWXoKBbMaXPq0oJJ8WAd7HrivuudeFaKrsRaNsROjAcB1FOdbne0H7hGg==","signatures":[{"sig":"MEUCICQD7XbqVSkrtNd07rPXw+ekbnIfAVrcUHrKCkymzFxFAiEAhPxNJ0o2EoZvuHtDOO6PpmCMJLlFxMYtT0jNOGu2vI0=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIGm+vKNe737tqn7ybhapy4XN4pghUMSOLwC7rYMfCHODAiA2XBjGEJgq1tVLDkaHj70s1V9rfq26K8pInVIt+lX3kA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.39","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187730},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.39","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.39","@hydranium/client-theia":"1.0.0-next.39"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.39","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.39","@hydranium/client-theia":"1.0.0-next.39"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.39_1789113887971_0.7798114338619606","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.40":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.40","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.40","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0fb2b01f810ea30c9aa82422c913c2313064f1ef","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.40.tgz","fileCount":78,"integrity":"sha512-PJe5vP+23LfF6A3VUQ41mSgrtFz/kqBZSIRt4/Lt4MWb0Sld49WqXZHnXXddjiS6E+PtdtfSenAAhdbOq/ySxg==","signatures":[{"sig":"MEYCIQCg+XcIIB0JBGckJcdqMYTiQV3HNsr6tJae5AP79x5WOwIhAMma9dFueBFeB/QTCw3yA7J8W5Po4BpAp/zCWydd3zPs","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIBMLWhlnbI2FpBODgJUBpyNwUWoCArQlEQPj4C3P13xTAiBM9bttr6hjfTGpTMTF1KmtC9Pyyz91T7vKydjzqpagIA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.40","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187730},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.40","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.40","@hydranium/client-theia":"1.0.0-next.40"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.40","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.40","@hydranium/client-theia":"1.0.0-next.40"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.40_1789116697692_0.09545914970322977","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.42":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.42","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.42","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"3be0eefaac24ab47802156416aa0e6d617da2cac","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.42.tgz","fileCount":78,"integrity":"sha512-L7khtP2d5r+fYZXaDAg4PD69QCUqIm5WhuP3sk27yXbZvjFQXuh1TPzjaEBlwYO54ErJhEs+YO56xX6pekpPIQ==","signatures":[{"sig":"MEYCIQC5fTQTVG1CamDtsys7j0o9ajeiPmSYXAwCW3/feLPjxwIhALaJjnEKWpQba3KdzN26TS8vxpgIjZVh1h0UvXIvw/Rl","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCICPaZCueWcK9b7a36f+Af7tGCDMa02pqIf/HoKhGhC1UAiEAmPSTcmHxtW7lu+3C6GGJe4cXvLesTaBpEpHOJWtl8jU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.42","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187730},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.42","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.42","@hydranium/client-theia":"1.0.0-next.42"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.42","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.42","@hydranium/client-theia":"1.0.0-next.42"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.42_1789123528924_0.29407051055023503","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.44":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.44","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.44","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"53df69827c1752e5c48a1202ed11632ba46fdf0e","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.44.tgz","fileCount":78,"integrity":"sha512-DxHsZbyxxZ5plzAOA+2nDe+T0ImzJ7YoalhLkAcu5eQkpu5k8AeT7cQaQ8hmOQOlnt9gKrIAsMwAaaz2Ncpgsw==","signatures":[{"sig":"MEUCICGuREwhljiY2oHlQ0mRVXMSJOA4VE9uz1bQwhP5HiWoAiEA2bI7MfAqknDNcEntDSIlkIJw5c2jiy0/faMWAf+CQ6w=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIDgAt9rSo373ctwAmlrqx76GVDIdGcDHBPapQtjru+21AiEAx75YvVuiRkRa8kfmf65IhL7zFkLQx32NFiXeih61FNI=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.44","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187730},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.44","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.44","@hydranium/client-theia":"1.0.0-next.44"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.44","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.44","@hydranium/client-theia":"1.0.0-next.44"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.44_1789127914290_0.45859264247585707","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.45":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.45","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.45","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a9edc215090a903e7e46ff0e3bc11b815ce8e5b5","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.45.tgz","fileCount":78,"integrity":"sha512-6Wx69IPyPYvMuOHFYr3i3rMWPzcQwfa9JPzsFbui3rVNMCNGiA36n0NsS+W9y6zSlDN06UMHFMY+cPZ+X6T/mw==","signatures":[{"sig":"MEYCIQDLRcftjPngTGhZ8nmmrrChrBrJr9fvaVmVmaoVjZ6MLQIhAJ8KC51Il8l5WOITk3M0Jr8LXNfnF1hmgA+zkqeXOsk9","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIEUz1fhE1a+hBW439FdwbjFcxHjjWdbLwEGXg/S0XVoAAiEA4q4PBXPslC5B4WljO7xahpBeDa6VR3Y1shpmTjq6xGA=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.45","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187730},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.45","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.45","@hydranium/client-theia":"1.0.0-next.45"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.45","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.45","@hydranium/client-theia":"1.0.0-next.45"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.45_1789130101059_0.04542599344941589","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.46":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.46","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.46","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0798f1e989e23e933c1f63419cd9778138c9fc5e","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.46.tgz","fileCount":78,"integrity":"sha512-6Dssba8BiFCexfwf4XZPHwU1qucA89JE3vCELiGPI4ID7/7StRXfGosycS+KBeUZNPm2LJjnBbhzR8wT/8JILw==","signatures":[{"sig":"MEQCIFV0pGv+o6j00w+KAHQZbkkXxgVQSc62yxvrI95ZY71vAiAR6Qji0bEs3jNwlekpLKKeq5zToCl3b1jItQvHzyAgVA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCupEVB9ko6ywlcjNTSGBMKUybpLDkNqwi+fkfO9x7XuAIgZja7Q+T8a+FwwPv8fpLr/4K+zjV9fNMafsk+D0GnOpc=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.46","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187730},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.46","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.46","@hydranium/client-theia":"1.0.0-next.46"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.46","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.46","@hydranium/client-theia":"1.0.0-next.46"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.46_1789131958407_0.44549764747655907","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.49":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.49","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.49","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"115d6569bbeb5a608a01c273276f03cbea43b87d","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.49.tgz","fileCount":78,"integrity":"sha512-ijUuLMRZHknCZJbk6fqC7IGvXJNThVGv1SjQGcwFCM1kSeUbO5616O3DMNuM6sH5liCzgjOhtzrGp2Alw/+TMA==","signatures":[{"sig":"MEYCIQDnhW8ufirHpcWcHbNSbQnI4o9+cvcKk4XqBDbbtZ38HAIhAIG64ybkpu5IaIdZUwJ6RmWexL/WKvLCHM9z1ur91oLA","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCZI0iffm+ril/Z5yxYnc9D+fmYeVlc6LeHgOrd695yfgIhAI6Qm1qEn6Ol3VD5W3ZvJ8/QQJSlh/sA50+044zuDrtd","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.49","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187730},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.49","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.49","@hydranium/client-theia":"1.0.0-next.49"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.49","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.49","@hydranium/client-theia":"1.0.0-next.49"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.49_1789473450339_0.8416909105869448","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.50":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.50","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.50","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"975d3de0a72f9319d30ab97b53112378d59e7976","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.50.tgz","fileCount":78,"integrity":"sha512-HkLQ2wZd+hefLm/IWvwrjMoVSSYFzO6m9yGDf4zST1h3/UnZQ4RNO0GXCodAjPFI9THh6VFp+YZcQtWlRml8gw==","signatures":[{"sig":"MEQCIApIV89meilVPOTER1N6V/zVIC5ARsZUQWS44vFcoCHYAiA/T0r0GNu+dlYLPpEq7Cgp6k0F4WomMmnmLcnibht6Vw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIFFMj3S4EZ1J5Metwwxo9HhsprQkeBX9NhpQ7fsJhLG8AiB434rvKtJACNClZhLE6kmgllhWrtf6TB56U3D4gLMCCw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.50","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187730},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.50","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.50","@hydranium/client-theia":"1.0.0-next.50"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.50","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.50","@hydranium/client-theia":"1.0.0-next.50"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.50_1789475717813_0.3585275401073096","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.51":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.51","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.51","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a7faf99d6a08e612c41cb2eb10a3e1be0536b868","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.51.tgz","fileCount":78,"integrity":"sha512-hp1YCz7xljlakLPtGY01zK8dCwoBOnEXbLpaBiSI21c6R6mL3x+aYZz8xAx28lN5clfz28d9zPsePjjwyDkTSQ==","signatures":[{"sig":"MEYCIQCkIOOVYtYAt1zP9Oly/Xb6g/BWgZNWXHDi54w+bCbPWAIhAKVU5fuDHss2w03INWkc9gRKVwIdPZE6AMcCLTbCgPV6","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDN359Lgu81h6XEJuVkTqDZHSIQvaJEZe+EfOvtEnNEJAIhAP0S3NMGINe4Jn/lvJupjeICSjWXKdcQhFn36/2fE+Fi","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.51","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187792},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.51","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.51","@hydranium/client-theia":"1.0.0-next.51"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.51","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.51","@hydranium/client-theia":"1.0.0-next.51"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.51_1789477294961_0.6049346483479143","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.52":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.52","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.52","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"f6cdce30af9d16d1155f603943da2d292eaf3155","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.52.tgz","fileCount":78,"integrity":"sha512-D98qLrJeu2lj5hN4/60glIF96wz4VvffT8OlsqRFumddSM9ptS/M0CYHuPzMVFOUDNbnMrdpN315LfbqtHq3pw==","signatures":[{"sig":"MEUCIQCQaVb49KGcENx8gGpbwFf9gqYYYbWcde9QSJs7Z7v13gIgZxgxKZpCUOxhUgztxGjmZb+drfSg4Kmn5k65eB3lKKs=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCbt1uiRH8Q6WnrXf2PQux/thORC0HFws8YGGz1hidjLQIgY5/8fZp1aPwQJapy4iR8FHmK4GRPHuVoqb2x7iAIcMc=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.52","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187792},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.52","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.52","@hydranium/client-theia":"1.0.0-next.52"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.52","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.52","@hydranium/client-theia":"1.0.0-next.52"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.52_1789484321343_0.000586967054164278","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.55":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.55","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.55","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"15d36432da45a6f4af20c39b0b8f5af2ad588286","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.55.tgz","fileCount":78,"integrity":"sha512-TZbNOiPlQrKbdtpgZlaqjNGxs1uxH4PBlHqAHZ2zMSfepyvw2AktgTV6uMSrTc0l1CB27qxzUMueecHQ1f24ow==","signatures":[{"sig":"MEYCIQCBtj/YXPtdH1nlw+uMc1Y0/QYdIXmVNCOc4nh73N4XSAIhAIZO7Hd4tbWpdw9WtM0pbOgRWpN3gmxybNuFR8oRIOof","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCID357uJY+4ZFzn43ua/jwFjNnCVKYbEuV5fYpMpLfSv2AiBHr116p3rVPNPHv7P22BPKInQqhrUOKCrhhgXx1cEkOA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.55","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187792},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.55","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.55","@hydranium/client-theia":"1.0.0-next.55"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.55","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.55","@hydranium/client-theia":"1.0.0-next.55"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.55_1789563530285_0.190949971842876","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.57":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.57","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.57","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"452b56be81c8e5894f4be0b89993ee57c08d8a57","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.57.tgz","fileCount":78,"integrity":"sha512-I19Qbd67f+dvga/loMAUtu/d21CdMciI/BW+/Yl0NgmS5byoYODfV0LZwL91mj9jkOKz0+qoewNMOleWqu8sdw==","signatures":[{"sig":"MEQCIBnlTEbzCiphDs62nfqal5SsCYHHdyn2K4nf7EUE9sjmAiBBt2Y/qIbS5rtzwiPN8iw35REx7jWi52hhgvqPiyBleA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDelwgXD3nKuzLDFIDIEQgMKopRzi0AT4dv9ia6XwxJZAIhAJbgN3ZyS8wiN3gVzjqeIdqVNqqUXiEXM2iIR0VRUDL4","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.57","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187792},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.57","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.57","@hydranium/client-theia":"1.0.0-next.57"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.57","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.57","@hydranium/client-theia":"1.0.0-next.57"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.57_1789572602774_0.09827314125408693","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.58":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.58","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.58","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"18e2574fc9de12e96b3b04011f1d80ae7aee678d","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.58.tgz","fileCount":78,"integrity":"sha512-MUtNLd8CFA2ph8yiTWEh+UBfjYDuM+MSodghbCNMaDl8cNUe6Rw7l96ldpAzXBnskAClGz8sJt2d3tXOZuzALA==","signatures":[{"sig":"MEUCIEkIuGnbC24EP6LSZwySdx52ahRw7y0PePcZZO3NYDKMAiEA0Xtq9EVhVFbul4N6UdK8wjTTcT8HNYhIrgYzPw8/MLk=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCPD22kwH/2SwUZ7tvwsc1ektCDYmkG0eYmSMsmn92hsgIhAIeGFFe60477amI4zlQgCA6omR+dVpZm9sMpAkDwCVG3","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.58","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187792},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.58","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.58","@hydranium/client-theia":"1.0.0-next.58"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.58","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.58","@hydranium/client-theia":"1.0.0-next.58"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.58_1789573297051_0.6620146441111885","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.60":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.60","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.60","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"5f4e84d0e27249a3b78d1df66f0bb111e65e33fd","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.60.tgz","fileCount":78,"integrity":"sha512-jGY5L/JO8QIaPeitRGsEjzSS1pK7eo969XWpg3SLsV2UbmtLCXdoenKg10xbHH3a8dd23YR2XnCCFlVzpE5e4Q==","signatures":[{"sig":"MEYCIQCOkKvt+yIUL9z9f+oGpxUQINlRqWUkRq2olAOPRVwrJgIhAIMWtYMImrElNe9BzPeEgRpd+F/bMgIdaiOkCYoX18A/","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDZ1CbW9HChpPdUxLCz9lXVbFA4tBtlIf9T9hc3Tzdk5wIhAJu8nWcMNYv9u0q6+wygsQWiNJ63j7aITZb3FT8EoVO5","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.60","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":187792},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.60","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.60","@hydranium/client-theia":"1.0.0-next.60"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.60","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.60","@hydranium/client-theia":"1.0.0-next.60"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.60_1789635159819_0.20512465519122025","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.61":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.61","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.61","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"5528f59782086cd77f18fc655c270a8a54ad24c1","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.61.tgz","fileCount":83,"integrity":"sha512-rglQjYRzhCur37AQeAuhspSH0y29tZN6FXdEli7KcJgzvAaVn7F50r7zapk/B2iP8Ty8GaiVBJyYdQtuVm7Q0A==","signatures":[{"sig":"MEUCIQDN7sU9fJFpJ0LmMOYTfDb9PVyIykF3ac8QaFKDWbrQHAIgX5NleA3EJUI34g/BQdpCZcAoM//lxRZ1zSFOzIPq9HA=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDEw0/TcFuSVw+AkB7SpIo+BoRr1CZnM/9LRs7gFrutBQIhAKe7S2UhZML7WaGGEJyIKrHOtqmb83mMBx840wYbYg1Y","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.61","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":197855},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.61","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.61","@hydranium/client-theia":"1.0.0-next.61"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.61","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.61","@hydranium/client-theia":"1.0.0-next.61"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.61_1789643292096_0.09163572135235953","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.62":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.62","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.62","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"9555d3f3289caab2d14f790e56eddc4e3d122c5f","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.62.tgz","fileCount":83,"integrity":"sha512-cNu/Sn8ItxhRwfn8F2J0CoRGEaMgp5IBA8VFPggbTH5jKPR8A/lKDJR7E1ecKinR+XYuP9PJr+QXLhdUaIE9ww==","signatures":[{"sig":"MEYCIQC10k7mqXrofqiFB84CT9y3+UpDnwZ3oxabIG8dM/G3ygIhAJwSubd+CV2Ql+MIMtqAuY+glPALqqvTt4WxWaODc4q4","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCICTOW2jFLk6lcD99c9E8VEkXlN6oYlHb5j7QT/TJB0IUAiEAjWrca5xoknzsszqeYpsug16MzRDAVr950Rm2a49KlGw=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.62","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":197855},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.62","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.62","@hydranium/client-theia":"1.0.0-next.62"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.62","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.62","@hydranium/client-theia":"1.0.0-next.62"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.62_1789651033430_0.3257746196856339","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.63":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.63","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.63","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"516aaf099402e90bc216215c96d66f8cec911285","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.63.tgz","fileCount":83,"integrity":"sha512-Blx0IxszIIfsBDgByHOEDJL2zie7xWQNYqWc3wWJjsgNLnbd7H8b7SwaHW0aB8vSdCwLQV21s0NzTiVgz4UiWg==","signatures":[{"sig":"MEUCIQDWbeSDPspoPYwTz4rWaGwONm2O8a3llQCyILUxpx3akQIgEbkrIbNd+s7iw1Y5m5U3J7UB7YXo3HRyz6AUJWqcHt0=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIHbn2tCz4iPPTZ6JPBvPOFSG2oj3IIqjrEOu/GNpS1RqAiEA/+pRIQwhxZiMojmW6B7D6j/vtmC6dWKnm7JoAH9rVRo=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.63","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":197855},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.63","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.63","@hydranium/client-theia":"1.0.0-next.63"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.63","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.63","@hydranium/client-theia":"1.0.0-next.63"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.63_1789651549042_0.9342133543982998","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.66":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.66","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.66","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"9cec894cd5ef0d065b8165738f5f53ebb22984e0","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.66.tgz","fileCount":68,"integrity":"sha512-d4K+RsYC3zyHeUID+hKEkV9wh80vpJ0+DMK/wKqG1eUQ8Q0UGVJ8EWcwz9k8M/zrJvbx2HVLEFYgd8t7AuOcMA==","signatures":[{"sig":"MEUCIFhAN9R7H3cWB1Q+i/umm/s3JEULChQC7mOMlEF6lbKlAiEAwDzuIatFXkdjaQ7P9G0/EzOZ2qhQRFBKmmQ1Bxv2B50=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIDk4ictteRRIRx3Br6CvWCYglyu+OK3hJZZLrYop0hPbAiAG3fLH5gOhvON7HIXPvkh4mSDjSiiKsalvHODjtTUikw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.66","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.66","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.66","@hydranium/client-theia":"1.0.0-next.66"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.66","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.66","@hydranium/client-theia":"1.0.0-next.66"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.66_1789680484482_0.31091054558297704","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.67":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.67","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.67","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"7192809faabbf174232e1bbed5c2b484457eab9b","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.67.tgz","fileCount":68,"integrity":"sha512-r8wVk4lRVyssBCChy0tlgspW6/EF0eBxFuCoxa1RPJTNk4ykvvNKAMFoIGoWpEcW0tz9nPs2V/pe2a1eTK1Cog==","signatures":[{"sig":"MEUCIAzytcz6AtKL9QDF8/HDlN9hy+1ysCb1RoBpI7lLpvDSAiEAm3fsRKGtIpBTX7Sc9L9YzCOzfwttU0V6BHtm+h9EPqU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQClRt4s976mRK1KxmS+atX4o+9s9WY4qrXvj5tcohJEbgIhAJyO8+FlHCIkJFDAs98eMVTRvwPWQroD26CrAGFOMdI4","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.67","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.67","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.67","@hydranium/client-theia":"1.0.0-next.67"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.67","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.67","@hydranium/client-theia":"1.0.0-next.67"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.67_1789718116972_0.8085689269361793","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.70":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.70","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.70","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"1e2cac6451d1ed74d01d9fccf91a48ccb255c943","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.70.tgz","fileCount":68,"integrity":"sha512-cwW6T+7P6dMtNPB8jYIKwizDDL5In/rycYfjnWCXAdGMxQ5IfEtdZnsJdh9YO9q3XqPoCE3dtfNv+Zx8E16hpA==","signatures":[{"sig":"MEUCIFK3leHqfggScmXiYaE+tCVAd7kESkkwswtwpjTuOOlJAiEAy96FNL1hI0tLMzyhfvI5ihEfHM4bx1SL7NsD89y2vus=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCXdyHaWWp5y0D8Q8tkYEPk68hAKlDPA5xfWKreLLVIRQIgBB3E3W+WjAHmc6a1V5PbaFx7JR+GuM1/pnfjwtW+IMo=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.70","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.70","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.70","@hydranium/client-theia":"1.0.0-next.70"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.70","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.70","@hydranium/client-theia":"1.0.0-next.70"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.70_1789729446308_0.21613458176220113","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.71":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.71","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.71","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"b490217fc2d5604e73abeaa74da0360e58fb7b88","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.71.tgz","fileCount":68,"integrity":"sha512-ZI71/3+XOPGqE1jPYJ3mDF63r3i4AOLV9Tm//o2BzIRkjnvJTxbBEvoWx+6oT5FSRbQexKu7SxTDi2Ha4d79cg==","signatures":[{"sig":"MEYCIQCoE+nOmJ/xm/ac+LZ+/tsv45jVuzwO4wG1lqCUGxKqqgIhANRJMs+8oVAXZE8GD+D2jAS8ZoRqHI/41AQbG9JWOcxR","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIEuTSffJstYe9YSX02tQSVKLGRBKVr2qpsZwI+zZ2jFQAiEA9JmHBFg8VSVPBq0ZVwDgYpQ7q34mM4cLrOSqX8YXtbU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.71","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.71","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.71","@hydranium/client-theia":"1.0.0-next.71"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.71","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.71","@hydranium/client-theia":"1.0.0-next.71"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.71_1789730192067_0.50825415260245","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.72":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.72","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.72","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"e097dbdebd8499fa8b6f221be03d2d44ec47feb0","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.72.tgz","fileCount":68,"integrity":"sha512-Re57rwlSMfwZjxM+jHBkX4pPz0z9eCy5hJRY66SVfV1hKWi+0TZmCn0xb5E+oBoo0Rja4K25Ee64CqvIXbZ60A==","signatures":[{"sig":"MEYCIQDc8lx7wZewIY+a37CrHuGgkmkrmrIMOmrNQ9tSgCgblgIhAKLflJvc1ELYLML/1egCaNnkRkN0VnUsJJY29ogkiXgb","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCICyZbeeGH0UvuhS2A7T7BWJKRCj7vNaNqTnPim45XWT1AiA52637C+iJhpswM80ZtEcHB0IKhUY+bFlA2ZWmWXvjRQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.72","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.72","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.72","@hydranium/client-theia":"1.0.0-next.72"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.72","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.72","@hydranium/client-theia":"1.0.0-next.72"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.72_1789735265485_0.06113681242667357","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.74":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.74","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.74","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"26e80478abdfb61d4851da2d2c9cdd1439b47252","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.74.tgz","fileCount":68,"integrity":"sha512-GCXoKdBLBBX8LQRgtlxfOUkB+fe06y1B1FL7tLku7kEvFdqGuDeCiF7T5bAA1zeEdQZfrvT40nBHq+qRw+dw0g==","signatures":[{"sig":"MEQCIGrrQU1NGPqssIfcGoOlT22dsuS20lrlj4z+G7/LOH6IAiBePYh/lQttK1jgRAJYl103eGM1GP3fF64irqt2X7Mjhw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCICUFcK+XLRBPqC6B+cdK19csDUd/f2MufW9FbeQfNtxcAiA/MtV6VW7C/e+xj14YnpwH89kpxOFnLTPzVGlmpbnwqg==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.74","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.74","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.74","@hydranium/client-theia":"1.0.0-next.74"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.74","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.74","@hydranium/client-theia":"1.0.0-next.74"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.74_1789741414422_0.8176902415414427","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.75":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.75","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.75","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"9dfebe8345fac56802bb09d7c7a42a0d5f898bc9","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.75.tgz","fileCount":68,"integrity":"sha512-mzuxoCsJEurkn3n8PPvIeUdW71hSqPFDjDl1JNve9dCgU3grGi4qpPtkCQtTIlmxa8nxpjh2e+UI+5GUawNSqg==","signatures":[{"sig":"MEUCIC9eHPwkQhs4SACLVBm/NuBDByNwhYslijeb3rql4Aj2AiEA+fbIOKQZdnorCgMYtS/v4oG8gsg9ZuG/TZW5nRm626U=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDwid/pWAZC5LMmyds7A2YRunm8jwdE3jY6gro9iBFPkAIhAJ7J+KbG1Mqb8CBP7OXJL5YyddpSE8jD8py3xYW/4ZMJ","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.75","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.75","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.75","@hydranium/client-theia":"1.0.0-next.75"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.75","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.75","@hydranium/client-theia":"1.0.0-next.75"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.75_1789744196112_0.1123320100344114","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.76":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.76","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.76","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"f1e2cf1116bfec71b492557580d9b1d7061c64a1","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.76.tgz","fileCount":68,"integrity":"sha512-gTG4qigxR/qGYIuzFFvbpmhl54agydu3VXPvPM1SJSrRDyWMZt0ZNFACBCRJ3Y50jLS2d44LOoI2rMohomgWRg==","signatures":[{"sig":"MEUCIQDO8oEx9K64XIp1ptP1EiqIsNWsjMAZ3XPlqRtE3TiQfQIgSjcFjShwLBF6lw/V0zY0e2jVmX0v0mZA1zMRmP+7JMI=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIC112ybbhhMCTe465AbpOtAvs8T6V/7aLLX9CFfZbYwaAiACUXQhKaHBWtTf4BFdBQb6Fvt4Mie69q62YvrutvdpRw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.76","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.76","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.76","@hydranium/client-theia":"1.0.0-next.76"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.76","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.76","@hydranium/client-theia":"1.0.0-next.76"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.76_1789765204282_0.6067790872641836","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.77":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.77","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.77","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"fdea96c7b3e50dfab53f5267ca499f5f77f95a7b","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.77.tgz","fileCount":68,"integrity":"sha512-3ZE/Frn7NypovVtjtA8g52fSsJa8++eryIzzHmgDNtFye0FstyOR8UHKAfvz5qzPV3Z8Hn902zcOnAZqWqKuzQ==","signatures":[{"sig":"MEYCIQDRyd2/Ne2aF1OjGiiiQ7WviP7pnD7E/YspFfUjKVf9RwIhAPIotOAmCa6h7gDbSQMTY4cBqf5vfsK98IedCslWwiWx","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCzowIkBB6DubMoOWpoOHRxIoJHL1U5EA6XMVoGUxt9BAIhAI4HSeYnVsE/0YIzzI8DE7l9ins+CMFglvr7Plhgu2+g","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.77","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.77","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.77","@hydranium/client-theia":"1.0.0-next.77"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.77","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.77","@hydranium/client-theia":"1.0.0-next.77"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.77_1789768611901_0.9820291982599076","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.79":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.79","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.79","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a6c1d98fd8ba0daae5fa046d1b37242efbd1c2af","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.79.tgz","fileCount":68,"integrity":"sha512-b1jdC479aouR4s1NOFEKjksfdzNwdADq9kGNCU1JmepreDkUEjKt5l3kzbzjPiaCQwVmLjltPeTE82e/mDjRQw==","signatures":[{"sig":"MEYCIQDZ+iqHpAZNz5FsJXjGNtIcU42cNjCGp55Xam516oCIdAIhALwGRqbGdRgJDZg9lODmvCoctaXUFe0Y+1GvyRytn8j2","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQD5SsPVRJgTVcDN+SLUxebqdFsVTowKF0OXkdhGVDmthwIgUW6ze/a90oAwZ6n7lxSP8di9XKAOtNneM16rBv+4sjU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.79","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.79","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.79","@hydranium/client-theia":"1.0.0-next.79"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.79","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.79","@hydranium/client-theia":"1.0.0-next.79"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.79_1789916498439_0.5873970554877557","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.85":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.85","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.85","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"b1a066f1ec78f679907fb0ea0cb38cfd02f9beeb","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.85.tgz","fileCount":68,"integrity":"sha512-ekRdYOpjCdjsUtIQN1i5RwhpUvzGePcgnG/9KHZSp+43olI5CauuWUS9t9Zd97i1bai0fDmhP2K+itjb75mXyg==","signatures":[{"sig":"MEUCIAyjj7mSIyseVBGePTR2FRrZ7I3uWKI/xSnaoeyILrmxAiEAoZVkgRyT8O0EX/5v1y9qw4pNZJs9UFeLt0+PDiEwL1U=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIF1FjldvI+OUJgHFSmj0UfMwkT0mefOQSGCKeZAkDJ3RAiA6h3hHlh79WAy94byHVSqO+1aU42embm9hdVrkxreghw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.85","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.85","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.85","@hydranium/client-theia":"1.0.0-next.85"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.85","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.85","@hydranium/client-theia":"1.0.0-next.85"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.85_1789939360213_0.9409948243589181","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.86":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.86","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.86","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"00a1de70a7f4940089011f705d14c2a47aa076aa","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.86.tgz","fileCount":68,"integrity":"sha512-NAgj5FaU1W1JUhRiQkJ8J2fTGJsBvNhCb71CTbkMgPUPnTWFsY1xd9jtYUyCHl0oBn5Y8hs+JGlQZV610nNFkg==","signatures":[{"sig":"MEQCIH4GnBcXFMOuOEls0NSwaWniXT+MB4naEpbWYvUunwKNAiB9oxbvcGUCQFp8kfAg66b4nq4XfWzdwO8rUV0DgG3YKg==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIETO0FWLv48Ewf5METnikmf+0ANl1DW8RDRIvw6q0fLYAiEAv1iEky9WY78sPvolqOxECU0O7DPgaoL5LYIBdQX9Xl4=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.86","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.86","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.86","@hydranium/client-theia":"1.0.0-next.86"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.86","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.86","@hydranium/client-theia":"1.0.0-next.86"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.86_1789974817500_0.6105322427820647","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.88":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.88","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.88","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"da45cdd1b3c314a752be2b2fad13b6a45f5c5ee3","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.88.tgz","fileCount":68,"integrity":"sha512-gX+EK2r5JDVoY1SDu2S/GGGsvV4hN7ITlUDq1Q73w7wZ/wGA4CqNva0oXH6pp6MmMSIAAhvzPFBrFHGdA9wgqg==","signatures":[{"sig":"MEUCIH7cf0oNaxkViHonm5PRohItI4Ax7pmlC8C1GfTM6EEhAiEAkB5Tq2X7bcYZlkoWzGqwdDef7/sFGLJ8FzEGBjzecRg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIEErCXbHJPPcVLe+aPQSEnzuylTwA3yVODRtYcEcnjxDAiBBzhvwlYes8jv3+fopU0oUwNApJCkMDgnR2OUOz/8fXQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.88","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.88","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.88","@hydranium/client-theia":"1.0.0-next.88"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.88","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.88","@hydranium/client-theia":"1.0.0-next.88"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.88_1789979856397_0.7727977529410459","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.90":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.90","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.90","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"f22435c3e464a6979dbd76f3a081771a051a0e5f","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.90.tgz","fileCount":68,"integrity":"sha512-NCOrA+RUOKID0+mjYNOwRHGyK/2TBcmFgmo/zJ8y9ac1IAUtsTbj2JGABYWVKYNRqFApCKBu4Vss7BhJz/kDmw==","signatures":[{"sig":"MEYCIQC0iu1cr83ivVN4C8oJaSn69ub8jgOuPHEEGUKXf9Ml/wIhAKwO/zkjxn4RxkqI/j2Zz95TKJwJTOEKuNHmmxCl+0Fj","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCeorgmM27rUNQeVNrTpzIfqyGXhQSO8AAuu8j08C5jLQIgLsMqOWU/yfCI+iEv/EwUfysQaSd7SPndyB7ryRl4Mvs=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.90","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.90","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.90","@hydranium/client-theia":"1.0.0-next.90"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.90","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.90","@hydranium/client-theia":"1.0.0-next.90"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.90_1789986201561_0.8758619317311986","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.91":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.91","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.91","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"b50547b12418d28c9b13a7f923820fc0a9f49d92","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.91.tgz","fileCount":68,"integrity":"sha512-ZyYjBjllbafcuzooH5f6wNWiAUjqHX9jhsxsGAXo0O6RbmTyWxuU6RcauZQxpsouyQPg8d+eunR1/KgcBeQGJQ==","signatures":[{"sig":"MEYCIQCsw0Bd4byW8oxhlKkMMMTczBpTPP/klGA0sdS44rNNLQIhAMZrATMXrIh3vgPJyAeH48QmSHCHj47CMHFDio/wjPls","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIHT0EUm2igiDCQebqkSNwgzJHiSALmbsm68iqLkUQZkqAiEA/d78pWdcflf4mUlZPNw8AP11AoWbWPuIRBmq6I43nvs=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.91","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.91","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.91","@hydranium/client-theia":"1.0.0-next.91"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.91","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.91","@hydranium/client-theia":"1.0.0-next.91"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.91_1789986827989_0.6033200423371989","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.92":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.92","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.92","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"4156a52196de04b8ca45f138cb96cd1fc99e1285","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.92.tgz","fileCount":68,"integrity":"sha512-wmw4ZDQtiQEOf1DyXi4HDzVXH260VPuPxv93w/DqmVUvmhf4hNSu4oVUUKrEJy//3+8Y/ydIeYZVVt+eaSHpDg==","signatures":[{"sig":"MEUCIQC8aLST/4B6zqstGEkC2xWwiMr28IkkXZwEPhc5IloqhAIgXfXxLyGFicvG+471p+NTuicoFiNW51ycHsWmsR7cFMo=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQDIuisMeggMhAh6PIEDCIqkukjUYc+z55bSZZ0knbEg4QIgY033iWmjm1BEjrKongJJwoyFPAgDTKaN9qqbPl6qmbk=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.92","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.92","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.92","@hydranium/client-theia":"1.0.0-next.92"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.92","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.92","@hydranium/client-theia":"1.0.0-next.92"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.92_1789992939233_0.16825571584380938","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.93":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.93","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.93","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"cd38844dc82bb4bd5d0f577bd53068b9cfff76b5","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.93.tgz","fileCount":68,"integrity":"sha512-pMk8ZVSauVfRZDGzEqfOjvoYLPOfC4gos5tk7+eHXL9RskO6XFX1lnxKQX+2rAXo1cc2tpAHbonTrNfjDrv03w==","signatures":[{"sig":"MEYCIQCe9Yipzflum8hRv86HMapK0jzViE9XF/QJcIhQzF9digIhALb9TzRoxg0hN2bN87iMYdSApULVN0DTjtP5ZLZLXdGO","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIEZJaeFbWeQViu+gYCOyqkShFO/FdP3VPcCmUCdSRJr1AiEAgwR8Wf0SaU4+oxYIKB4+3silmmF1wC6zgD4ThP8EwaI=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.93","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.93","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.93","@hydranium/client-theia":"1.0.0-next.93"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.93","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.93","@hydranium/client-theia":"1.0.0-next.93"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.93_1789996465368_0.9356086934230843","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.94":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.94","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.94","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"f1167cd0bca66051dff9fb3475a6c131d656202e","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.94.tgz","fileCount":68,"integrity":"sha512-bXc7U9JfnfeVgbhZ64DzIwi1Kkh/22pqTYIett8vGQqHllmvqjMHV3ulUBpOVu3ROhq5dRWTSfRf50niAEyE6A==","signatures":[{"sig":"MEYCIQCkYaZyFW/RDLtgYnweE0G4U06ivIUBoGuSwE1X4o3KQwIhAO/2cLQMYjTYwdp1fLsFuT2Ac2BTkJYYcpas+x1t54zT","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIBtYEwFFs/RRRJNds53ca5bHluXplbu/qF19ALFNCInMAiBRIGsAvoSFU+occmIxh0xiWUJBlcph5bPPZELfifUKuw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.94","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.94","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.94","@hydranium/client-theia":"1.0.0-next.94"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.94","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.94","@hydranium/client-theia":"1.0.0-next.94"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.94_1789997682552_0.9481771256661233","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.95":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.95","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.95","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"9dfc46ea8be06390385c4951d46fd12ad4a9e1d3","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.95.tgz","fileCount":68,"integrity":"sha512-HPBonOkt96eFIZ+/lyCep2jNpynQeD3miX2RgDufJ9rwgJqkjLdrlsCb7KhsoZT3aHrV0NAm7b3+E+LQ0YRm0Q==","signatures":[{"sig":"MEUCIQC90HdFc1rloHNHtdcjGbKb3EsrkL8oYQqymXUlk7RyMgIgdFxn32EkPu7GShXEDcoDYOIrYoqz9l9N7/xDvYsbrek=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDdciDm68BBwRK63BoXCw9WAzuPYh/w0QCJd/9VOqz17gIhAJKdIPgjKKF4RfbRB1z+7AODNAmt+EHntxONT0sq10l2","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.95","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.95","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.95","@hydranium/client-theia":"1.0.0-next.95"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.95","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.95","@hydranium/client-theia":"1.0.0-next.95"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.95_1790001298438_0.3328069636616868","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.96":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.96","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.96","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"d014bf9cb239dde64611c022764077a516ef2246","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.96.tgz","fileCount":68,"integrity":"sha512-rtzsZ+5Wj3uVX0FUKX9LpPo1hB18XQymFsfW+B64bTuBzk5K8Qh2ns2Xj+G3s00mMVHpyhBiKifCMcQStP3OJA==","signatures":[{"sig":"MEYCIQCYq6n5gxsidRnVxCQBoWeeDCoBNfRsiSLwe02bxGH6ggIhAOJ2mXyq5vlKs5ztnymV0JxDs3Sw43yomOk+mlJOprU3","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDHiELct9zYQzYOa4Ag8X57SSag9D5zyACdcm+jsN4KsgIhAIMdz02sRCoqBcX9UxDbEEgbg+nclBFThxVwy7hYGljf","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.96","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.96","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.96","@hydranium/client-theia":"1.0.0-next.96"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.96","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.96","@hydranium/client-theia":"1.0.0-next.96"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.96_1790186240243_0.7662521410853853","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.97":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.97","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.97","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"54a49ddcfcf99520aa8df72816b285788d177948","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.97.tgz","fileCount":68,"integrity":"sha512-WSsS+19zcDQDr17ssYZyPTQ/uoZxTuaCySxnRvcD3vaXzL9HM0jt+QslobT8D7fCQrY89/RwAIB7ARutqvlXTg==","signatures":[{"sig":"MEQCIC/2BCM7+HO8kwMwPEsN035wOpkO9bPvmdZCP97TF/d7AiADHuh/XdOlb103ihywqBU/4AXGS94kXSwc/vhnbFucgw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIDDqHoqfQvFgK24rdcMWwJ7PsUeUG/SIqd+RltGyWgh1AiEAlDG9vNfpGyMaxhEeYETcAj6cYWlawOq94lsCgBrR7GI=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.97","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.97","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.97","@hydranium/client-theia":"1.0.0-next.97"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.97","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.97","@hydranium/client-theia":"1.0.0-next.97"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.97_1790186617345_0.2700579026261578","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.98":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.98","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.98","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"f3d7df64d775963a62991aa49c354ef39b9baec6","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.98.tgz","fileCount":68,"integrity":"sha512-zZwvQOrmPrZO5lyNNOycVPAHISKE+OK90Ofijxj9oyHJ+BMWDzUpHZqiCy0Ze17ngWVfRwGtmf5pQzV1zEX25Q==","signatures":[{"sig":"MEQCID5SwywcugCA8z3BBZ/KzsynRjUc2gTgsF0Khx5aG6WDAiBFyJZpjBaWWgzsE9uf50B0P9qB1mHwwxHiUtzyn+oHyw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQD/BNAXYti1zPhzMqZaUO0wvaJ3IN5glppHk7qIr4rwQAIhAMM7gi4yCEG2l1JO53kyQF1RoDgYkuqYKHOyPL31llhK","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.98","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154442},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.98","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.98","@hydranium/client-theia":"1.0.0-next.98"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.98","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.98","@hydranium/client-theia":"1.0.0-next.98"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.98_1790187434152_0.13301094270307345","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.103":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.103","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.103","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a1e939e3709bfb48632ca14f386873e73a703795","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.103.tgz","fileCount":68,"integrity":"sha512-lIjauUMdlt5gZ96QEhb9uMtwtvDeR+1m5Y+9G1knyxetsbW2r+V6l+as6YaMlBYAkBPRvjm4f5TGHj31ytTztQ==","signatures":[{"sig":"MEYCIQClRCCfXzS6utlFsF3lFhpwxNlBSka8CxfEvOZF7b/eYgIhAIOYkDh9pI58cOWpINGKF5tEkxRTtxur+ZNGLRIcg+Aj","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIEosVge91QE3Ayep3Vh8Ao9Yg/ipC3VQwD8K0W1sUKNnAiEA0TODDE+sIar9m8A+IxDirtGxcP+s9/lFQj4ilcglQFk=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.103","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.103","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.103","@hydranium/client-theia":"1.0.0-next.103"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.103","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.103","@hydranium/client-theia":"1.0.0-next.103"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.103_1790188515359_0.40175208790314887","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.104":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.104","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.104","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"dd1228a1de618e45574ce6fdacc4681f40f0b6db","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.104.tgz","fileCount":68,"integrity":"sha512-qSxsiqHagJOCDytfgi+X8fwy9A9tZ5uRi2SIeeqE9pJEgCWfJn97YuBkfTBPVQZ+IrVoeOLnwOZ6vt+ShpJvXg==","signatures":[{"sig":"MEYCIQDDwXAJ5YyBbf5UrCzvcEFiuutjIlx4zWfCu1Q0gRwgoQIhAL97n1FShAp1lWGhTlaOIYbP7fU4oRrxe0uzwQ7maNdt","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQD5ytughK/lRejrpOBwfmoPwTDCBw5Lk5jAgzsrl0ImfAIhAONgjdQN5iyU/e2jCVNuaMTjB+aqL9kRrGQ0WjZWZg/H","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.104","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.104","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.104","@hydranium/client-theia":"1.0.0-next.104"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.104","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.104","@hydranium/client-theia":"1.0.0-next.104"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.104_1790189150021_0.23305794225307408","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.105":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.105","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.105","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"d98cdd29725ab40703def4557dd44bf0706cf69a","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.105.tgz","fileCount":68,"integrity":"sha512-7ev61GsEnhWyI2xygtDOTF5T+r2fDNSPjaRuMv31ekdk0cz33cLUBHiWNF4+X69FmzEBZ8Dt8CbGKdtcKZOG8g==","signatures":[{"sig":"MEQCIGqXpTJZ7aHTkzzK08rUj03SpTG27ge/ZgxKpuTjlozDAiAndfpuXj55zXcM/Ng+xNvNx6XYuoyeFjvde+zDv6nJ1A==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIHn7Npye/g4bXChBIPmEN88LJtVuhPDXl7nEYcVY0eilAiEAiiwR3kNKMejoW4pBtVHSy+dKppQJWn0M5pI6H7e8BeY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.105","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.105","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.105","@hydranium/client-theia":"1.0.0-next.105"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.105","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.105","@hydranium/client-theia":"1.0.0-next.105"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.105_1790189717614_0.24753094537914788","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.106":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.106","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.106","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"417299ba4fc2a9dd354a60d4424625348423d001","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.106.tgz","fileCount":68,"integrity":"sha512-2lbpj+gzkRDR6K6iBIH/nEQ/nQNg8PSWb8Io+0IUV8Q5cLlFo1SwpEDRZsyu4S9YYSFXaF/VMZh1Z0D845Bwiw==","signatures":[{"sig":"MEQCIApjyl2xJHoVU11muxINO1HyehRhWlOSckyVbp0V9swAAiATC8eckMmiIoK4SQiJ84K+LSES4hVz0pkiQFy6emv0xQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCjVNkaZQOwaFIl1MlNjbu2dQHkH1T/cZsilGO3SdLLNwIgLGlpqnkojE8ZWLY94wOcpE6p12El9HDCZcbqUM2dsP0=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.106","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.106","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.106","@hydranium/client-theia":"1.0.0-next.106"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.106","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.106","@hydranium/client-theia":"1.0.0-next.106"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.106_1790192940248_0.3397122673927868","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.107":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.107","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.107","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"f7f16b2a9fd600e57392527dbca2540787cc15d7","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.107.tgz","fileCount":68,"integrity":"sha512-4KjhrgFL7NMlvZnuWTALr6u00ZdxPyxFLwFw3GmCaibgUFsG9lhk2u5CChzNZs4CUCcSHMLbv87f8yrFZusxGw==","signatures":[{"sig":"MEUCIQCHPLoDIWibQTXN61HS3El4I5TAq17ZKtrjesvVYIr1HwIgeCNJRD2VMzMQYnZkQXCKJZjF3eiEeaF/BpwkKRfRFoI=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCkWPMxhOJZB/u+1jcxwJUAuyg3uuvQg6YkFwYacGhe2AIgRV43Dv4Ugi0cBuc4CVK8iyrDRFAzD4NkbYk+vn1wqcw=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.107","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.107","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.107","@hydranium/client-theia":"1.0.0-next.107"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.107","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.107","@hydranium/client-theia":"1.0.0-next.107"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.107_1790195471319_0.5616853342311303","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.109":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.109","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.109","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"c74fd23aa4f40c7d6b0af25f10f5b0bf5f78871c","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.109.tgz","fileCount":68,"integrity":"sha512-HP2RC6IwAVy911rtoCyKYURihYFF/Ioiw80I9Bo+Auvdl23q86RBR7Pc+GUKvqFrk8SuITod1aX8wwmfAAzFtQ==","signatures":[{"sig":"MEUCIBC+1yaSeZI9f/ere7PxN7gByR/dGuJ0huJ7cLnHkKb2AiEA1+BOr+FTxQq4XCR2P25Ynb3olSLBzSnmrfCoShpIoNA=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIAdrhTBJ3NQTZmGnGojac7HPlxB1oxiuASMz9hGcEGtUAiEA0/lqimpvvfVTv5jyPlhpP9VC77TUbemiKzTstfwqBa8=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.109","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.109","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.109","@hydranium/client-theia":"1.0.0-next.109"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.109","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.109","@hydranium/client-theia":"1.0.0-next.109"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.109_1790204432471_0.11185407185091534","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.111":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.111","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.111","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"e1fd8248903d9fcfd9755161e9d3df402f2c3ea3","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.111.tgz","fileCount":68,"integrity":"sha512-1KguRWPbHhvKkLDArO5TZhVZmzTMm8lj3y3Er9M7ZXVTVUut9qPXKFe62/mOe4MNQkDRRofzWDlmzrUadAXvXQ==","signatures":[{"sig":"MEUCIQCQpxWLfqGuduY4lcllQyGG/PSAjOV3xe8BccsbTd4DMQIgD3gtHBYJG8Aagpm4lpSEgsmnpmR2NfuZe8qtlokCfeo=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIHzWxKZDihN3os4YbKxslkqPIgzkaQ9bFLS80u0So0TaAiEAtKRzB0Sn4cHKnKUwo/WyzPnKKXUQpg7BUx/bj0OLPB8=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.111","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.111","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.111","@hydranium/client-theia":"1.0.0-next.111"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.111","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.111","@hydranium/client-theia":"1.0.0-next.111"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.111_1790256483171_0.644153828811822","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.112":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.112","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.112","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0f0fefa9cd25c84b394ef02f7158aa577cf1b00e","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.112.tgz","fileCount":68,"integrity":"sha512-jbagYYNOvAoFIxh+mkjWtRfNqUnOZK3C47UaJEjteSzGjTAN76of+vYLVDv8/c4swKpDfDSaNAD/EVyCIZEZFw==","signatures":[{"sig":"MEYCIQCi+GCrchc6aKg3rhskmu99Ud8+nO5kHFVGh8dhLxXgrwIhAO9CyYbJqdOToI+EgB/4FO/loZzS6w87jVjBbnAYYliX","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDbGjNYYytzP7BvMDYdmZuOuPFMmPJzYiZl9SYPca9aiAIhAJxoYZu9X+WbjiZWKK1OsI5hjDcfv4MEX5/tEyEHStvm","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.112","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.112","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.112","@hydranium/client-theia":"1.0.0-next.112"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.112","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.112","@hydranium/client-theia":"1.0.0-next.112"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.112_1790260356262_0.18429799645242118","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.113":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.113","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.113","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"e07b82d4e23f5c14d1fd97ca0273e7fd91ff9a56","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.113.tgz","fileCount":68,"integrity":"sha512-N5Wo33hDhM9EOdnedJl/CzolveD93h9ODU/ibk8Q3oNzEB0L8K9gBOhCWeZ16WJPepKOC9vr52QUsMkfh4tZQg==","signatures":[{"sig":"MEQCIF3jlBoIwX37/RdeUKw6814qaOi0lbZmuhBWab3YValJAiB0w9foUf/Wwn8OqZDaoYXUUn/urDHTqWXjiSHnEQY0Hg==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCdOXVHBrIuTMqMlfyaFeuFOGMMNHLZCGumChMV6zbvUAIgClvx9AtR9ksYjT/3ekJ4a30E2qVjBpTxXjyfMROhLjc=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.113","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.113","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.113","@hydranium/client-theia":"1.0.0-next.113"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.113","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.113","@hydranium/client-theia":"1.0.0-next.113"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.113_1790264413232_0.4795327737563393","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.114":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.114","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.114","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"9ad856dd5ae486647e8298b6eb3d8b4abc33281f","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.114.tgz","fileCount":68,"integrity":"sha512-W74Wgkxmrcmz9k6VRDNrK7b2/zXqKktorkfLc2BcUmEfWNpC+Qo7Rybyb7eiOSrA0A63Linaxfmf8oa1EQpSHQ==","signatures":[{"sig":"MEUCIQCAI9GFqdtpDy2MgOW0JP9ee6eq9+bJMczJIqV2D+TWCQIgHYV31LMaYjwZ+YcEr6B7KKYeBUnfyKbceSf0fO9jHVw=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIBhcGj7gMn/P1JRQxamhIbgPcTwm18PBFrRhGE93oIxPAiBx141hTM8l6KsgXG0sqmC3h7+AxumFhl4MefnUWa0G9A==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.114","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.114","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.114","@hydranium/client-theia":"1.0.0-next.114"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.114","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.114","@hydranium/client-theia":"1.0.0-next.114"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.114_1790268309399_0.24313615702518776","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.115":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.115","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.115","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0332d2e41bf7990299dae75b347a91d28043864c","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.115.tgz","fileCount":68,"integrity":"sha512-X0orG9XtnP5xaZ3TjgJveZP+1efagUFrK9gN8UkPGwvCOhyFQqMYuSfErrXVGt1bnLPkolVot1/uoH6CvtDg9w==","signatures":[{"sig":"MEQCIGLKozK1HkYX4FWWuZyuXdzXtdjRkpkRFuT97jvlLnk4AiBwbkyl1uXji04SOl20HCxAUxaiuFqT46tcHpG+E9xDoA==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIG2K/acIJarw8xF7gatV5nc17d512irEPcywIIJLPRSZAiBuRxLwGcNL7fsNhjX8GqzaeoVVZET/Kij+FnKiKQUpfQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.115","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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:788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.115","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.115","@hydranium/client-theia":"1.0.0-next.115"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.115","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.115","@hydranium/client-theia":"1.0.0-next.115"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.115_1790286315349_0.3661821637931173","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.117":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.117","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.117","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"3d72a6909e4d1bd03c754b4019500af2219c665c","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.117.tgz","fileCount":68,"integrity":"sha512-0dB5+lqZ9rdiRZZ3egOadZhNDxqfmjoyf69VdmfnVl8Ucfy8HQ0MR2Pn7RGo229eTSQeAjv9gFxEpvgOP6xg6Q==","signatures":[{"sig":"MEQCIHrgW/4qYlXJpMzrwB2h1QElLULT3lA7dVXhsmKkPKCEAiBqZPU/M7UJTTGqzInKoLm+zZz5A0o6Tn4vb0PXpGuE7w==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCvli97qvm9SCv3SDvuIe2EvDNYodI4Q/2ZSUivxfUhZgIhALhB5ZOf623DbyM/QaWLuFlJQ6GPRjxZ/zH6eDoXFmKJ","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.117","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.117","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.117","@hydranium/client-theia":"1.0.0-next.117"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.117","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.117","@hydranium/client-theia":"1.0.0-next.117"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.117_1790631829113_0.5929109813500126","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.123":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.123","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.123","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"b5579a119b287d49591e166e05e02bb4e3cf99b5","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.123.tgz","fileCount":68,"integrity":"sha512-2dzTCNH1ak7RsQ9pDosdKJxvYY1hgDu02dOuMWFMxOjRi3DCZv2586zN8KpVheUi//wOIimy9fr7k5OpZwlDGA==","signatures":[{"sig":"MEUCIDewXF2qnhRRx6Qca7Er44h1kaqkFjMrJRHQuCnFjl5oAiEAwQddqQIziU1LAFJsY2zwSR2UXL0hKghcj0FlJDFmotg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIDSXfjooQxj3Xr4olL5nXwGT96R+AJ5Xaa2f8NFOkF6SAiEA/LrLvnHhHq0hKqcIGu58J9lK1bS3Rr1thybJmmWtXDA=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.123","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":154449},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.123","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.123","@hydranium/client-theia":"1.0.0-next.123"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.123","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.123","@hydranium/client-theia":"1.0.0-next.123"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.123_1790633237940_0.05933581355219819","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.127":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.127","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.127","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"9ab35cf3c2b6cb314ab5c3ba98ebd78a0b0f8ef3","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.127.tgz","fileCount":68,"integrity":"sha512-viblnhIIwJI6tO6Vc9n3fi+eJ6++t0WqLAucIQDmkkSCUPc9ABERvS0PYc1TK1eQMF282VlOgHcsbIZs8MN0JQ==","signatures":[{"sig":"MEUCIQC0L99qmAxdo+/vytqdFdTnNxLa3Qj1NykLqbrbHIsvnQIgCggEBUQ4WupTDbhzPKK+6LIVGfDbsLHQFngjVR0p1PQ=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCDDvK6S79LmKuUCX1EdpgCv00Qi9j0TVsStZp9z5X8hgIhAKzwa4BKDs/7MeLeulq76McUkIbkqgEHffXOCExgrOer","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.127","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":162115},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.127","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.127","@hydranium/client-theia":"1.0.0-next.127"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.127","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.127","@hydranium/client-theia":"1.0.0-next.127"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.127_1790635068549_0.27318432731467857","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.132":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.132","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.132","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"177305d47e492db1539e144ab6af8d62f11177a9","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.132.tgz","fileCount":68,"integrity":"sha512-zYMuCuA1zbwiUVHuwM7qYmaOfWfXd9mH19FNskUwhOoIZdE3C9aoTZ+41BBDE9OODvvQjb/iEC/ku8EMVkzNXw==","signatures":[{"sig":"MEYCIQCR/gh+Yp1mN4ntXd7glZzsedUAdAC7HOpzTChVkX5bXQIhAIfQHdTKMpzRmo3syTQg9+ejgAtTzusXMlVRhSxzIeVD","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCMORi1EUQhY5lVhbpF55O0LghMfqpfLe4xHRwmhKZcqAIhAMkG2X+DdDDCM2gBsxerCZeBj2MMRTe2imnRmlscFSb/","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.132","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":162115},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.132","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.132","@hydranium/client-theia":"1.0.0-next.132"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.132","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.132","@hydranium/client-theia":"1.0.0-next.132"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.132_1790635714345_0.19997996184509037","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.135":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.135","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.135","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"fc22e997fa000819af64c1fea53c792ce6370c40","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.135.tgz","fileCount":68,"integrity":"sha512-q9FDvgLRkkM7U8mTl4kbDdBAMQQu1/ZEUFfH+M1f38Bs7K+0ZwUJH0H52+mV8m/m6zkInHm6dbwl0QABdMp+6Q==","signatures":[{"sig":"MEUCIQCO8obGXz/ISBb7yAvCQQfb5TSDxnbNrQDhhIThG2SKfgIgQj21p9G1qbp/1rHWS7UHJOIxDfqIg0Us7rxwgJ/1MJk=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIHKMUug0d8V+2KZcac9/L6e5cVC0PS773/XMMjxzsNyXAiAZmprwX40GgD6uDwxHVxQvtWgC4Xxt3oCXEF9BpjhjfQ==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.135","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":162115},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.135","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.135","@hydranium/client-theia":"1.0.0-next.135"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.135","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.135","@hydranium/client-theia":"1.0.0-next.135"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.135_1790636115028_0.4062200073066269","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.140":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.140","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.140","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"5093d7e11efb3c6afb224e973956f590b045a892","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.140.tgz","fileCount":68,"integrity":"sha512-2ZKOvVYiUplZZBdJpogPB26O8ICrzxOJWrHxZCWDu7bkJwt9k7kBHrXv/R5tp2uEurGCEq0mrV8pie4a93nLCg==","signatures":[{"sig":"MEUCIHjtLJudlTLZI8ItnVdcCs2tYed1iX3P+7t57oUfpPLwAiEA8Lv30jXreXIty+7dw3enD84CPC+fNNNTqYsZUcvcRGA=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIFJzdbbHXAadO9OXXOpDG+bPl7VtFAJZ9FOMagOmFchrAiEA57CkQtgRGnlShwH1fQYzXRgPUQNTXl3g5L+uyh+AxR0=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.140","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":162115},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.140","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.140","@hydranium/client-theia":"1.0.0-next.140"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.140","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.140","@hydranium/client-theia":"1.0.0-next.140"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.140_1790636742517_0.15546300316435646","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.148":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.148","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.148","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a2da1f2efce6f3c32c043cc79d9fde8bbe0e3a88","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.148.tgz","fileCount":68,"integrity":"sha512-MZ9e8cxD4M585JOwznjAHVT+0Y/RyFqZ051i47ngjRkJizjinPGL8HeGqb7IKAdbbbMTgQFF5qHApu82/VuUXw==","signatures":[{"sig":"MEUCIQDOg/w/AEnjkJ2r8HpMlEbYLY8AoJXic2Y2HowhDkMdSwIgf6lD5IT0bzXajdli6MtdvTKDZjHRQbybq4gXNIXmTdw=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCI2KfwxaruUvKi/FQB2uNNCpa0e/WeG4VLAwBZ3CLM5gIhAMSIdI3qULaZ6fOe32o7BBuJUziTG64d98/P3Kp2ayfK","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.148","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":162115},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.148","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.148","@hydranium/client-theia":"1.0.0-next.148"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.148","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.148","@hydranium/client-theia":"1.0.0-next.148"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.148_1790637460486_0.2412805955716084","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.155":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.155","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.155","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"e8f4e07bf7e8b8f915f778793bde5c373c035df2","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.155.tgz","fileCount":68,"integrity":"sha512-WDc4puqyczXROogasFAhR1UxHbHsCX/kWZpeu/LNW7ZLF9gfv3usEIzbD5fwBgYcHwxRSbwB2JvcceQxiETEeA==","signatures":[{"sig":"MEUCIQC3/5npfSuHb1tuvGRDOoW22pCwiph3feVsiQ4XEn9WugIgV27lvOFcdVsHPel/G2kmw3vSESALeOHrTM+uCT9aYFs=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCYuiCssEUovqwxG1zEfeKwaQXC+0r7TutKgi6I4v7wHQIgFja2cZxQ2r9gGP3Ul14LeNA1yMz6FUiy1JMAtYoyl3o=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.155","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":162115},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.155","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.155","@hydranium/client-theia":"1.0.0-next.155"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.155","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.155","@hydranium/client-theia":"1.0.0-next.155"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.155_1790638709062_0.7406404371940678","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.157":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.157","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.157","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"fbc422a4ef03677006ba672dbcdede6c17f65d00","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.157.tgz","fileCount":68,"integrity":"sha512-twiz/6CDz7tl6BlvO990zc/yy14aLJweW9IEsQ8gb4yucRRofcRUcfNzjJrpukk09H2SDuhCQP9RCGLCaRp9bw==","signatures":[{"sig":"MEUCIQDbBSXIM4BQd8IBoUH2X7MTj6fu3vSNPn0nypYUnFvoYAIga3dcRF2wd1AH+oDLbF8VHmA5tqJZLiKeXh0r7u4IQro=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQC3KFEuP4JsTp6JvpXVZQT8K1vC4hKFhPV2ZRQwJbPrAgIgcDTouv5fGJbjSD7aOd62cwUzIMrA9eO90TuY9WinU9s=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.157","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":162115},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.157","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.157","@hydranium/client-theia":"1.0.0-next.157"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.157","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.157","@hydranium/client-theia":"1.0.0-next.157"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.157_1790639233461_0.04561440882041867","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.158":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.158","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.158","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"218ac20a295a82a421bf118c090b04fafbe5c955","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.158.tgz","fileCount":68,"integrity":"sha512-f3rTyew1bVQU7YVpZYZ4DiI/m2JYBhOYt06k38XybDEcwWhgrk8Jx09pZtcct/uq3kCUgS86c1g3uPIsYHzLQw==","signatures":[{"sig":"MEUCIDkJsyU4MQ43LOjn4W+niSHtXW6n4Wde59lQUnvhqBdCAiEAmqEFstMhZ3ZvjXLRueWT3PN2iVbZkLwUkOC9B6dNFdY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCICbYiwVyv+0T6Xqtj5oh1c/iJbpjVGqwr0BE5gjZVjYhAiEA5/3jVqJrDDqhWCqvJwvB59q2cI6Gv3iaBJ4h+zTfuzM=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.158","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":162115},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.158","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.158","@hydranium/client-theia":"1.0.0-next.158"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.158","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.158","@hydranium/client-theia":"1.0.0-next.158"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.158_1790757968766_0.6174996178658183","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.160":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.160","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.160","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"dd1915afa3d29dd0708b73bc509dd0057636e356","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.160.tgz","fileCount":68,"integrity":"sha512-a6Bu5rFWWo/DpxTUhmpL0vq0S0bUcpuvq97Za7/1ltjP4fzo0gAeyrK2PwFXEYPZq5Ev2sJzC1RzZD9EJ0vs1w==","signatures":[{"sig":"MEUCIQDXjNKjLYVRe4JHKLfWcANstZgAgW+nPHtwegY2pjuvoQIgRVgxMNopx0zb6f4lVgebmy+OfKtCFw/k8JVe2SVmg4M=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQD1DiKiZsGUPt0p2i7/a1Kv8lg+3We2ZP4g960ZTJ013gIgdayV+gsS39ru5qym7kNDO/iglA0lwB/Y9trtkb/gk40=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.160","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":162115},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.160","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.160","@hydranium/client-theia":"1.0.0-next.160"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.160","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.160","@hydranium/client-theia":"1.0.0-next.160"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.160_1790762381814_0.014287195184008006","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.168":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.168","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.168","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"9c8104ae9ef399528c381854275a711a04475ff9","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.168.tgz","fileCount":68,"integrity":"sha512-OlqkNzgFNV/1Y9mP2bKNwQzTq7GJYYaFIo9zUNlE1pGigRf6Y4mqLVtCy6+0Im5VAiv/gPxXKq7ZV+aD8yI1xQ==","signatures":[{"sig":"MEUCIQDi2aZXxf4wxJX+eYWCOk1aTOgrqjEPSn2mnMqrOnpbsQIgOqkiW/qur/Xbf0kZwbF07IDS73zoITjkpfBQQp+bhLE=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQDHgjGc71JTDojMs8E8ClgajilKMjGumhrSiguDRj8rCAIgCMG8sAGVuXUUx41yYu6SLA5JPvv6jariO5JX8SEgeiY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.168","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172806},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.168","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.168","@hydranium/client-theia":"1.0.0-next.168"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.168","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.168","@hydranium/client-theia":"1.0.0-next.168"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.168_1790777200700_0.7619599160104327","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.169":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.169","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.169","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"e8496f752956e7a55b3a01aa2e272767d829191b","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.169.tgz","fileCount":68,"integrity":"sha512-7DhtiIyMNuKlJU3m5f1isBfqYUOZjGuUa2H7DVsOWWMxB1qqEbtiqMKo28xljAQ+Etyg3M7UqvTODq+N0qk6cA==","signatures":[{"sig":"MEQCIEbNsIRn/Uw0+PlJJDsg+liX/s9JB9JLgY7EUErMxygdAiATkftkJffC8X+Ek2xJMwfUujRQnHNtF0hZ3zRSjnnWig==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQDMbaigF1TTFJaycbkjZ7tn7NW01ghXYEaiAQWIUbAoiwIhAMoJAOG6uqGKl99SNgh1KWZKhJoz4JjyzWZ55JCtAsAb","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.169","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172806},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.169","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.169","@hydranium/client-theia":"1.0.0-next.169"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.169","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.169","@hydranium/client-theia":"1.0.0-next.169"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.169_1790783298074_0.21050976395938048","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.173":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.173","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.173","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"37066ead624d6cf4ea08b0bba6391c28732955a4","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.173.tgz","fileCount":68,"integrity":"sha512-bSe2uQY+e9sLeZ4ernQc2QjRpFwu8HOY4noC0H7qDfOvES1OyoQWd49eCq/y11MXVBivzNpynxuMKrDJLCeFJw==","signatures":[{"sig":"MEQCIB8nz4/c+QkGvO3WbGmzUoDBYf8ZPGbajuqE46hhKND7AiBz4Nse2+AJK2QIPQil4EjXbdBwMGJOh3tl1dLIxdOC8w==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQD/nJ0xGxZPyQyli6Kfd2CVJgKAE8iNNt2JI6NPbWxmUwIgIuddhVSnXN1vZhGaY5nASrS+yVVN3dJ6xXSGwc0UCLY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.173","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172806},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.173","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.173","@hydranium/client-theia":"1.0.0-next.173"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.173","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.173","@hydranium/client-theia":"1.0.0-next.173"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.173_1790860519097_0.473222709507084","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.174":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.174","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.174","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"6d2dcefb82f2a4313af58330c90265d8788466a0","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.174.tgz","fileCount":68,"integrity":"sha512-7JWK4q1iZPKoIk4ZyNC0ZGKyBxeB1e7m7GclfsWOvU7imhC3XXO+AKzxF5k25unOCiwB9hz9QGsaMG7P4tO0Uw==","signatures":[{"sig":"MEUCIQC6kWcFaL7vbOBHvFHzzciMlF7HBzmWnMrYBTi3eHY0hQIgeAkjEI57SEbZ1lxIp3vy5I7zOnVVthAs0Iegcl6bFL4=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCIBvJh0jZsetv+5OKxEHN1QzbgySPTwDYHtW4lEl0cZ31AiAPxzCV2oK6s+SmYmqEipq/KOF2ErQG8VQgwiXsgEZ19w==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.174","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172806},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.174","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.174","@hydranium/client-theia":"1.0.0-next.174"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.174","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.174","@hydranium/client-theia":"1.0.0-next.174"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.174_1790926760249_0.8064992167734455","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.175":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.175","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.175","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"0e0c04e0a9afb0b5b136f5ca42b21b71f3114f4d","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.175.tgz","fileCount":68,"integrity":"sha512-fQZR7mgBWlXGE6jT906D55LXcJvfxkQSRZmiuxZbnBAe+xCKnatEL6p2CBpsZ26spZbzkTHyHitZ2n2gJHo9RA==","signatures":[{"sig":"MEUCIGr8/FVeqbsK34GR01Cr47emXCBm4P/agp3H0bG0eYYIAiEAn08Q9dm8kzZihJKD2f6yeAwXxU5y0CN/oLZnI7Mo0PI=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCYJwaBmkmYxhEoqFjZupOU2sqZU9bkbc3VfcpbwIhWDAIgeNSXwh3V10i2KZKQA9W09ZMlf5siJOw/173dDGWVq3c=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.175","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172806},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.175","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.175","@hydranium/client-theia":"1.0.0-next.175"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.175","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.175","@hydranium/client-theia":"1.0.0-next.175"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.175_1790927568099_0.054715724402019106","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.176":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.176","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.176","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"067aad08b98a9b44599b72ade8820e676f5d879c","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.176.tgz","fileCount":68,"integrity":"sha512-1bdhyb1Tz+J98bVmbZPmYSNMGroiX9DCOfdYS4JP/WUf89PCajNqF6r9T/UjObFyNqYaDPPojtgwREQNVCMs9g==","signatures":[{"sig":"MEUCIA1fIPzxJWBHF4G0aiMmQylmerPKboLb1smZw7NlgvrpAiEAmRG10xMaDP82cC/cqdaqwbaBEx7Tlup3Oq/VgFtB4lg=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQCfp8q4H3SvyCu1OM8AS+kFAPGJYl/yvAyckPx5r6FihAIhAMeaa311zhekuAirY88wPhj0KwDJAmLZQ6durLI1HSRp","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.176","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172856},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.176","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.176","@hydranium/client-theia":"1.0.0-next.176"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.176","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.176","@hydranium/client-theia":"1.0.0-next.176"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.176_1790935414393_0.47121249595121606","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.177":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.177","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.177","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"5f57b669d21de80604990e1f2daa9b2aacb5483e","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.177.tgz","fileCount":68,"integrity":"sha512-wWecSrvERqKUhGZ83vBDE/x+4flFKP3Qli4Pm/2GIBEMVkjEpoctAJhTZaw6a4dQimiiW3LFAGj9757Cnk0odA==","signatures":[{"sig":"MEYCIQDLNvLVdN8w2pL+57Giq/OTvlnwKmuPolRQc6Q26Z/mIQIhAMb+XsbTq+5mCM2/5YARgTCVgpAI54MoPQW9+h8o554u","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIQCaf56RkvfS0+tY75fAwsp97khjCRlFrY7HqwjPJKQGXwIgRC3Dq73+9SP6jt8kM2WTNXm391AtnyGF1BKvc+HMXJs=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.177","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172856},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^5.8.0","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.177","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.177","@hydranium/client-theia":"1.0.0-next.177"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.177","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.177","@hydranium/client-theia":"1.0.0-next.177"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.177_1790940564033_0.20881182040581292","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.179":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.179","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.179","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"9b81bd675a428821833453be217c2eb738d705fc","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.179.tgz","fileCount":68,"integrity":"sha512-ZVSVpujLrcg0s1uvUyDYvSKpx2jmc0PdwvWXh67uGaQDn6IgFxyT9BuPLdtB0LB2B67GYEf5JBnt9hmMoQHbKA==","signatures":[{"sig":"MEQCIC7ad2nhG4H1B22tWGg2W/lJ8B42pasqp8px75DVdDG9AiAhqWdct7voMuAKb6oCDIBgncRrL+od++OWch7hFrWnqw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIFJ5aq2B2CuodsozomdgYnUW5C00QB2kDtLF6vC391RHAiEA++wMuNPE9fZuzx44njvLXhmPuopA99dmn/bQTjvzYpA=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.179","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172762},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^7.0.2","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.179","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.179","@hydranium/client-theia":"1.0.0-next.179"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.179","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.179","@hydranium/client-theia":"1.0.0-next.179"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.179_1790943558874_0.9393038468830812","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.180":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.180","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.180","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"5a5d733cbe0905f869a6072cd79e21b0d618ea2b","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.180.tgz","fileCount":68,"integrity":"sha512-5huqskKhkXykgeihKSz4UTZvQrAyJ90i3898hkyJtEp0e9ytrJRf7+hTSXfhQRkabSow71hLpIhUxOIAdjUjOg==","signatures":[{"sig":"MEYCIQCaAMfWpSRQIoQd+CJ2MySopaCnWWWHtUqe4/gP47HS6QIhAJvpB76sTDnY5RM43bgaojH7WqteTsaah/vJl56R1HBk","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEUCIDhqWgTbAYlnEYLpfFqej8iumW9BiurgSI3umuA/Pm8FAiEAofQpEwVbp66nDYqJDX3uZAY6wtpfv+ixW8PKC4Hm55o=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.180","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172762},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^7.0.2","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.180","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.180","@hydranium/client-theia":"1.0.0-next.180"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.180","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.180","@hydranium/client-theia":"1.0.0-next.180"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.180_1790944925416_0.8206051787737785","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.181":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.181","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.181","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"e74f9a6525ac9175895e694f9431b4f3f850e8a7","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.181.tgz","fileCount":68,"integrity":"sha512-TvrNFxm60Yt47mt4C8oHzyq9LfYL3ztQ82t3gBhcOf3J1pjInRwBx15ZhzG6Ll+NBmUXLITE2HJiG+PuoWRyHA==","signatures":[{"sig":"MEUCIGc/6ZexIFBzTZN5diJ+9bfybkAAXl6Xu72hLSkhslz9AiEAjbHvKzMpCstqg6l52iEz/LGJ3O5hgDWHUNlgbdSTAuY=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEYCIQD6TcGupLozN4+BXTwPAb6441XYT7VlxR4BiSAB0GSAhAIhAPSAWVMugfqXHE37pMtAyDeKHlgpCvgoqgaCw0zPP0dq","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.181","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172762},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.13.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^7.0.2","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.181","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.181","@hydranium/client-theia":"1.0.0-next.181"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.181","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.181","@hydranium/client-theia":"1.0.0-next.181"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.181_1790945724900_0.015712796674371088","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.183":{"name":"@hydranium/data-client-theia","version":"1.0.0-next.183","keywords":["hydranium","langium","language-server","lsp","theia"],"author":{"name":"Hydranium Team"},"license":"MIT","_id":"@hydranium/data-client-theia@1.0.0-next.183","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"a22a57f90b2fb1153c7013814e403f51b518bfac","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.183.tgz","fileCount":68,"integrity":"sha512-g2Cb+eht8UJUWN4zhNrM9mUy3WjxbXrjhhVCKLq3ogGmrHe8hprgLqSzRYkZ70PskCler9Fqb1q/9ppLuE18qA==","signatures":[{"sig":"MEYCIQDfmiEAZPrJICbk/JVmpq6OQEvhcxDI2bKzpj8yGj+s1QIhAJWHV+P4/NsLBVMmeqFUvhjEsqeAjqpOcDT0h4dnPNk2","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"sig":"MEQCICjzM/CkWoScqCdfebqsrpNDOF0ekm3SYE2ee+3uRlCTAiA4lgelDKvOBn/uNg9bZzrfJuudeIu8hA3MjY4iO0ojGw==","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.183","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172762},"main":"lib/index.js","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"sideEffects":false,"_nodeVersion":"22.18.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^7.0.2","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.183","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.183","@hydranium/client-theia":"1.0.0-next.183"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.183","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.183","@hydranium/client-theia":"1.0.0-next.183"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"tmp":"tmp/data-client-theia_1.0.0-next.183_1790947666996_0.5590370138142882","host":"s3://npm-registry-packages-npm-production"}},"1.0.0-next.185":{"_id":"@hydranium/data-client-theia@1.0.0-next.185","bugs":{"url":"https://github.com/eclipse-emfcloud/hydranium/issues"},"dist":{"shasum":"9615cc4fa5fd7bdf3459a385a8b3d2e2b500173d","tarball":"https://registry.npmjs.org/@hydranium/data-client-theia/-/data-client-theia-1.0.0-next.185.tgz","fileCount":68,"integrity":"sha512-rR17G4KIPuN0xHvRHBIB0BUhpQrIPcG61u3ZRLSvgTidHAlILuWfytcpv9L/yKB5+gkz2czSfGz+UFL/mQMEKw==","signatures":[{"sig":"MEUCIQCJ7MKHYp/CiDkvw26ByDSYBBIznp9sXetOLV7pJr8HgAIgCUndxe4+ag9I2eEYm5vyKhmMxWFREM1a5SQmTooSaJU=","keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U"},{"keyid":"SHA256:DhQ8wR5APBvFHLF/+Tc+AYvPOdTpcIDqOhxsBHRwC7U","sig":"MEQCIGOT4FFlT9rkscJq3gV5qzSC03Svj7JTvhAmkBr64UikAiAR4vJ77cAizB9SrM4HRKBrY0RVC4/bXoZtTBoIM/elkA=="}],"attestations":{"url":"https://registry.npmjs.org/-/npm/v1/attestations/@hydranium%2fdata-client-theia@1.0.0-next.185","provenance":{"predicateType":"https://slsa.dev/provenance/v1"}},"unpackedSize":172762},"main":"lib/index.js","name":"@hydranium/data-client-theia","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"},"./common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/index.js"},"./lib/node":{"types":"./lib/node/index.d.ts","default":"./lib/node/index.js"},"./lib/common":{"types":"./lib/common/index.d.ts","default":"./lib/common/index.js"},"./lib/browser":{"types":"./lib/browser/index.d.ts","default":"./lib/browser/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":"788faeea-de0a-47bf-a527-ae2eeb6d01d3"}},"homepage":"https://github.com/eclipse-emfcloud/hydranium/tree/main/packages/data-client-theia","keywords":["hydranium","langium","language-server","lsp","theia"],"//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/data-client-theia"},"_npmVersion":"11.15.0","description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","directories":{},"maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"sideEffects":false,"_nodeVersion":"22.18.0","publishConfig":{"access":"public"},"_hasShrinkwrap":false,"devDependencies":{"rimraf":"^5.0.0","inversify":"6.2.2","typescript":"^7.0.2","@theia/core":"^1.70.0","@types/node":"^22.0.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.185","@theia/workspace":"^1.70.0","reflect-metadata":"0.2.2","@hydranium/protocol":"1.0.0-next.185","@hydranium/client-theia":"1.0.0-next.185"},"peerDependencies":{"inversify":"^6.0.0","@theia/core":"^1.70.0","vscode-jsonrpc":"9.0.1","@hydranium/core":"1.0.0-next.185","@theia/workspace":"^1.70.0","@hydranium/protocol":"1.0.0-next.185","@hydranium/client-theia":"1.0.0-next.185"},"//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`. It does NOT prevent a NESTED copy — `@eclipse-glsp/*` carries its own exact `vscode-jsonrpc@8.2.0` dependency and root `overrides` do not ship — so a consumer of the GLSP head must pin the chain in its own manifest, and docs/adopting/requirements.md carries the block to paste.","_npmOperationalInternal":{"host":"s3://npm-registry-packages-npm-production","tmp":"tmp/data-client-theia_1.0.0-next.185_1790957500442_0.6860650102917978"}}},"time":{"created":"2026-09-08T23:04:29.375Z","modified":"2026-10-02T16:11:40.848Z","1.0.0-next.4":"2026-09-08T23:04:29.761Z","1.0.0-next.5":"2026-09-08T23:45:40.428Z","1.0.0-next.6":"2026-09-09T09:16:27.681Z","1.0.0-next.7":"2026-09-09T11:31:56.067Z","1.0.0-next.8":"2026-09-09T11:40:07.337Z","1.0.0-next.9":"2026-09-09T12:48:07.577Z","1.0.0-next.10":"2026-09-09T14:07:02.590Z","1.0.0-next.11":"2026-09-09T14:18:10.458Z","1.0.0-next.12":"2026-09-09T15:59:22.363Z","1.0.0-next.13":"2026-09-10T08:09:43.313Z","1.0.0-next.14":"2026-09-10T09:23:08.688Z","1.0.0-next.15":"2026-09-10T09:32:12.685Z","1.0.0-next.16":"2026-09-10T09:50:22.315Z","1.0.0-next.17":"2026-09-10T10:45:51.358Z","1.0.0-next.18":"2026-09-10T11:04:15.547Z","1.0.0-next.19":"2026-09-10T13:29:30.977Z","1.0.0-next.22":"2026-09-10T20:28:12.300Z","1.0.0-next.23":"2026-09-10T20:47:14.997Z","1.0.0-next.24":"2026-09-10T21:01:32.771Z","1.0.0-next.25":"2026-09-10T21:19:31.168Z","1.0.0-next.27":"2026-09-10T21:42:06.725Z","1.0.0-next.28":"2026-09-10T21:55:41.429Z","1.0.0-next.29":"2026-09-10T22:39:45.318Z","1.0.0-next.30":"2026-09-10T22:54:24.660Z","1.0.0-next.31":"2026-09-10T23:10:44.187Z","1.0.0-next.32":"2026-09-10T23:26:47.790Z","1.0.0-next.33":"2026-09-10T23:53:24.204Z","1.0.0-next.34":"2026-09-10T23:59:41.892Z","1.0.0-next.35":"2026-09-11T07:15:16.479Z","1.0.0-next.36":"2026-09-11T07:25:43.834Z","1.0.0-next.37":"2026-09-11T07:33:15.477Z","1.0.0-next.38":"2026-09-11T07:44:22.161Z","1.0.0-next.39":"2026-09-11T08:04:48.067Z","1.0.0-next.40":"2026-09-11T08:51:37.784Z","1.0.0-next.42":"2026-09-11T10:45:29.065Z","1.0.0-next.44":"2026-09-11T11:58:34.419Z","1.0.0-next.45":"2026-09-11T12:35:01.188Z","1.0.0-next.46":"2026-09-11T13:05:58.499Z","1.0.0-next.49":"2026-09-15T11:57:30.419Z","1.0.0-next.50":"2026-09-15T12:35:17.945Z","1.0.0-next.51":"2026-09-15T13:01:35.064Z","1.0.0-next.52":"2026-09-15T14:58:41.433Z","1.0.0-next.55":"2026-09-16T12:58:50.365Z","1.0.0-next.57":"2026-09-16T15:30:02.857Z","1.0.0-next.58":"2026-09-16T15:41:37.172Z","1.0.0-next.60":"2026-09-17T08:52:39.923Z","1.0.0-next.61":"2026-09-17T11:08:12.181Z","1.0.0-next.62":"2026-09-17T13:17:13.536Z","1.0.0-next.63":"2026-09-17T13:25:49.147Z","1.0.0-next.66":"2026-09-17T21:28:04.568Z","1.0.0-next.67":"2026-09-18T07:55:17.077Z","1.0.0-next.70":"2026-09-18T11:04:06.414Z","1.0.0-next.71":"2026-09-18T11:16:32.164Z","1.0.0-next.72":"2026-09-18T12:41:05.574Z","1.0.0-next.74":"2026-09-18T14:23:34.515Z","1.0.0-next.75":"2026-09-18T15:09:56.198Z","1.0.0-next.76":"2026-09-18T21:00:04.372Z","1.0.0-next.77":"2026-09-18T21:56:51.993Z","1.0.0-next.79":"2026-09-20T15:01:38.577Z","1.0.0-next.85":"2026-09-20T21:22:40.293Z","1.0.0-next.86":"2026-09-21T07:13:37.598Z","1.0.0-next.88":"2026-09-21T08:37:36.501Z","1.0.0-next.90":"2026-09-21T10:23:21.647Z","1.0.0-next.91":"2026-09-21T10:33:48.078Z","1.0.0-next.92":"2026-09-21T12:15:39.321Z","1.0.0-next.93":"2026-09-21T13:14:25.461Z","1.0.0-next.94":"2026-09-21T13:34:42.646Z","1.0.0-next.95":"2026-09-21T14:34:58.515Z","1.0.0-next.96":"2026-09-23T17:57:20.351Z","1.0.0-next.97":"2026-09-23T18:03:37.434Z","1.0.0-next.98":"2026-09-23T18:17:14.235Z","1.0.0-next.103":"2026-09-23T18:35:15.457Z","1.0.0-next.104":"2026-09-23T18:45:50.107Z","1.0.0-next.105":"2026-09-23T18:55:17.720Z","1.0.0-next.106":"2026-09-23T19:49:00.330Z","1.0.0-next.107":"2026-09-23T20:31:11.401Z","1.0.0-next.109":"2026-09-23T23:00:32.578Z","1.0.0-next.111":"2026-09-24T13:28:03.260Z","1.0.0-next.112":"2026-09-24T14:32:36.368Z","1.0.0-next.113":"2026-09-24T15:40:13.340Z","1.0.0-next.114":"2026-09-24T16:45:09.475Z","1.0.0-next.115":"2026-09-24T21:45:15.432Z","1.0.0-next.117":"2026-09-28T21:43:49.195Z","1.0.0-next.123":"2026-09-28T22:07:18.032Z","1.0.0-next.127":"2026-09-28T22:37:48.637Z","1.0.0-next.132":"2026-09-28T22:48:34.449Z","1.0.0-next.135":"2026-09-28T22:55:15.125Z","1.0.0-next.140":"2026-09-28T23:05:42.612Z","1.0.0-next.148":"2026-09-28T23:17:40.576Z","1.0.0-next.155":"2026-09-28T23:38:29.144Z","1.0.0-next.157":"2026-09-28T23:47:13.532Z","1.0.0-next.158":"2026-09-30T08:46:08.861Z","1.0.0-next.160":"2026-09-30T09:59:41.898Z","1.0.0-next.168":"2026-09-30T14:06:40.783Z","1.0.0-next.169":"2026-09-30T15:48:18.199Z","1.0.0-next.173":"2026-10-01T13:15:19.206Z","1.0.0-next.174":"2026-10-02T07:39:20.365Z","1.0.0-next.175":"2026-10-02T07:52:48.183Z","1.0.0-next.176":"2026-10-02T10:03:34.479Z","1.0.0-next.177":"2026-10-02T11:29:24.135Z","1.0.0-next.179":"2026-10-02T12:19:18.965Z","1.0.0-next.180":"2026-10-02T12:42:05.520Z","1.0.0-next.181":"2026-10-02T12:55:25.012Z","1.0.0-next.183":"2026-10-02T13:27:47.097Z","1.0.0-next.185":"2026-10-02T16:11:40.538Z"},"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/data-client-theia","keywords":["hydranium","langium","language-server","lsp","theia"],"repository":{"url":"git+https://github.com/eclipse-emfcloud/hydranium.git","type":"git","directory":"packages/data-client-theia"},"description":"Theia-coupled client primitives for the hydranium data-server protocol head; companion of @hydranium/data-server. Bridges framework typed errors (e.g. ConflictError) across Theia's RPC boundary so their code + data survive the wire.","maintainers":[{"name":"mfleck","email":"mfleck@eclipsesource.com"}],"readme":"# `@hydranium/data-client-theia`\n\nTheia client primitives for the hydranium **data head** — the companion of\n`@hydranium/data-server` in the\n[Hydranium](https://github.com/eclipse-emfcloud/hydranium) framework.\n\nThe data head's frontend speaks the data server's own `vscode-jsonrpc` protocol\nover a channel that the Theia backend relays byte-for-byte onto the server's\nsocket. This package is the Theia-specific half of that arrangement: the browser-side\ntransport and the backend-side connection handler and forwarder. Everything above\nthe transport — the connection, its sessions, the event fan-out — is host-neutral\nand lives in `@hydranium/protocol/client`. Install it if a Theia application needs\nform editors, trees, or code-gen driven from the live AST rather than from LSP\ntext edits.\n\n## What it gives you\n\n- **`openChannelConnection`** with `createChannelConnection` and\n  `ChannelConnectionHandle` — wraps a Theia `Channel` as a `vscode-jsonrpc`\n  `MessageConnection`, gated on a `whenReady` promise, and by default\n  re-establishes it by **re-opening the channel** when the connection is lost.\n  Re-opening rather than rebuilding is what recovers a restarted language server:\n  a server restart closes only the multiplexed sub-channel, so no replacement\n  channel ever arrives on its own. Retries follow `DEFAULT_RECONNECT_DELAYS`,\n  escalating per consecutive loss and resetting after\n  `RECONNECT_ESCALATION_RESET_MS`.\n- **`ChannelDataPort`** — the `DataPort` implementation over a Theia frontend\n  channel, and the only class a Theia adopter has to write against. Subclass it\n  with a `servicePath`; it supplies the channel, the workspace gate, the\n  reconnect signal and the `MessageService` error sink. Bind one per service path\n  in singleton scope. Hand it to `DataConnectionWithEvents` (from\n  `@hydranium/protocol`) and each connection reports through the\n  `ConnectionReporter`, a data server not ready after 30 s included; the\n  connection, its sessions and its event fan-out are the host-neutral ones every\n  other shell uses.\n- **`EmitterDataClient`** (on `./common`, not `./browser`) — the default\n  client-side implementation of the data protocol's inbound notifications,\n  fanning each one out to a Theia `Event`: `onDidUpdateDocument`,\n  `onDidSaveDocument`, `onDidChangeProjects`. Bind an instance as the\n  `localTarget` of the frontend's RPC proxy. It sits on the common tier because\n  its only runtime dependency is `@theia/core`'s root entry, which is Theia's own\n  common tier, so a backend or a plain-Node consumer can bind it too.\n- **`whenWorkspaceOpen`** — resolves once Theia reports a workspace root. The data\n  server only starts once the LSP launches for a workspace, so connecting earlier\n  would hang in port discovery; pass this as `whenReady`.\n- **`DataSessionStopContribution`** — ends a frontend's data sessions with its\n  page, so the server ends them as closed rather than waiting for the connection\n  to go, and holds the page while one of them is saving. Bind it as a\n  `FrontendApplicationContribution` and call its `track(connection)` once, where\n  the connection is bound.\n- **Backend (`./node`)** — `DataServerConnectionHandler` (the socket bridge,\n  over `@hydranium/client-theia`'s `SocketChannelForwarder`),\n  `createDataServerConnectionContainerModule(...handlers)` for the\n  frontend-scoped module boilerplate, and `HostDiagnosticsServer` with\n  `createHostDiagnosticsBackendModule()` — which, paired with the browser-side\n  `bindHostDiagnostics`, lights up the \"Backend\" diagnostics commands in\n  `@hydranium/client-theia`'s contribution.\n\n## Install\n\n```bash\nnpm install @hydranium/data-client-theia\n```\n\nYou must already have a Theia application with `@theia/workspace` available, and a\nrunning hydranium data server to connect to. The declared peer dependencies are:\n\n| Peer                      | Range                |\n| ------------------------- | -------------------- |\n| `@hydranium/client-theia` | `^1.0.0-next`        |\n| `@hydranium/core`         | `^1.0.0-next`        |\n| `@hydranium/protocol`     | `^1.0.0-next`        |\n| `@theia/core`             | `^1.70.0`            |\n| `@theia/workspace`        | `^1.70.0`            |\n| `inversify`               | `^6.0.0`             |\n| `vscode-jsonrpc`          | `9.0.1`              |\n\n`@hydranium/core` is reached only from the `./node` tier (the host-diagnostics\nservice), so a frontend-only consumer never loads it.\n\n## Wiring\n\nThis package declares no `theiaExtensions` — it is a library your own Theia\nextension builds on. That extension's `package.json` declares the entries, and\neach entry names one frontend/backend module pair:\n\n- the **frontend** module binds your `ChannelDataPort` subclass and the\n  connection over it, both in singleton scope, and calls\n  `bindConnectionReporter` and `bindChannelLogger` from `@hydranium/client-theia`\n  (the port logs the connection failures it leaves to the reporter there), and,\n  for the diagnostics commands, `bindHostDiagnostics`;\n- the **backend** module is typically a one-liner:\n  `export default createDataServerConnectionContainerModule(MyHandler)`, where\n  `MyHandler` extends `DataServerConnectionHandler`.\n\nMore than one handler is the normal case, not an exotic one. Theia keys a\nfrontend channel by its service path and refuses a second channel on a path\nalready open, so every frontend abstraction reaching the data head on its own\nchannel needs its own `servicePath` — while the shared `portCommand` still names\nthe one server process behind them all. Several participants over ONE channel\nneed no second handler: that is what `DataConnection`'s sessions are for, and it\nis the cheaper arrangement.\n\nThe refusal is silent, which is what makes it expensive: the loser's promise is\nleft unsettled rather than rejected, so a frontend that shared a path hangs on\nits loading state indefinitely with nothing in the server log to say why.\n\n## Entry points\n\n| Subpath     | Holds                                                                                                                                                                                                | Environment                      |\n| ----------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------- |\n| `.`         | Nothing — the surface is split by environment, so the root barrel stays empty.                                                                                                                        | browser-neutral (gated)          |\n| `./common`  | `EmitterDataClient` — a module lands here only when values, types and relative imports are all neutral or Theia COMMON tier. No error-reconstruction bridge, and that is a property of the transport: the direct `vscode-jsonrpc` connection carries a typed error across the relay natively. | browser-neutral (gated)          |\n| `./browser` | `openChannelConnection`, `createChannelConnection`, the three `Abstract*DataServiceFrontend` bases, `bindHostDiagnostics`, `whenWorkspaceOpen`, `DataSessionStopContribution` | browser / Theia frontend (gated) |\n| `./node`    | `DataServerConnectionHandler`, `createDataServerConnectionContainerModule`, `HostDiagnosticsServer`, `createHostDiagnosticsBackendModule`                                    | Node / Theia backend             |\n\nEvery subpath also has a `./lib/<name>` twin for consumers on\n`moduleResolution: \"Node\"`. \"Gated\" means the repository's neutral-bundle check\nenforces that the entry bundles for the browser with no `node:*` import,\ntransitive ones included; `./node` is deliberately outside that gate. Also\nworth reading: [what \"gated neutral\" does and does not promise](../../docs/concepts/browser-hosting.md#a-note-on-what-gated-neutral-does-and-does-not-promise).\n\n## Status\n\nAlpha — pre-v0, not yet published. The API is not stable and may change without a\ndeprecation cycle. See [`docs/concepts/architecture.md`](../../docs/concepts/architecture.md) for\nthe data head's place among the heads, and the\n[repository README](../../README.md) for current status and known limitations.\n\n## License\n\n`MIT` — see this package's [`LICENSE`](./LICENSE). Third-party notices for the\nruntime dependency closure are collected in the repository\n[`NOTICE.md`](../../NOTICE.md).\n","readmeFilename":"README.md"}