All
Accepted answers
Evgeny Shvarov · Feb 14, 2019 go to post

Hi Sergey! Do not take Community Edition limits into consideration. 

If you don't have limits what is the best strategy with packages/tools development in your opinion?

Evgeny Shvarov · Feb 13, 2019 go to post

Yes, you are right.

I guess it is fair for the cases when the tool spawns jobs and does some work as daemons - like services, monitoring, alerting, etc. In this case data stays with XYZ database.

But I agree that we need a public registry of "safe" Class/Global prefixes and names.

We can take some easy and obvious approaches: Github or DNS.

E.g. with the Gihub approach the package name can start with a company.reponame.

Thoughts?

Evgeny Shvarov · Feb 13, 2019 go to post

Also, the option which worked:

ClassMethod valuesCollectionToDisplay(val, delim) As %String
{
  quit ..AsJSON(val)
}

ClassMethod AsJSON(val) As %String
{
  set res = []
  set ptr = 0
  while $LISTNEXT(val, ptr, el) {
    do res.%Push(el)
  }
  quit res.%ToJSON()
}

And the SQL call:

Select %EXTERNAL(values) values from data
Evgeny Shvarov · Feb 12, 2019 go to post

Nice writing, Nikita!

Just want to mention that there is a new community option to code ObjectScript you've probably never tried - VSCode plugin for  ObjectScript by @Dmitry.Maslennikov.

A lot of developers can name VSCode as "favorite" IDE and the plugin can do really a lot for InterSystems IRIS developers today. 

Evgeny Shvarov · Feb 12, 2019 go to post

If tool XYZ is installed in namespace+database XYZ and consists of classes in the XYZ package that's %ALL-mapped from XYZ, default storage for persistent classes in that package will use globals ^XYZ.* which will get stored in the default data database of whichever namespace the tool is used in (e.g. USER). These globals mustn't clash with globals created in the same place by a tool from a different supplier, or by the end-user's own apps.

Right. And this is the reason why the tool with XYZ.Classes should be installed in XYZ namespace - in this way even if I map XYZ to %All all the data persistent data for XYZ.Classes will be stored in XYZ namespace, even if I use it from USER namespace, right?

Evgeny Shvarov · Feb 12, 2019 go to post

Hi John! Thanks for the input. Why do you think we need a prefix for globals? The matter to have a dedicated namespace/database for the tool frees us from this requirement, right?

-  There should be a central name registry, to avoid clashing on namespace/database names, package names etc between different package providers.

Agree, this is valuable. If we'll see thousands of modules. If we have a public package manager this will solve it I guess. But maybe "package name=repo name" rule could be a solver.

- What's the upper limit on namespaces? Databases?

I guess we have it in docs, but this number is large. Thousands I hope.

- Adding a namespace for each tool package will lengthen namespace lists in Studio, Portal etc. Maybe tools don't always need a namespace in front of their database. Ones that present a web app / REST interface probably do (at the moment) because of how the app config has to point to a namespace.

One of the options when tools could safely share one namespace when it has the same publisher. We often can imagine one company/developer who produces several tools which probably can be installed into one namespace/database. 

Evgeny Shvarov · Feb 5, 2019 go to post

INT code gives you the option to debug the related MAC, CLS or.. INT code. So it's for debugging purpose. And yes, it's stored in globals on disk and so needs disk space.

Evgeny Shvarov · Jan 25, 2019 go to post

About the version - I see 2,44,33 with commas:

Please put dots in the next Approval request?

About the Community Article URL - it waits for the link to a related article on DC (yes, we want to cross-promote DC with this).

Evgeny Shvarov · Jan 25, 2019 go to post

This was fast! Rob, all is good, please update the article link and version and you are all set!

Evgeny Shvarov · Jan 17, 2019 go to post

Hi Bert! Hi guys!

I'll be on a Symposium as well on the 5th of February and we can arrange demos of different VSCode plugins for InterSystems ObjectScript!

Evgeny Shvarov · Jan 16, 2019 go to post

Hi Anthony!

It's a greeting from the DC manager )

This comment looks like an answer for me and because we have a nice feature on DC to convert comments to answers and vice-versa. So I converted it for you and if you want you can mark it as accepted answer now. 

Evgeny Shvarov · Jan 16, 2019 go to post

Hi David!

Emails of DC members are not exposed publicly.

BTW, do we need private messaging on DC?

Evgeny Shvarov · Jan 11, 2019 go to post

Thank you, Francisco! Thanks for your contribution and involvement! And it seems we need to fix our mentioning system because of your name :) We'll be fixed )

Evgeny Shvarov · Jan 9, 2019 go to post

Hi Jose!

If your dashboards need the authentication for the access it's logical that it demands to enter login and password.

If you want embedded DSW iframe to use same login/password as another application on the same web page where the user already logged in, it's the matter of how to transfer the access to an embedded iframe.

I cannot answer at the moment how to manage this, and pinging @Eduard Lebedyuk: Eduard, do you think it is possible to transfer session to an MDX2JSON app of the embedded DSW iframe?

Evgeny Shvarov · Jan 9, 2019 go to post

Hi Kevin!

I examined the article. It has two sources of figures: from EISA and from Andrey's personal research.  Both have no relation to InterSystems official benchmarking.

So, the answer is no - nothing Intersystems official here, only 3rd party researches.