go to post John Murray · Jul 29, 2024 You seem to have omitted the crucial caret symbol required between the HELP and the %G
go to post John Murray · Jul 26, 2024 This is caused by how version 2.12.0 and above of the ObjectScript extension depends on the Server Manager extension, which hasn't yet been made compatible with VS Code in the browser. I have created https://github.com/intersystems-community/intersystems-servermanager/iss... Workaround is to use the gearwheel on the extension's detail page, then choose to install the latest pre-2.12 version.
go to post John Murray · Jul 24, 2024 I also spotted an apparent typo in line 660 in the second screenshot. See if you can too.
go to post John Murray · Jul 24, 2024 @Ben Spead sometime we'd love to show your Internal Apps team the kind of codebase insights Yuzinji can provide. Please DM me if you are interested.
go to post John Murray · Jul 24, 2024 Maybe the page is trying to display details of a previously-opened prodclass that is giving it a problem. I suggest you use the %G utility in an IRIS Terminal in your namespace (INTERFACES?) to see what this lists: INTERFACES>d ^%G Device: Right margin: 80 => Screen size for paging (0=nopaging)? 24 => For help on global specifications DO HELP^%G Global ^EnsPortal.Settings(,"LastProduction") ^EnsPortal.Settings("XXX","LastProduction")="Foo.Bar" Global ^
go to post John Murray · Jul 24, 2024 Other answers here cover exporting the application definition. To transfer the application files it may be simplest to copy the files from the host OS path that the application definition points to. Another option is to create a Studio project, add the webapp to the project, then export the project.
go to post John Murray · Jul 22, 2024 But your earlier screenshots show you trying to create entities in the INFORMATION.SCHEMA package and in the %Api package. These are always mapped to the IRISLIB database (see the error dialogs), which is always readonly. You should enter a non-percent package name of your own (e.g. Robert).
go to post John Murray · Jul 22, 2024 When you created your Production, what package did you put it in?
go to post John Murray · Jul 22, 2024 @Timothy Leavitt here's the report showing which IRIS 2024.1 deprecated classes your Test Coverage Tool 3.1.0 package uses.
go to post John Murray · Jul 22, 2024 I came up with a better technique for using Yuzinji and Structure101g Studio to reveal which deprecated classes an app's codebase uses. Here's a screenshot showing the results for the Web Terminal 4.9.6 package on IRIS 2024.1 I adapted the tagging technique to identify the use of deprecated methods in non-deprecated classes. In the case of the Web Terminal codebase, no such usage was found. If anyone reading this is interested in trying this on your own codebase please contact me through DC's DM facility, or email info@georgejames.com
go to post John Murray · Jul 22, 2024 Maybe related to https://community.intersystems.com/post/installed-iris-health-unable-cre...
go to post John Murray · Jul 21, 2024 You are trying to create your test entities in InterSystems library packages that are mapped to/from a readonly database.
go to post John Murray · Jul 19, 2024 Here's one way to verify from VS Code (but independent of the InterSystems ObjectScript extension) that the /api/atelier REST APIs are available on that server. Start a new VS Code window (no workspace open) In Extensions view, use the filter @id:humao.rest-client to find and install the REST Client extension. From the File menu create a New Text Document, setting its language to http. Paste this content: GET http://localhost/api/atelier/v1/%25SYS HTTP/1.1 Authorization: Basic _system:SYS Now click on the "Send Request" codelens that appears above the first line.
go to post John Murray · Jul 19, 2024 I think it's possible to do this using our Yuzinji tool. Here's my idea: Go to https://structure101.com/downloads/, fill in your details, and download Structure101g Studio (S101g) for your desktop platform (one of the 3 icons circled red below): Read the instructions in https://structure101.com/help/generic/flavors/yuzinji/index.pdf to install Yuzinji into S101g, then to add Yuzinji's server-side component to your InterSystems server. Analyze all your classes and load the results into Structure101g Studio. But how to identify which deprecated methods or classes are being referenced? S101g has facility for tagging items on its diagrams. Its "Tag" menu can also export and import a list of tags. Tag an arbitrary class and an arbitrary method. Export your tags. Examine the file. Write a SQL query to list deprecated classes: select ID from %Dictionary.ClassDefinition where deprecated=1 order by ID Format the output to match the structure of the exported tags file, and write this to a file. I'm leaving this as an exercise for the reader. Import the file into S101g Repeat previous steps to create a tags file for deprecated methods. Explore your diagrams to pinpoint the tagged (and therefore deprecated) items.
go to post John Murray · Jul 19, 2024 Maybe the trace facility on the Web Gateway Management page will yield clues.
go to post John Murray · Jul 18, 2024 I'm guessing you need to add a `pathPrefix` property. See https://docs.intersystems.com/components/csp/docbook/DocBook.UI.Page.cls...
go to post John Murray · Jul 17, 2024 TIP: if you are in a hurry, use the YouTube option to play this at 2x speed and you'll get through it in half the time.
go to post John Murray · Jul 17, 2024 It is often the case with large applications that developers would like to or need to work on unrelated parts of an application simultaneously. It is a limitation of the Git for Shared Development Environments application from the InterSystems Open Exchange that you cannot do this in a single namespace. That's because it is built on git, where you can only have a single branch checked out to a working folder at any one time. Our InterSystems-native source control and integrated deployment solution Deltanji allows developers to create multiple separate branches within the same namespace. Because Deltanji has finer granularity it can handle concurrent non-overlapping sets of changes in a single namespace, enabling users to check code entities out onto separate Change Requests, then promote these independently. Even with a team as small as one person it is common for Deltanji-controlled development to take place this way. Use of QA and/or Staging environments ensures that unforeseen dependencies created in the Development environment between supposedly independent Change Requests will be detected before they can impact the Production environment.
go to post John Murray · Jul 5, 2024 If you support this proposal but haven't yet voted for it, please do so at https://ideas.intersystems.com/ideas/DPI-I-602 The more votes it gets there the better the chance of the development work being resourced.