InterSystems Data Platform Solutions Open Exchange is a gallery of software solutions, tools, and frameworks which were developed with InterSystems Data Platform (Caché, Ensemble, HealthShare, InterSystems IRIS, InterSystems IRIS for Health) or are intended to help in development, deployment and support the solutions built with InterSystems Data Platform.
You can use any of the published assets or you can publish your own tool, technology example or solution.
Hi Everyone,
As I'm sure most of you will be aware, we have an excellent resource available to developers in the Open Exchange, which is a place for Community Members to share open source resources, templates, tools and demos built with or for InterSystems technologies. This has been a massive success, with >1100 projects shared!
However, the growing size of the Open Exchange inevitably leads to some excellent resources being buried and lost in the sea of resources.
I've been running my review collections on OpenExchange now for more than 3 years.
I explained the principle I apply in a past article.
These reviews are the first step of the quality check in OEX.
My personal Credo
My expectation of OEX (expressed in extreme) is to see it rather as
a collection of jewels, than just a flea market.
I start this discussion encouraged by @Evgeny Shvarov in his recent comment
The quality of Open Exchange is very important, of course! And we have a set of features and processes are intended to understand and improve the average quality of projects.
Hi Community,
A long time ago, I create a package for a String datatype that works with Regular Expression. It is quite a simple solution.
This can work well with packages like the OpenAPI-Suite, where you can then use the "Regular Expression String" as the type for properties of the validator objects where the Swagger contained a Regular Expression.
I am proposing we start a common package of datatypes for use. The package name to use can be provided by the admins.
The old package of mine can be removed, as it is also on a very old git profile on an email I no longer have.
Hello, authors of projects published in ZPM.
We ask you to add a module.xml to the file. attribute Description and republish your projects.
To update the description of your module in the public register ZPM, update the release in Open Exchange please. https://openexchange.intersystems.com/markdown?url=assets%2Fdoc%2Freleases.md Thanks.
Sapphire has CSV import, create and train IntegratedML model and I will create more features. See the pool. Check sapphire in https://openexchange.intersystems.com/package/SAPPHIRE
What does everyone think about submitting an issue in a repository and then submitting a pull request to fix that issue. Is it an unnecessary step or does it give extra context and logging for the issue? I ask this because when I find a bug in an Open Exchange app, I always submit the Issue and then often submit a Pull Request to fix the issue.
I think that if the repository owner doesn't like your suggested fix, it is helpful to have the issue around so that they can deny the pull request and potentially implement their own change for the issue.
Hi guys!
Suppose you developed a tool, framework, library on InterSystems ObjectScript for InterSystems Data Platform, share it via Open Exchange and want people to install it.
What is the best strategy if it is a library and supposed to be called from different namespaces?
Here are the following thoughts:
1. Tool's developer should be able to use globals to read/store data the tool needs.
2. Tool's consumer should be confident, that the thing he/she installs will not harm the application's data.
3. A tool should be callable from any application's namespace.
4. Tool's installation(in general) should not request manual security changes (e.g. grant the write access to IRISLIB) and %YourClass is not an option.
5. It's easy to uninstall the tool - just delete the namespace/database (maybe delete some web-apps too).