Hallo Simon,
gerade eben habe ich ein paar Tests auf einer frischen Installation von i-doit open 1.10.1 mit API Add-on 1.9 ausgeführt. Erst einmal sieht alles ganz gut aus:
Objekt vom Typ Stacking
erstellen:
{
"version": "2.0",
"method": "cmdb.object.create",
"params": {
"type": "C__OBJTYPE__STACKING",
"title": "My little stack",
"apikey": "xxx"
},
"id": 1
}
Server Response:
{
"jsonrpc": "2.0",
"result": {
"id": 26,
"message": "Object was successfully created",
"success": true
},
"id": 1
}
Auslesen aller Stacking
-Objekte:
{
"version": "2.0",
"method": "cmdb.objects.read",
"params": {
"filter": {
"type": "C__OBJTYPE__STACKING"
},
"apikey": "xxx"
},
"id": 2
}
Server-Response:
{
"jsonrpc": "2.0",
"result": [
{
"id": "26",
"title": "My little stack",
"sysid": "SYSID_1521623834",
"type": "90",
"created": "2018-03-21 10:16:48",
"updated": "2018-03-21 10:16:48",
"type_title": "Stacking",
"type_group_title": "Other",
"status": "2",
"cmdb_status": "6",
"cmdb_status_title": "in operation"
}
],
"id": 2
}
Die Kategorie Stacking
(C__CATG__STACKING
) wurde durch die Kategorien Stack member
(C__CATG__STACK_MEMBER
) bzw. Stack Membership
ersetzt, siehe KB-Artikel "Kategorien und Attribute". In der open-Variante ist die Kategorie Stacking
nicht vorhanden. Während die Kategorie Stack member
über die API angesprochen werden kann, ist das bei der Kategorie Stack Membership
nicht der Fall.
Um herauszufinden, welche Kategorie die ID 90
bekommen hat, hilft ein Blick in die Datenbanktabelle idoit_data.isysgui_catg
weiter:
select isysgui_catg__id, isysgui_catg__const from idoit_data.isysgui_catg where isysgui_catg__id = 90;
Viele Grüße
Benjamin