See this thread on the Zen Community for a possible starting point:

https://groups.google.com/forum/#!topic/intersystems-zen/UI_2fVG9fF0 

You can use $system.OBJ.Load() or LoadDIr() to load source from disk.

Personally, I would do this via Source Control and not via Studio.  The approach to this will depend on your source control structures, etc, but the easiest way to handle this for me would be:

1) Make sure that everything in my package was checked into my branch, e.g. /MyApp/cls/MyFirstPackage/...

2) Since my source tree is structured according to package names, I would copy /MyApp/cls/MyFirstPackage/... to /MyApp/cls/MySecondPackage/... 

3) Check in /MyApp/cls/MySecondPackage/... into source control

4) Check out /MyApp/cls/MySecondPackage/... 

5) Do a Find & Replace in /MyApp/cls/MySecondPackage/... to replace all instances of "MyFirstPackage" with "MySecondPackage"

6) Diff /MyApp/cls/MySecondPackage/...  and make sure all replacements are desired

7) Check in /MyApp/cls/MySecondPackage/... 

8) Run my build routine to pull all of /MyApp/cls/MySecondPackage/...  into my namespace and Compile it (or just use $system.OBJ.LoadDir() if you don't already have a build routine)

Voila!  Package is duplicated and all checked into source control ready for further changes :) The above process should only take a couple of minutes.

You can use %CSP.StreamServer class.  See http://localhost:<your post>/csp/samples/streamserve.csp for a sample showing how to use it.

Scott,

See the Documatic for the following methods in %Studio.SourceControl.ISC:

classmethod Lock(Admin As %Boolean = 0) as %Status

Lock the source control hooks for this instance.

The default setting will be "Locked". Passing a '1' for the Admin parameter will set the instance to AdminLocked.

See Locked for more details.

classmethod Locked() as %String

Returns value that shows whether or not this instance is "Locked"

Return values are:

• "": Instance has never been Locked or Unlocked (default)
• 0: Instance is Unlocked
• 1: Instance is Locked
• 2: Instance is AdminLocked

When the instance is Locked or AdminLocked, no changes can be made via Studio. It is possible to change from Locked to NotLocked via different UIs. When an instance is AdminLocked it should only be possible to unlock it via the Unlock method.

classmethod Unlock() as %Status

Unlock the source control hooks for this instance.

You should never do that.  That is a stripped down version of apache which should only be used for the Management Portal.  You need to install your own full web server

My guess is that you are passing data somewhere as a string (because that is around the string limit). You need to use streams instead to store the uploaded file.

This is not a Caché utility - it must be supplied by your application partner.  Also, the AP must be storing their own users at the application level because if they were using Caché users there would be no way to create a utility that shows Caché users' passwords (see Patrick's answer below).

I suggest you reach out to your application partner with this question (or if it is an inhouse development, speak with the development team)

Use Find In Files:

http://docs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=...

http://www.intersystems.com/assets/Embedded-Real-time-Business-Intelligence-Discover-the-Treasures.pdf

(credit to Anthony B)

Paul,

Have you looked at the details in the Caché SQL manual about optimizing performance:

http://docs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=...

Play particular attention to the section about using TuneTable to properly set the meta-data around table extent size, selectivity, etc.  Lot of people miss this and it's very important because the query plans rely on this metadata to optimize performance.  

Caché Object Script is a super-set of Mumps.  If you really want to know the differences you should look at the Mumps standard and know that anything you find in Caché which is not in the Mumps standard can be considered unique to Caché ObjectScript.

Hope that helps.

Playing around with it a little bit, I came to the following conclusions:

- *some* pages rely on the $Namespace url parameter in order to initialize what namespace it is pulling data from

- this doesn't appear to be stored in the session (and therefore it isn't shared between tab); I think it is only effective in the url

- there are some pages which don't honor the $Namespace url parameter (e.g. they still show %SYS even if $Namespace is defined to a different value); this is probably because those pages don't act on any namespace-specific data (or they act on data which lives ONLY in %SYS)

It sounds like if you want to keep your tabs in sync, you should put something in the session, and switch namespaces in your page logic.  Probably in OnPreHttp (although you'd need to test to make sure that the namespace sticks for the OnPage method as well)

John - I edited the article which caused the notification for anyone subscribed to content changes.  If you are  not subscribed to changes in content then that should be considered a bug that notification was sent for an edit to an article.

Hope that helps.

Tom,

It's been a while since I took it but if I recall correctly you would want "Building Business Productions" which is basically the "Building Healthcare Productions" course with a day of HL7 content removed.

HTH,

Ben

Brian,

For years this was the official InterSystems-sponsored site for this type of thing:

http://skills.intersystems.com/

However, it looks rather empty at the moment (I think things expire after 6 months or something like that).  It wouldn't hurt to post your position there - perhaps with increased advertising on the Developer Community this will pick up in its usage again.

HTH,

Ben 

I don't have a complete answer for you, but presumably you could grab the binary stream via SQL and then save the stream do disk via the %Stream.FileBinary class interface.  We manage JPG files through that interface, but I haven't done the fetch via SQL before (so hopefully someone who has fetched a jpg via SQL could comment on that piece)

Scott,

xDBC clients connect with Caché over the SuperServer port.  This is 1972 on your working system.  On the one that isn't working, to find the port do the following navigation in the System Management Portal:

Menu -> Configure Memory

Look at the SuperServer port number and see what that is if it is not 1972

Sankar,

For a version of Caché this old (circa 2002) I strongly suggest that you contact the WRC directly for assistance (http://www.intersystems.com/services-support/product-support/).  That will be your best bet to getting your system back online as quickly as possible.

Please feel free to report back here as to the root cause and resolution for what you're seeing.

Ben

Mike,

I am not sure about the "access denied" message you are seeing - perhaps Paul could comment on that.  However, to manage all of your subscriptions:

1) Log in

2) Click on My Account (top icon bar)

3) Click on the Subscriptions tab

Then I strongly recommend that you click "Settings" and Uncheck "Digest Mode".  The Digest emails are really not very usable (IMHO) and work has been done to make the individual emails more useful - you may find those to be better and closer to what you are used to in the Google Groups (assuming you didn't use Digest in Google Groups).  

Under the "Page / Threads" tab you can unsubscribe to the threads you are no longer interested in.  

I hope that helps.  The email update mechanism has come a long way but it still has quite a ways to go.  There is work that will be commencing shortly to enable HTML based email which should be an improvement as well.