go to post Brett Saviano · Mar 9 @Norman W. Freeman This query will return the names of all non-system and non-generated classes in the current namespace: SELECT Name FROM %Library.RoutineMgr_StudioOpenDialog('*.cls',1,1,0,1,0,0) The documentation for this query and its parameters can be found here.
go to post Brett Saviano · Mar 6 The vscode-objectscript extension now contains a snippet for custom class queries. It was added by pull request #1111 and if you want to try this snippet before the next release you can download the beta version of the extension found here.
go to post Brett Saviano · Feb 6 @Scott Roth Please see our documentation page on server-side editing for directions for setting up your workspace.
go to post Brett Saviano · Oct 5, 2022 Maybe try using 'ck' instead of 'cuk'. The 'u' flag is the one that tells the compiler to not recompile if it doesn't detect a code change.
go to post Brett Saviano · Aug 23, 2022 @Scott Roth The custom metrics code needs to be added to the instances of IRIS that SAM is monitoring, not the SAM Manager IRIS instance itself. The full documentation for adding custom metrics can be found here.
go to post Brett Saviano · Aug 19, 2022 I believe this is the same problem described here. You need to add the --check-caps false command to the iris container in your docker-compose.yml file, like this: ... iris: command: --check-caps false init: true ... The SAM 1.1 distribution should have this done for you but that change must not have made it in. I think you can still enter the SAM 2.0 EAP if you'd like to start with the upcoming version.
go to post Brett Saviano · Aug 19, 2022 The logs are stored in the containers themselves. Using docker you can read them using the docker logs command. According to the podman docs, this is what you would need to run: podman logs sam_iris_1
go to post Brett Saviano · Aug 19, 2022 @Scott Roth SAM or Prometheus alone can be installed on a separate server. They just need network access to the IRIS servers that you want to collect metrics from.
go to post Brett Saviano · Jul 27, 2022 @Michael Davidovich Refreshing the explorer only refreshes the nodes in the tree view. If you have a virtual file open that you opened from the explorer it won't auto-update. You can close it and reopen it and the extension should fetch the new copy. If you have your local copy open, you can export again to get the latest version.
go to post Brett Saviano · Jul 27, 2022 @Michael Davidovich As a first step I suggest you read through our online documentation to familiarize yourself with common workflows. The extension supports a client-side workflow where you export files to the currently open local folder and handle the source control yourself. To edit client-side, you can use the ObjectScript Explorer to export files. You can also use the Export Code From Server command, which uses the objectscript.export configuration settings to determine what to export. Our extension does not support VS Code's "Download" menu option. Since the disp class is generated from the spec class you probably don't want to store it in source control but if you still want to export it, you can have the Explorer show generated files before you export a package or if you're using the command you can set the objectscript.export.generatedto true.