julian.kiedaischandClaude Opus 5.5
da2ec1dae2
importProject builds what the simulation core runs from Java's view of a
file: nodes with kinds and ports, links between port ids, device and
interface IP configurations, documentation items with Swift's derived
ids. The core gains the model types it needs (node, link, graph,
documentation item), ported from filius-ipad.
Checked against the Swift import, which the Swift oracle now writes in
full (corpus.swift.json, "state"), on the 13 files Swift reads
completely. Two differences are intended and named in the test:
- a device the file leaves unnamed has Java's default name
("Switch / WLAN"), not Swift's;
- multicast_server.fls: useIPAsName refers to a shared Boolean that
Swift cannot follow; Java shows the IP address, and so do we.
All 23 files import with as many devices and cables as Java has, and an
imported example pings across its router in the core.
Port counts of switches and routers follow Java's lists instead of
Swift's guess from references.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
16 lines
272 B
JSON
16 lines
272 B
JSON
{
|
|
"name": "@mdg-filius/fls",
|
|
"version": "0.0.0",
|
|
"private": true,
|
|
"license": "GPL-3.0-only",
|
|
"type": "module",
|
|
"exports": {
|
|
".": "./src/index.ts"
|
|
},
|
|
"dependencies": {
|
|
"@mdg-filius/core": "0.0.0",
|
|
"fflate": "^0.8.2",
|
|
"saxes": "^6.0.0"
|
|
}
|
|
}
|