go to post Timothy Leavitt · Feb 27 The general pattern that I would recommend is: Use isc.rest (https://github.com/intersystems/isc-rest) to create APIs to existing (or new) data and business logic Use isc.ipm.js (https://github.com/intersystems/isc-ipm-js) to generate client code - once it's set up, getting an updated OpenAPI spec file and - on top of that - updated Angular services and TypeScript model classes (for example) is as easy as running zpm "package-name generate" https://github.com/intersystems/isc-perf-ui is a simple example of how this all fits together - see especially https://github.com/intersystems/isc-perf-ui/blob/main/module.xml. I just used this toolset to build a small but meaningful IRIS-based application in about a week. I didn't hand-code a single REST endpoint in ObjectScript, and I got my OpenAPI spec and all my Angular services and TypeScript interfaces for free*. Of course, if you already have a significant hand-coded REST API, this doesn't help much. For one application my team manages we've added a Forward in our main REST dispatch class to one using isc.rest and gradually migrated endpoints over to use the standardized approach. * ok, not totally free - there's the small price of writing better ObjectScript and e.g. having methods that return a registered JSON-enabled type rather than e.g. %DynamicArray and %DynamicObject.
go to post Timothy Leavitt · Feb 14 I just got here via search. These days (but perhaps not in 2016) we support application/json and application/yaml. text/plain and other types (haven't fully enumerated them) actually work in VSCode, but not Studio. (Good reminder to not use Studio!) See: https://docs.intersystems.com/iris20223/csp/docbook/DocBook.UI.Page.cls?...
go to post Timothy Leavitt · Feb 13 @Evgeny Shvarov you're correct that no further configuration is needed - although if you want to commit direct from the IDE / Web UI you should set up the username/email for attribution. At a technical level, see: https://github.com/intersystems/git-source-control/blob/main/cls/SourceC... git-source-control doesn't reference module.xml directly; there's a method in IPM to get the package to which a given "InternalName" (e.g., Foo.Bar.CLS) belongs, so it calls that.
go to post Timothy Leavitt · Feb 10 @Stefan Cronje re: existing class definitions to Swagger, that's covered in https://github.com/intersystems/isc-rest
go to post Timothy Leavitt · Feb 10 I agree on most of this. A few comments: "Triple slash - Great idea. TestCoverage - Great tool. Why are they not in a single "powerful" package?" These tools solve different, distinct problems (although both are related to unit testing). Tools that solve different, distinct problems should be separate packages. If you want to write a single "powerful" package that depends on both of them and maybe adds some glue between them, feel free! Dependencies: Packages should use semantic versioning, and dependencies in IPM can be declared in a way that adheres to the semantic versioning contract. It's the responsibility of the dependency repo owner to follow this, and if you don't trust them you can just lock down to the version you tested with. Also, I'm hoping to get around to reviewing your TestCoverage PR soon - just trying to deal with some CI infrastructure issues, and my day job keeps interfering.
go to post Timothy Leavitt · Feb 6 Here's a quick example. In short: View Other Click in the document Click the thing that shows up in the bottom status bar Enter routine + offset (e.g., copy/paste from error message) and hit enter. It would be nice if this was available via quick pick based on the isfs context (including the routine, not just the tag+offset).
go to post Timothy Leavitt · Feb 1 @Kari Vatjus-Anttila I'm just seeing this now. I'm a bit mystified - currently I'm using the same flags with latest-enough IRIS and the latest package manager, and it's fine. It's possible that the mocking framework is causing issues. It looks like it has its own unit test manager; how does that play alongside the custom TestCoverage unit test manager? Have you made further changes to TestCoverage.Manager?
go to post Timothy Leavitt · Jan 25 There are a few more projection examples in isc-rest. Here's my favorite: https://github.com/intersystems/isc-rest/blob/main/cls/_pkg/isc/rest/mod... IMO if a user shouldn't modify a method that's automatically generated, it's best to put it in a separate generated class. The above example covers that behavior.