go to post Ben Spead · Jan 19, 2018 See this thread which discusses several options for server-side Studio hooks for Git:https://community.intersystems.com/post/are-there-server-side-git-studio...NOTE - in my use-case I was looking for server-side hooks in order to allow concurrent server-based development, and I discovered that Git is very poorly suited for that purpose. I ended up abandoning Git and using Perforce instead for my demo (Perforce is very well suited for server-side hooks with concurrent server-based development). If you are you already operating in a single-developer / single instance setup and if you can move to one of the very latest versions of the product (2017.2.0+ or 2017.1.2+) then you should take a look at Atelier with client-side source control hooks.For a thorough review of the different development models (private instance vs shared instance) and the different source control hook approaches (client-side vs server-side), I highly recommend that you watch the following session from last year' Global Summit:https://learning.intersystems.com/course/view.php?id=713
go to post Ben Spead · Jan 4, 2018 Stephen,An advantage to this is that the WRC will have a history of snapshots of your config and some basic operating data so that if you need to contact them about a performance issue, behavior change, etc, they could look back and see changes which have taken place in your system that might impact current behavior. Several large customers take advantage of this to make it easier to see trends in their instances.HTH,Ben
go to post Ben Spead · Dec 9, 2017 Hats off to you Sean! You did a great job pulling all of this together!Not sure if it is worth listing or not, but here is an *ancient* open source app written in Caché which may still be interesting to some people:http://onforme.sourceforge.net/https://sourceforge.net/projects/onforme/ (not guarantees that it will work out of the box with current versions of Caché ;) )
go to post Ben Spead · Nov 24, 2017 Check out the full tutorial which includes REST API set-up:https://community.intersystems.com/post/lets-write-angular-1x-app-cach%C...
go to post Ben Spead · Nov 21, 2017 What is your browser and version? Is it by any chance Firefox 57.0?EDIT: Nevermind - I see that you said Studio ate all of the licenses, so unless you are launching pages in a web browser from Studio my hunch probably isn't correct
go to post Ben Spead · Nov 15, 2017 I completely agree - this would make the results much more helpful!
go to post Ben Spead · Nov 3, 2017 You can do this via the following (it is a little hidden):Studio > File > Change Namespace > Connect > (select instance) > Enter credentials and uncheck "Remember Password"Could you please give this a try and let us know if it works for you?
go to post Ben Spead · Oct 30, 2017 Glad to hear it is working!Could you please mark the Answer below as accepted so that people know that it worked?
go to post Ben Spead · Oct 23, 2017 Thanongsak,Apologies for the delay - the Developer Community is having issues with its email update logic so I had no idea you asked this question.This image is currently internal to InterSystems as it's for the InterSystems IRIS Data Platform which is in early adopter mode. Contact your Sales Rep in order to get access to the program and to InterSystems IRIS. It will be made publicly available early next year.Thanks!Ben
go to post Ben Spead · Oct 12, 2017 You can run this from Caché Terminal, or put it in a routine or class and run it: USER>Set httprequest=##class(%Net.HttpRequest).%New() USER>Set httprequest.Server="www.intersystems.com" USER>Do httprequest.Get("/") USER>Do httprequest.HttpResponse.OutputToDevice() HTTP/1.1 301 Moved Permanently CONNECTION: keep-alive CONTENT-LENGTH: 178 CONTENT-TYPE: text/html DATE: Thu, 12 Oct 2017 14:21:23 GMT LOCATION: https://www.intersystems.com/ SERVER: nginx X-TYPE: default <html> <head><title>301 Moved Permanently</title></head> <body bgcolor="white"> <center><h1>301 Moved Permanently</h1></center> <hr><center>nginx</center> </body> </html>
go to post Ben Spead · Oct 11, 2017 I have received a stream before as follows in my WebService client: Method MyWebMethod(pAction As %String = "", ByRef pFile As %FileCharacterStream = "", ByRef pDataSet As %XML.DataSet = "") As %xsd.base64Binary [ Final, ProcedureBlock = 1, SoapBindingStyle = document, SoapBodyUse = literal, WebMethod ]{...}I am able to use this method signature to both receive files from the web service as well as send files to the web service.Hope that helps!Ben
go to post Ben Spead · Oct 10, 2017 Ah .... by default, you might find that the REST service used by Atelier is set to Unauthenticated: /api/atelier We have found that we need to make sure that this is configured for "Password Authentication" in order for our server-side source control hooks to operate properly.
go to post Ben Spead · Oct 10, 2017 Studio Source Control (aka Server-side Source Control hooks) are supported if you are using against DBs with version 2016.2 or greater. If you are one one of these versions and are having issues, I suggest you contact the WRC.For more details on using Server-side hooks with Atelier, check out this presentation from the Global Summit:https://learning.intersystems.com/course/view.php?id=713NOTE - you need to make sure that your DB version has CDS2924 in it in order to protect against a serious bug which would allow Atelier to overwrite things which a user has not checked out of source control. This will be included in 2017.2.0, 2017.1.2 and 2016.2.3, or you can request it in an Adhoc from the WRC if required.
go to post Ben Spead · Oct 2, 2017 Personally, I agree with Tyler that their current location is a distraction. Can we move them after the comments or to the sidebar?It is possible that no one was clicking on them in the side bar because they were not truly relevant....
go to post Ben Spead · Sep 28, 2017 You are most welcome - good luck!Last thought - depending on the data that you have in your system and how exposed the server is, one possible solution is to create a new web application which only allows the Dashboard viewer to be served up, and then uses "Matching Roles" feature to look for a certain role that people needing this dashboard should have, and assigning the elevated privs required to see the dashboard to the Web App. This would allow you to give access to people without having to broadly expand their assigned privileges. Depending on how much you have to give them in order for them to see the dashboard, this may be something that you want to consider.
go to post Ben Spead · Sep 28, 2017 Did you turn on auditing in order to see what sort of a <PROTECT> is being thrown?You may need to connect with the WRC if you're having a hard time finding the privs to give to the user.
go to post Ben Spead · Sep 27, 2017 Thanks for this! I added an Answer which I think should work based on this information.As email notifications seem to be having issues you may not have seen the answer yet. When you do, please let us know if it works.
go to post Ben Spead · Sep 27, 2017 Armin, I took a quick look and the good news is that the Ensemble Management Portal is just wrapping a DS Dashboard. This means that you can stick this in an iFrame in SharePoint (I think this is called the "Page Viewer Webpart") and point the source to the DeepSee Dashboard Viewer page with the Embed flag turned on. E.g. the following link works for me: http://localhost:57772/csp/ensdemo/_DeepSee.UserPortal.DashboardViewer.zen?EMBED=1&NOBORDER=1&DASHBOARD=Ens%2FDeepSee%2FActivityVolumeAndDuration.dashboard Based on your URL above, give this a try: http://ntvensemble03/csp/activity/_DeepSee.UserPortal.DashboardViewer.zen?EMBED=1&NOBORDER=1&DASHBOARD=Ens%2FDeepSee%2FActivityVolumeAndDuration.dashboard Report back and let us know if this works, and don't forget to "Accept" the answer if it does :)