John Murray · Nov 22, 2016 go to post

I think you stand a better chance of getting responses to this if you move it to the HealthShare group and tag it with a HealthShare-related tag. The "Developer Community" tag and the "Developer Community Feedback" group are intended for posts/questions about the DC forum itself, not the InterSystems products. Posts tagged/classified like that don't appear on people's general new feed, AFAIK.

John Murray · Nov 21, 2016 go to post

An interesting article, but I'm puzzled by your use of the term "I11n". I'm familiar with "I18n" as an abbreviation for Internationalization (because there are 18 letters between the "I" and the "n". Likewise, I understand "L10n" as standing for Localization. Some Googling suggests that "I11n" is short for Introspection. Or have I missed something?

John Murray · Nov 17, 2016 go to post

A very interesting article Alexey.

One minor observation: you wrote "ECP, or distributed cache protocol, ...". It may be worth saying that ECP stands for Enterprise Cache Protocol (AFAIK). Before ECP InterSystems had a similar thing called DCP, which stood for Distributed Cache Protocol.

John Murray · Nov 14, 2016 go to post

I've been informed that development request #143868 has been raised about this. If you'd like to add your voice to those trying to get this sorted out please click the green "thumbs up" on my original post. Better still, lobby for it through your account manager or via WRC.

John Murray · Nov 9, 2016 go to post

Thanks Nicole. My previous post about inconsistencies between Atelier Explorer and Server Explorer is here and I hope the outstanding issues I identified there have also been filed somewhere that they will get attended to by development.

John Murray · Nov 8, 2016 go to post

Does your where clause need a colon in front of pVariable ?

where COLUMNC = :pVariable

If that doesn't fix it, I suggest you first check whether the problem is caused by the &sql(...) or by the way your web page is calling your server-side method.

Remove all your code between the opening &sql( and the closing ) - incidentally, I assume you have a closing ) even though it didn't show in your post.

Make your method end with QUIT pVariable instead of returning tempVariable1.

Do you still get a Javascript error?

John Murray · Nov 8, 2016 go to post

This is interesting, and highlights that the use of TSTART and TCOMMIT alone is not sufficient to give your transactions ACID properties.

John Murray · Nov 8, 2016 go to post

When a MAC routine is compiled it generates and compiles an INT routine. When an INT routine is compiled it generates an OBJ routine.

Here's one way to get the $H-style timestamp of when an OBJ was last written. In my example it's the OBJ of the RightTriangle.MAC example in the SAMPLES namespace:

write $$DATE^%R("RightTriangle.OBJ")

John Murray · Oct 27, 2016 go to post

For a class definition you can get the timestamp of last change from the TimeChanged property of the %Dictionary.ClassDefinition instance for the class.

For a routine, the TimeStamp property of its %Library.Routine instance is what you want.

But AFAIK the associated username isn't recorded automatically. You could use the server-side source control class interface to record this kind of thing, but it relies on whatever is making the change actually collaborating with that interface.

Do you use any form of source control?

John Murray · Oct 27, 2016 go to post

That'd rely on 2016.2.0 being able to restore the journals written by 5.0.21, right? I'm not saying that's not possible, just that it'd need to work correctly (i.e. not just appear to work).

John Murray · Oct 18, 2016 go to post

I've just re-checked in the latest published build, 1.0.255. There's no sign of any improvement on these. I hope you haven't lost sight of them.

John Murray · Oct 18, 2016 go to post

Any news on 2 and 3 yet? No sign of them in the latest build, 1.0.255.

John Murray · Oct 11, 2016 go to post

Note that Atelier requires 2016.2 as the minimum version of the Cache/Ensemble instances you're wanting to connect to.

John Murray · Oct 11, 2016 go to post

Great article Dmitry. I think there's a minor typo under the dump of the big string block. You wrote:

Unfortunately, this block is shown unencrypted.

I think you mean "encrypted". Or perhaps better to say "encoded", and to refer to "decoding" in the subsequent sentence instead of "decryption".

John Murray · Oct 10, 2016 go to post

I can't reproduce what you report.

Please confirm that in the "Debugging Target" dialog the upper radiobutton is set and the adjacent input field contains this:

##class( %SourceControl.UnitTest).Test()

And if you comment out the "D $ZF(..." line in the classmethod, then recompile it, does that resolve the problem. If not, then I think this proves that the problem isn't caused by the $ZF() call.

Also to say that if you need a response urgently you should contact InterSystems Support, a.k.a. WRC. This forum (Developer Community) is not a substitute for WRC.

John Murray · Oct 7, 2016 go to post

You wrote:

from Cache Studio, when I examine the output of the class given above, I get the error message:

...

Please tell us exactly how you are using the class from within Studio.

John Murray · Oct 4, 2016 go to post

By adding that repo I was able to upgrade to 1.0.255.

I guess that my original Atelier kit was built on Eclipse Mars, and that the developers recently moved up to Eclipse Neon but the upgrade mechanism didn't cope with this. Okay for a pre-release version of Atelier, but let's hope a similar thing doesn't happen once it's become a released and widely deployed tool.

John Murray · Oct 3, 2016 go to post

This is with a standalone install of Atelier.

I also have an Eclipse Mars.2 instance (Eclipse 4.5.2) that I had previously added Atelier 1.0.165 to. This one was able to upgrade Atelier to 1.0.255 successfully via "Check for updates".

John Murray · Sep 9, 2016 go to post

set %session.EndSession=1

See the class documentation for the %CSP.Session class, of which %session is an instance.