Hello @bsorkhpour

this is a known problem 😞 It happenes, because the API validation works on a "per property" basis instead of checking the given category data as one unit.

Because of this it will check the given version without knowing the reference application. The code will not be able to find the given version and result in an error.

I'm afraid the only workaround for this is to disable the API validation.

@jakob

Hier der funktionierende Request:

{ "jsonrpc": "2.0", "method": "cmdb.category.save", "params": { "category": "C__CATG__FORMFACTOR", "object": "ID vom RACK", "data" : { "rackunits": 48 }, "apikey": "xxx" }, "id": 1 }

Das Rack muss natürlich zuvor erstellt werden.

Hallo @KZinn

ich erinnere mich dunkel daran, das wir mal das Thema angesprochen hatten - damals aber noch ohne programmierte Kategorie 😉 Damit das XML als solches dargestellt wird müsstest du es für den Browser mittels $xmlData = htmlentities($xmlData); umformatieren, sonst wird probiert dieses als HTML zu interpretieren.

Die Funktion geht her und ersetzt z.B. alle < mit &lt; und alle > mit &gt; - dann wird der Browser das korrekt darstellen.

Wenn es sich um eine eigene Kategorie handelt wäre der richtige Ort dafür vermutlich die UI-Klasse. Wie übergibst du denn die Daten an das Template? Wird dieses einfach nur in der GUI gerendert oder soll es in einer Textarea dargestellt werden? Vielleicht könntest du Ausschnitte vom Code posten 🙂

Viele Grüße
Leo

Hallo @TPrimus

Bugs o.ä. bitte immer an den Support senden -> help@i-doit.com
Dieser Bug wird in i-doit Version 26 gelöst.

@LFischer Lieber Leo,

vielen Dank heute nochmal für die Dev-Sprechstunde und deinen super Support!
Mit der Anleitung aus der Sprechstunde und dem Beitrag hier hat es funktioniert 🙂 !

56fd62f2-1c39-4b0f-a239-ad8b5c16f42b-image.png

Wir können jetzt von unserem Addon aus ein neues Kategorie Attribut hinzufügen.

Ich finde die Lösung so gar sauber ^^ (klar ist das mit dem Namespace so ne Sache, aber dafür ist der Autoloader ja da, dass man beliebig Klassen reinladen kann) 🙂

Vielen Dank für deine Unterstützung, du hast uns sehr geholfen!

Viele Grüße

Steven

Hallo @LFischer

danke für die schnelle Antwort!

Da ich die IDs erst einmal nur für Code-Tests benötigt hätte, werde ich erst mal mit einer Mapping-Datei arbeiten. Zum Glück ändern sich die IDs nicht zu oft 😉

Aber wenn eine zukünftige Version der API die Funktion hat, wäre das sehr schön!

Viele Grüße,
Nico

@LFischer Hallo Leo, vielen Dank für deine Antwort :)!

Genau du hast recht, in der Regel sollte dieses Signal emitted werden, aber wird es leider für diese custom Kategorie "Schutzbedarf" des Viva2 Addons nicht.

Wir konnten uns jetzt Abhilfe verschaffen, in dem wir über einen Mini-Patch ein Signal emitten, nachdem die Schutzbedarfswerte vom Addon gespeichert wurden.

In unserem eigenen Addon connecten wir dann auf das Signal und verarbeiten das für die Zwecke, für die wir die Daten benötigen.

Wir werden den Fehler an den Addon Hersteller melden, damit er ein Event zur Verfügung stellt, oder halt von Haus aus ein Logging anbietet.

Im Moment passt unsere eigene Lösung für uns.

Vielen Dank für deinen Support und einen schönen Tag

Steven

Ich denke das mit "Batch Requests" gemeint ist das man mit JSON-RPC mehrere API Call in einem Request an den Server bündeln kann, statt für jeden API Call einen eigenen Request zu machen.
Die JSON-RPC Spec fand ich da recht hilfreich zu lesen:
4 Request object > ID Parameter

Hi @LFischer

nochmal danke für Deine Hilfe und die Erklärung 🙂

VG, Cherif

Hey @LFischer
du bist ein Held👍
Das hat funktioniert. Vielen Dank für Hilfe
Jetzt ist Dialog+ Feld in der init.php registriert, und danach funktioniert...🙂

Viele Grüße
Cherif

Hey @tosmile01

ich denke du suchst den cmdb.objects.read Endpunkt. Dieser liefert dir mehrere Objekte auf Basis von übergebenen Filtern.

Siehe auch die Beschreibung in unserer KB: https://kb.i-doit.com/en/i-doit-pro-add-ons/api/methods.html#cmdbobjectsread

Alternativ könntest du dir einen einfachen Report erstellen der dir die Nutzer zurückliefert und diesen dann mittels cmdb.report.read auslesen.

VG Leo

@Michael-Overkamp
Ich habe gesehen, dass ich die Lösung nie bestätigt habe. Das hat geholfen, vielen Dank!

Hier gilt wohl "Use the source, Luke", in diesem Fall die Kommentare in den Dateien der API Client Library., auch wenn im Text auf GitHub steht "This project is not an official product by synetics GmbH. synetics GmbH doesn't provide any commercial support."