go to post Enrico Parisi · Apr 29 I suspect that's too small, but there are MANY missing details to consider and I might be wrong. gmheap documentation is here. Note that for new installation the value is 0 (zero), in that case: the system will configure the size of gmheap to be 3% of the total memory configured for global buffers. The minimum gmheap will be configured to is 307,200 KB (300 MB) and the maximum is 2,097,000 KB (2 GB) So, your gmheap is about 1/3 of current default.
go to post Enrico Parisi · Apr 29 Beware that $System.SQL.Schema.SetDefault() sets the default schema (optionally) for a namespace systemwide, that is, for all processes, not only current process.
go to post Enrico Parisi · Apr 28 It seems that in your system the routine ST.int is missing, can you check if it's in the %SYS namespace? ST.int is part of Ensemble, it should be there but apparently is not (has been deleted?).
go to post Enrico Parisi · Apr 27 Just curious, what's the value of gmheap?You can find it in iris.cpf or in Management Portal, System Administration > Configuration > Additional Settings > Advanced Memory
go to post Enrico Parisi · Apr 27 If you select the option you have highlighted, then CSP Gateway will not be installed, if you don't change it, then it will be installed.What option do you use when you install? (first dialog) However, is this a new fresh install or an upgrade of an existing Ensemble instance?
go to post Enrico Parisi · Apr 26 It's long time I don't install Ensemble 2018, why are you still using Ensemble and not IRIS? I just tested installing Ensemble 2018 and CSP Gateway is properly installed and configured. When the setup kit is run the first dialog is: Do you get the same dialog? What option you choose?As you can see it is also possible to install only the CSP Gateway component. If you choose Custom then this dialog is displayed: As you can see the option to install CSP Gateway for IIS is there. If I proceed to the install, at the end I have the CSP Gateway properly configured in C:\inetpub\CSPGateway In order to help you, apart from saying that is not being installed, can you provide some information on what you are actually doing and what do you actually see/get during install?
go to post Enrico Parisi · Apr 24 I think you need to enable/allow Unauthenticated access for Web Applications. I can see that in Web Application configuration in "Allowed Authentication Methods" the option "Unauthenticated" is not available, this means is not enabled/allowed systemwide. In Management Portal check System Administration > Security > System Security > Authentication/Web Session Options, and see if "Allow Unauthenticated access" (first option/checkbox) is enabled. After that, enable the option "Unauthenticated" in the "Allowed Authentication Methods" of the Web Application.
go to post Enrico Parisi · Apr 23 Only Client application is Bit 3 only, so in binary: 1000 = 8 decimal Pass 8 as Type parameter.
go to post Enrico Parisi · Apr 23 There is also SYS.Stats.Dashboard class, again, I'm not sure it was in 2014 as well. This class provides an overview of the system "health", with all of the critical metrics and statuses gathered as properties in one class. It essentially contains all of the data that's available on the Dashboard in the System Management Portal. Each property is a different metric or status.
go to post Enrico Parisi · Apr 23 I don't have any so old version (2014) at hand, in IRIS and in 2018 there is SYS.Stats.WriteDaemon class.
go to post Enrico Parisi · Apr 23 On the other hand, are you sure that your method is that same that WRITE uses to interrogate the environment ? Why should I care? Why do you care?
go to post Enrico Parisi · Apr 23 The WRITE command, when passed no argument, does a reflexion on the system. Well, it simply list/write all defined variables in current stack level, something you can perform using standard Object Script commands and functions, no need to look at Write source code. To do that you can use $order, $query, and indirection, with some trick needed for the variables you use to perform the listing, or, maybe simpler, you can use output redirection (to a string for example) and then...well, an argument less Write command 😊 Some hint for the first option: USER>set a=1,b=2,b(1)=3,x="" USER>set x=$order(@x) USER>write xaUSER>set x=$order(@x) USER>write xbUSER>set x=$query(@x) USER>w xb(1) For output redirection, see IO Redirect in ObjectScript in Open Exchange.
go to post Enrico Parisi · Apr 23 Maybe your certificate file needs to include the full certificate chain, from your certificate to the CA.
go to post Enrico Parisi · Apr 23 USER>set string = "aaDtext1Dtext2" USER>write $p(string,"D",1,*-1)aaDtext1 Edited to add relevant documentation link.
go to post Enrico Parisi · Apr 21 In order to better understand the problem, you may use SoapUI to "manually" call the WS and try different options/messages to figure what's wrong with your call.
go to post Enrico Parisi · Apr 21 How are you calling the WS? Are you using a Business Operation with EnsLib.SOAP.OutboundAdapter? To understand how the header can be customized, can you provide a sample of your SOAP call?
go to post Enrico Parisi · Apr 20 I really, really doubt that the issue is the header namespace prefix. What does the error (soap fault) says?