| Application Name | Developer | Made with | Rating | Last updated | Views | Installs |
|---|---|---|---|---|---|---|
FIT REST Operation FrameworkAn IRIS Interoperability REST Operation Framework | Docker IPM | 4.5 (1) | 06 Jun, 2022 | |||
![]() IRIS JSON Schema ValidatorInterSystems IRIS JSON Schema support. | Docker | 4.5 (1) | 10 Dec, 2021 | |||
InterSystems Ideas Waiting to be ImplementedParser for arbitrary binary protocolsRapid growth of IoT industry in recent years produced a plethora of new protocols with varying levels of standardization and adoption. Quite a lot of these protocols are binary because: * It allows for greater throughput * On a device level these protocols are easier to implement * On a device level they are more resource (CPU/RAM) efficient Currently InterSystems IRIS offers several functions for work with binary data: * zzdump * $zhex * $char * $ascii But protocol implementation is left as a task for the end user. Removing the time-consuming need for protocol implementation would allow for easier and stronger positioning of InterSystems IRIS as an IoT platform. One of the possible approaches to protocol implementation is declarative parsing. With declarative parsing user describes the data structure that he wants parsed (i.e.{ name: title, type: string, length: 5}...) in some declarative language (XML, JSON, YAML) and we use this to generate a concrete parser. Afterwards user passes protocol data to the concrete parser implementation and receives parsed values (as objects or locals or $lb). Kaitai Struct (http://kaitai.io) is an OpenSource (MIT license) declarative parser implementation which allows user to generate parser code for several languages: C++, C#, Go, Java, JavaScript, Lua, Perl, PHP, Python, Ruby, Rust. It allows easy language extensibility by keeping most of the process language-agnostic and only the last step (concrete parser generation) is end-language specific. I propose we add ObjectScript as a Kaitai Struct generation language. It would allow us to generate native ObjectScript parsers easily which would help with presenting InterSystems IRIS an IoT platform especially at a PoC stage. Alternatives to Kaitai Struct: * binpac (https://github.com/bro/binpac) - C++ only * preon (https://github.com/preon/preon) - Java only The advantage of Kaitai Struct is that it's not aimed at one language form the beginning, so adding a new language is an expected procedure. Article on the topic (https://old.reddit.com/r/cpp/comments/5tcnmh/implementing_communication_protocols_in_c_for/) E 3Votes0Comments | ||||||
RESTFormsRADForms adapter for InterSystems IRIS RAD Studio | Docker IPM | 3.0 (1) | 12 Apr, 2021 | |||
objectscript-json-patchAn implementation of JSON-Path in ObjectScript. | G | IPM | 4.5 (2) | 08 Dec, 2020 | ||
![]() OpenCodeWell, perhaps it's a goal too ambitious to reach 100% but, exploring this idea, and starting with JSON, I've developed a bunch of classes that I thought it was good to share. If you want to test, change, modify or improve the code, or just take a look at it, you can do it. In GitHub repository you can get the code and will find a more detailed explanation. | J | 3.5 (1) | 18 Mar, 2020 | |||
iris-sample-rest-angularSample Angular app using InterSytems IRIS as backend. | A | Docker | 0.0 (0) | 02 Mar, 2020 | ||
JSONExportManyToManySample for %JSONExport against a class with Many to Many Relationship | P | Docker | 0.0 (0) | 30 Dec, 2019 | ||
Frontier%CSP.REST on steroids | R | 0.0 (0) | 23 Oct, 2019 | |||
msgpackhttps://msgpack.org | M | Docker | 3.0 (1) | 23 Oct, 2019 | ||
Cogs JSON ClassConvert JSON to and from Caché classes | S | 5.0 (2) | 17 Jul, 2019 | |||
DynamicObject AdapterAn adapter that enables you to "serialize" and "deserialize" class instances to and from a DynamicObject. It supports array and list properties. See github for more information. | S | 5.0 (2) | 09 Oct, 2018 | |||