Anything stopping you creating one app for each namespace?
- Log in to post comments
Anything stopping you creating one app for each namespace?
Maybe adding the /recursive=1 qualifier will give you what you want. If so, please click the checkmark to accept this answer.
SAMPLES>d $system.OBJ.Export("Cinema.Film.cls","c:\s\exp1.xml")
Exporting to XML started on 04/13/2017 09:49:36
Exporting class: Cinema.Film
Export finished successfully.
SAMPLES>d $system.OBJ.Export("Cinema.Film.cls","c:\s\exp2.xml","/recursive=1")
Exporting to XML started on 04/13/2017 09:49:39
Exporting class: Cinema.Duration
Exporting class: Cinema.Film
Exporting class: Cinema.FilmCategory
Export finished successfully.
SAMPLES>
Excellent discussion starter Sean. But does your third sentence need a little debugging?
You wrote (my highlighting):
It's not because I don't dislike them...
Eduard, that only restricts access to the CSP Web Gateway Management pages. It has no effect on who can use the web applications that can be reached through this instance of the CSP Web Gateway.
Maybe define an extra Web Application in Portal for your REST/SOAP services to be available on. Choose whatever path suits you, making it one that doesn't overlap with one that Management Portal uses.
Maybe add the "f" flag to your compilation options?
Please help me understand why it is important to you that the debugging goes through the code in A's INT routine rather than the equivalent code in B's INT routine.
What is your $ZVERSION value?
Please try this:
C:\InterSystems\Ensemble\bin>ccontrol console ENSEMBLE
Launch an admin-level command window, then run csession.exe in the bin directory of your Caché install, giving your instance name as the argument, e.g.

If this works for you please click the checkmark alongside the answer.
Thanks. If you make this an Answer rather than a Comment then I can mark it accepted.
Be aware that by fetching $H twice there's a small possibility of an unwanted outcome. For example, consider what happens if the first time it returns "64382,86399" and the second time "64383,0". Harmless in Danny's prompt code, but in other contexts it could cause problems.
By "license limits" are you referring to the way that some types of license only permit a maximum of 250 databases? Or is there some other constraint?
Linking to this post which draws attention to how BPLs and DTLs can already be edited in diagram format in Atelier. I was interested to read that these diagram editors modify the associated class definition on the server, in contrast to the general Atelier principle that changes are made in files in the local workspace.
Good to see this indicator behaving reliably now.
Is there a fault with the Unsubscribe link in the emails? Here's one I received:

The highlighted link's URL is https://community.intersystems.com/user//subscriptions/node#edit-0-chec… and when I click on it I get a new browser tab at the following URL:
https://community.intersystems.com/user/john-murray#edit-0-checkboxes-4…
The page looks like this:

Was it supposed to take me somewhere on the Subscriptions tab?
I think you meant to write that you changed the group and tag from Caché to Developer Community. I assume you did this because my original posting on the Caché group and tag was not sufficient to make it crosspost to the Google Group. I guess there is some human involvement in the crossposting, and this filtered my posting out.
Fabian, thank you for posting my original onto the group [Update: 3-Apr-2017 I can no longer find Fabian's post there
]
Very neat!
What Ensemble version are you connecting to?
This appears to have been fixed.
Assuming you aren't using a really old version of Caché (5.0 or earlier), and that your users have their own userids in Caché (i.e. $username is different for each of them), then you can configure things so that certain users aren't able to read the database of NS2. This will stop them switching to the namespace as well. See documentation here and here.
If you find this answer useful please click the checkmark alongside it.
Also noted in a comment on this DC post earlier today.
What do you mean by "productdescription" ?
Something is going on with that Google Group. When I visited it this morning I was given this message:

Continuing to the group, it then says "No topics are available in this group"
When Ensemble runs on Windows its background processes typically run with whatever Windows credentials the Ensemble service (see Windows Service Control Manager) is set to "Log on as". If that is LocalSystem then your background processes won't be able to access UNC paths.
For more information, see my post here.
If my answer here resolves your question please click the checkmark alongside it above.
I suggest you export the package to XML, then edit the XML, then import it.
There's a flaw in your original idea of eliminating the comma from two $H-format timestamps and then comparing them with the "greater than" operation. For most of a 24 hour period the resulting $TR(dollarH,",") is 10 digits long, but from midnight until 00:00:09 it is only 6 digits long, from 00:00:10 to 00:01:39 it is 7, from 00:01:40 to 00:16:39 it is 8 and from 00:16:40 to 02:46:39 it is 9 long.
A working alternative would be to compute $P(dollarH,",")*86400+$P(dollarH,",",2) for each and compare the results, which are the number of seconds since midnight at the start of 31st December 1840.
if you need to compare a $H-format timestamp against the current time don't use $P($H,",")*86400+$P($H,",",2) as one of the expressions because there's a small possibility that your two fetches of $H will fall either side of midnight. Instead, fetch $H once, store it in a variable, then process that variable.