A great resource for the Community - thank you for taking the time to write this!
- Log in to post comments
A great resource for the Community - thank you for taking the time to write this!
Thank you for the wonderfully detailed article!
well done deserved!!!
Well done @Anastasia Dyubaylo - I love how the content is grouped for easy exploration. Keep up the great work everyone :)
I have just learned that there are issues with "eu-central-1" and they are looking to remove it. Could you please try another deployment using "us-east-1" and see if that fixes it?
I suggest you reach put to InterSystems Support about this
Tremendous new feature - well done Tim and team :)
@Mathew Rimmington - this is an open source package which is written and maintained by InterSystems employees for the good of the Community, but doesn't have official support in the same way that customers have official support for InterSystems IRIS or HealthShare.
This package is very much still strongly recommended for use and new sites are coming on board all the time. We continue to invest in it and see it as a valuable tool for developers using a shared-dev model on InterSystems products.
In terms of the issue you are seeing, what InterSystems product are you using, and what specific version? We will definitely help you work through the issues as much as we can.
I strongly recommend that you reach out to Support with these questions
I strongly suggest you contact InterSystems Support to ask about this.
congrats to the whole community - you are awesome!!
thanks for taking the time to post your solution to others can benefit!!
my understanding is that there will be no changes made to those APIs, nor plans to deprecate them. That is what Bob was referring to when he said most orgs use their own monitoring solutions to consume the IRIS data (via those APIs) ... so the APIs will stay, but SAM as an out of the box consumer of the metrics will be deprecated
this is only the SAM container. the APIs it consumes will stay and there are no plans to deprecated those.
Colin ... I hope you're successful in that effort!! happy kicking ;)
@Colin Brough - this was recently discussed on a thread internal to InterSystems, and I credit @Eduard Lebedyuk
for the following options, which were suggested within the context of Enabled/Disabled Business Hosts on different environments using the same Production (some don't apply to your question about logging and testing, but I include them all for completeness):
1. Track a separate production class for each environment.
2. Use SDS to effectively disable Business Hosts (for example, by setting the Port property to an empty string).
3. Create a custom adapter/business host that has SDS configurable setting "RealEnable", which would be checked in OnInit or OnProcess input.
4. Use Interoperability Schedules, with Business Host always off/on.
I think (1) and (3) would be most likely to work for you here.
Also, it's not going to help you in the immediate term, but be aware that TestingEnabled (along with some other fields) is supported for SDS starting in InterSystems IRIS 2023.3 (I am very excited about that!!)
great!!
see if the CSPSystem user is still disabled
Congrats and thank you for all you do for our community!
nice write-up!!
Sounds like you are using client-side source control in a shared development environment ... this is just a formula for frustration. Either use private dev instances with client-side source control, or use server-side source control with a shared dev instance. This was the theme of a presentation we did at G.S. a couple of times. See https://community.intersystems.com/post/new-video-shared-development-21…
NOTE - This was given a 2nd time where we used VSCode and not Atelier but I can't find that posting for some reason. However the principles are identical whether you're using Atelier or VSCode ... they use the same APIs to manage source with the server.
That is an old page for Caché which doesn't ship with IRIS. IRIS Docs are stored on docs.InterSystems.com. You may need to contact the WRC to see why it's trying to find Docs locally when it should be directing you to:
https://docs.intersystems.com/iris20232/csp/docbook/DocBook.UI.Page.cls
and what is the URL it is giving you? Also, from what version did you upgrade?
Where are you getting the link from? From the "IR" icon in the System Tray on Windows?
@Pravin Barton / @Timothy Leavitt - is there a reference you can point Alan to which will answer these questions for him?
Community Edition users can still reach out to the WRC. If they explain the issue, then the WRC will look into the matter. This is an application that I own and I have already asked my team to start looking at what is going on with this users' account, but contacting the WRC is always advisable to issues can be investigated that are blocking people from getting our software.
Please have your student reach out to the WRC so they can look into this issue. In all likelihood there is something specific to the student's account that needs to be corrected
It looks like Production.cls is a production class which is loaded into and compiled within the IRIS data platform. You would need a connection in order to load and compile the code. I am not sure what you mean by compiling the code (which required IRIS) without a connection to IRIS? Can you please explain more about what you are trying to accomplish?
I think this is awesome! I appreciate your publishing it John - I learned a lot and will discuss this with my team to see what might be useful (CC: @Timothy Leavitt )
No ... all kit distribution to supported customers is through the Distribution section of the WRC.