It does not matter CSP-page or terminal process, for $ZF(-1). Only one issue which may be in your case, if this application is interactive. In this case, Windows may prevent to run such application, just because it works as a service, but it is possible to change it if you allow interactive mode for service of this instance Cache.
If to talk about REST and best practices, then I should say, to update some object or all collection you should use method PUT, while POST should be used only for creating new objects.
What about updating objects, actually it it could be inside objects. And I hope that InterSystems has some optimizations in this case. But I think it is mostly depends on you objects, how difficult they are, and how often you should change this objects. And you of course you can use some profile tools, to understand how many time spends while object is changing and for what. In may opinion in first you should keep it as is, just update all properties from request, without any checking. Some time it is possible that checking for changes, may take more time, when just save it all.
If anybody interesting in it. I've published repository with working example of HAPI-FHIR server which is working with Caché.
I managed to work it, I've just extended Cache dialect for Hibernate, and changed GlobalTemporary table which is not support DROP to LocalTemporaryTable. And changed column type for boolean, for supported in Caché data type bit. And looks like, I get working FHIR server which stores all data in Caché.
public class CacheDialect extends Cache71Dialect {
public CacheDialect() {
super();
this.registerColumnType(Types.BOOLEAN, "bit");
}
@Override
public MultiTableBulkIdStrategy getDefaultMultiTableBulkIdStrategy() {
return new LocalTemporaryTableBulkIdStrategy(
new IdTableSupportStandardImpl() {
@Override
public String generateIdTableName(String baseName) {
final String name = super.generateIdTableName( baseName );
return name.length() > 25 ? name.substring( 1, 25 ) : name;
}
@Override
public String getCreateIdTableCommand() {
return "create global temporary table";
}
},
AfterUseAction.DROP,
null
);
}
}
Actually there are two causes, of this.
First, is a quite simple, installation script looking at previous installation, and can't change if it was already installed in another folder.
But next reason, it is just a small typo in installation script, which suit only for silent install.
file package/csp_gateway/parameters contains CSPGATEWAY_DIR variable instead of CSPGATEWAYDIR
you may just add this line to your installation script, to fix this error.
sed -i '' -e 's/CSPGATEWAY_DIR/CSPGATEWAYDIR/g' ./package/csp_gateway/parameters
And I think, you should ask WRC to fix this error in all next builds.
To find way how to compare time, you should remember format for $horolog, which is has two parts separated with comma. First of part it is a date, which is actually numbers of days since 1841 year, so $horolog=1 it is 01/01/1841. Next part is a seconds in a day, no more than 86400, and may have milliseconds after point.
Know it, you can easily convert $horolog to seconds and compare them
SAMPLES>set date1=$zdth("01/02/2016 10:00")
SAMPLES>set date2=$zdth("01/02/2016 20:00")
SAMPLES>zwrite date1,date2
date1="63919,36000"
date2="63919,72000"
SAMPLES>write ($piece(date1,",")*86400+$p(date1,",",2))>($p(date2,",")*86400+$p(date2,",",2))
0
SAMPLES>write ($piece(date1,",")*86400+$p(date1,",",2))<($p(date2,",")*86400+$p(date2,",",2))
1You can also use SQL function DATEDIFF, to see difference in seconds between to dates
SAMPLES>write $system.SQL.DATEDIFF("ss",date1,date2)
36000
SAMPLES>write $system.SQL.DATEDIFF("ss",date2,date1)
-36000
SAMPLES>write $system.SQL.DATEDIFF("ss",date1,date1)
0
Why are you so sure in that ?
Any examples of code, and application, which you want to call.
Looks like you want to start something like notepad or so on, which you expected to see. You just can't see what was launched because it is interactive application, but with $zf(-1) you you should use only command-line applications, just because it is server. And such behavior exists since Windows Vista. As I remember you can change it, you just should allow to interact with desktop, in the settings for Caché service.
In your question and comment I see two tables iagentbySkillsetStat and iSkillsetStat. Are you sure that you working with right table which contains such property ?
You can only use array instead of list of exported elements.
USER>zw list
list("a(1).gbl")=""
list("a(3).gbl")=""
USER>d $system.OBJ.ExportToStream(.list,.stream)
Exporting to XML started on 09/16/2016 11:19:58
Exporting global: ^a(1)
Exporting global: ^a(3)
Export finished successfully.
If you have an access to WRC, you can get FieldTest versions, Caché and Ensemble with test license keys. If not I think you may ask for an account by sending email to support@intersystems.com
For now, I need only Data Model and API to get access, in time when even do not have any data model.
Yes, I know, that we are already have documented api, and will be easier to implement, but I still need some time.
Ok, maybe someone know some testing tool for API, some unit test which can get my base url, and test all functions in that API and says that everything works by standard?
Whats the strange question?
Are you know meaning for two of this words ?
Caché - it's an InterSystems database, platform which you are working on
and cache - which is just a technology, it is a bunch of ways hardware and software how to return previously accessed data more quickly
As I see it's like an emulator x86 on ARM. Ok, then it would be possible, but any way running Caché directly on ARM would be better, and will be a bit easier to find and solve some possible incompatibilities
So, you have to modify some entries in AD by data on Caché side.
In first, I have not been done such work before, I'm just trying to suggest what may help you.
Better way to understand what you have to achieve your needs, it's look at classes. Like EnsLib.LDAP.OutboundAdapter which you've already found and %SYS.LDAP which is lowest class, which actually doing all work with LDAP. Actually Enslib.LDAP as I see used deprecated classes from %Net.LDAP.Client.
How it may help? for example? you can find there such method as GetEntryEditObj, which I think may be used to edit some entries in your AD, if you have enough permissions. Some example you can find in the class for this EntryEdit. Or method ModifyExts in %SYS.LDAP, also has some examples.
Hope it helps.
To support Raspberry Pi, IntersSystems should support ARM, but not sure that so easy, and could be valuable for them, even if remember how quickly they ended GlobalsDB. But GlobalsDB was a quite good product, and was used in some projects, and even still used. If somebody needs to use micro-pc they can use some alternatives on Intel's process such as Intel Galileo
What exactly do you want to reach, authentification in Caché using LDAP login, or you want to connect and load users from AD ?
Only timeout without activity may release license
Closing Tab in the browser, does nothing on the server side, because in simple way, browser only ask server by user's requests.
You can only do some ajax request just when user closes the page, to close session on the server side, no more.
Every session will be alive in their Timeout, that Timeout could be get by default from settings, or you can set it programmatically ( set %session.AppTimeout=900), and only when timeout is exceeded the used grace period 5 minutes. And only after that session and license will be released.
And you should remember, that if user closed tab, he can open it again, and it will be the same session as before.
If you would work with this or even look at the documentation by link, which I gave, you would see that DISABLE actually disabled changes which was done by ENABLE^%NOJRN, and name NOJRN says No Journal.
Your version of Cache is unsupported, you should have at least 2016.2
What do you mean ?
Atelier can store cache classes in git and in any others source control systems.
even, you can make source control class for studio which will support the same way as in Atelier
Looks like you want to achieve something else, and on the wrong way.
any way you can get the same output as in zwrite to array of lines, with command
Do DumpObjectToArray^%occRun(obj,.lines)
If you have to restore some object by this data, you have to use serialization, XML for example. For xml I would recommend to look at this part of the documentation.
Looks like, you do not know about %Installer.Manifest. You can use it in any different ways, be it installation new application or just simple changing instance's settings. With this manifest I'm building installation archive with project, it includes deployed code some data, and web sources. I'm installing new server with it, manually, or even with docker. And you can use internal Task Manager to run this installation by schedule automatically. You may also look at this project - GitHubCI, it helps to deploy application automatically just after commit to your github repository.
I think you should look at class %SYSTEM.Encryption where all encryption placed, and at the method $system.Encryption.HMACSHA()
Since so big difference between this versions, and you may caught many incompatibilities, I would very recommend to install new instance and move all your data and settings from the old one. And then check everything in your application very carefully.
You can look at the documentation here online
and excerpt about custom installation
The Caché installation program allows you to select certain Caché components to be installed on the computer. For example, you may want to install only the Caché SQL Manager. Keep in mind that some selections require that you also install other components.
and about standard installation
The standard installation procedure installs both Caché server and client components on the computer.
does not matter what `ccontrol list` shows, may be you just removed instance from this list
if you removed this folder, try to restart machine, and check output with commands, which I gave you
Such error you can face on a windows as well. Your super port has already in use by another instance of Cache. And you can change port for new instance, by editing cache.cpf file in the root of installed Cache.
To be sure that port is in use you can use some network tools, such as netstat
netstat -na | grep 1972 tcp4 0 0 *.1972 *.* LISTEN
or lsof, which can show which process with pid uses this port
sudo lsof -i tcp:1972 cache 14960 cacheusr 4u IPv4 0x768e107dffb0f4df 0t0 TCP *:1972 (LISTEN)
Yes, you still have to ask user for login password, and should check it in Caché, so, you just should try to connect with user's login/pass, and so, you can validate him.