FlsOracle now loads through SzenarioVerwaltung.laden, FILIUS's full loading path: the archive unpacked, the project's own applications copied where FILIUS's class loader finds them, then the configuration. --network keeps the configuration-only load (netzwerkLaden). On the corpus this changes two files: anwendung_komplett.fls and multicast_server.fls then have their own applications (Accumulator, Broadcast) installed. Java's views of the written and the exported files are byte-equal to before: Java-FILIUS 2.14 opens our exports, with the classes they carry, as it opens a file of its own, and sees what it sees in the original. Until own applications on hosts are written (B2), the reader, writer and export tests leave them out (test/ownApplications.ts); a test checks that only those two files are touched. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
.fls-Korpus
Projektdateien, an denen Lesen und Schreiben gemessen werden. Alle GPL.
| Ordner | Herkunft |
|---|---|
java-examples/ |
gitlab.com/filius1/filius, beispiele/ @ 6640354 (Filius 2.14.0) |
java-tests/ |
ebenda, src/test/resources/ |
ipad-fixtures/ |
filius-ipad, ios/FiliusPadTests/Fixtures/FLS/ @ 3b5ded0 |
corpus.swift.json schreibt das Swift-Orakel (npm run oracle): was der
Swift-Leser aus jeder Datei macht. Swift ist hier kein Schiedsrichter —
er verwirft den Java-Gateway unter der Beschriftung Heimrouter samt seinen
Kabeln und Geräte, deren Position XMLEncoder über eine Rückverweis-Kette
schreibt (s. Plan §13, M2). Schiedsrichter für das Dateiformat ist Java: corpus.java.json schreibt das
Java-Orakel (npm run oracle:java).