Hallo @Pippo

ein valider JSON RPC Request hat ein paar Voraussetzungen, unter anderem:

• Es muss sich um einen POST Request handeln
• Der "Content-Type" muss "application/json" lauten
• Bei den übergebenen Daten muss es sich um valides JSON handeln (das muss im Request Body stehen)

In unserem PHP API Client (siehe hier: https://packagist.org/packages/idoit/apiclient#dev-main ) kannst du dir die Header Daten ausgeben lassen. Diese lauten bei mir z.B.

POST /idoit/src/jsonrpc.php HTTP/1.1
Host: localhost
User-Agent: idoit/apiclient 0.11-dev
Accept: */*
Accept-Encoding: application/json
Content-Type: application/json
X-RPC-Auth-Username: admin
X-RPC-Auth-Password: admin
Content-Length: 90

(X-RPC-Auth-* Header sind nur notwendig, wenn man sich mit einem User anmelden möchte)

Viele Grüße
Leo

Hallo zusammen,

ein kurzer Hinweis aus dem "Maschinenraum" Wenn ihr eigene CSS Dateien verwenden möchtet könnt ihr diese für gewöhnlich einfach nur in den Ordner src/themes/default/css/ legen - i-doit wird diese dann sammeln und cachen (wobei die style.css immer zuerst und mit Priorität geladen wird).

Wir lesen uns dieses Thema natürlich durch und möchten in den kommenden Versionen darauf eingehen. Das Redesign ist nicht mit i-doit 1.19 "abgeschlossen".

Aber zurück zum eigentlichen Thema:
Alternativ wäre es auch möglich die eigenen Stylesheets mittels Add-on bereitzustellen, dafür braucht ihr eigentlich nur eine PHP Datei mit folgendem Inhalt und eine entsprechende CSS Datei:

<?php

// file "src/classes/modules/custom-style/init.php".
isys_application::instance()->container->get('signals')->connect('mod.css.attachStylesheet', function () {
    // file "src/classes/modules/custom-style/style.css".
    return __DIR__ . '/style.css';
});

Das ist eine stark vereinfachte Form eines Add-ons, die sich auch nicht mittels Admin-Center installieren, aktivieren, deaktivieren oder deinstallieren lässt. Wenn man es "richtig" machen möchte kann man sich den entsprechenden KB Artikel durchlesen

Der Vorteil dies mittels Add-on zu lösen ist in erster Linie, das Add-ons (bzw. deren Code) nicht von i-doit Updates angepasst werden - somit könnte diese Lösung über mehrere Versionen erhalten bleiben. Und es hilft natürlich auch solche Anpassungen an eine "dafür vorgesehene" Stelle zu packen anstatt direkt Änderungen im Kern Quellcode vorzunehmen... Davon möchte ich dringend abraten

Viele Grüße
Leo

Hey @Pippo

ich habe noch mal im Code nachgesehen - die Meldung "Provided request is not a valid json rpc" wird nur in zwei Situationen ausgegeben:

• Wenn der übergebene Request kein "valides" JSON beinhaltet bzw. nicht aus dem Request-Body heraus dekodiert werden konnte (siehe JSON lint)
• Wenn das dekodierte JSON kein Array ist

Ich denke den zweiten Fall können wir ausschließen, denn dein gegebener Payload ist sowohl valides JSON als auch ein Array. Es kann also eigentlich nur noch der Fall sein, das dieses nicht als Request Body übergeben wird

Hast du mal im i-doit den API Log auf "debug" geschaltet und nach dem Request geschaut was im {i-doit}/log Verzeichnis geschrieben wird?

Viele Grüße
Leo

Hallo @lord_helmchen

dieser Tippfehler wird in i-doit 33 korrigiert, aktuell planen wir diese Version in KW 41 zu veröffentlichen

Du kannst alternativ natürlich die Übersetzung selbst korrigieren über "Verwaltung > Datenansicht > Sprachprofile"

Da kannst du die Sprachkonstante LC__CONTACT__TREE__MEMBERS mit der korrigierten Übersetzung Personengruppen Mitglieder ersetzen.

VG Leo

Hello @finaria

for this you can export a object from i-doit and use the resulting XML

Best regards
Leo

Hallo zusammen,

@MartinV hatte es richtig erkannt - um die zugewiesenen Standorte eines Objekts zu erhalten braucht man die Methode cmdb.location_tree.read hier kann man mittels Parameter id entscheiden wessen "children" man sehen möchte.

Also z.B.

{
    "version": "2.0",
    "method": "cmdb.location_tree.read",
    "params": {
        "id": 1234,
        "apikey": "<key>"
    },
    "id": 1
}

Im Ergebnis erhält man dann ein Array mit allen direkt zugewiesenen Objekten, die Daten schauen dabei so aus (pro Objekt):

[
    {
        "id": 302,
        "title": "0.01 Office",
        "sysid": "ROOM_00000302",
        "type": 26,
        "type_title": "Room",
        "status": 2,
        "cmdb_status": 6,
        "cmdb_status_title": "in operation"
    },
    {
        "id": 1073,
        "title": "pool.ntp.org",
        "sysid": "CLOUD_0001073",
        "type": 39,
        "type_title": "Host",
        "status": 2,
        "cmdb_status": 6,
        "cmdb_status_title": "in operation"
    },

    ...
]

Viele Grüße
Leo

Hallo @stephan ,

aktuell ist das noch nicht möglich, wir haben dieses Feature aber im Auge und für dieses Jahr geplant

Viele Grüße
Leo

Hey @MarcelP

also eine dedizierte Einstellung gibt es dafür nicht - du könntest aber probieren die folgenden zwei "Expertensetting" hinzuzufügen:

Die "keys" müssen gui.tree.spacing und gui.category.padding lauten und deren Werte ein einfaches s. Achte darauf das es eine "Tenant Setting" sein sollte.

Das müsste dazu führen das User, die noch keine persönliche Einstellung vorgenommen haben, die "Mandanten"-Einstellung erben

Lass mich wissen ob es geklappt hat!

Viele Grüße
Leo

Hallo @steven_c24

ich glaube um dir besser helfen zu können müsste ich zuerst verstehen wieso nur die save_data Methode so wichtig ist Was ist dein Use-case? Wenn du nur bei bestimmten Kategorien "reagieren" möchtest kannst du einfach die übergebene "DAO" prüfen (z.B. if ($dao instanceof isys_cmdb_dao_category_g_location) ).

Wenn du nur in einem bestimmten Kontext reagieren möchtest könntest du auch die Context Komponente nutzen - diese beinhaltet Informationen "von wo" der aktuelle Request kommt. Also von der GUI, aus der API oder einem CLI Command. Zusätzlich sind dort auch Infos hinterlegt welche Funktion genutzt wurde, wie z.B. "Import", "Templates", "LDAP", ...

Neben den genannten Signalen fällt mir gerade auch nichts ein - aber vielleicht gibt es ja andere Möglichkeiten

Viele Grüße
Leo

Hey @apfel-jan

welche PHP Version hast du im Einsatz? Ich kann an der entsprechenden Stelle keinen "Fehler" finden, vor allem da es ja bei dir auf dem System über die Web GUI läuft

Ist es möglich das Apache und das CLI verschiedene PHP Versionen nutzen?

VG Leo

Kurzes Update: Gelöst in Add-on Version 1.5

Die hier beschriebenen Probleme wurden in der Zwischenzeit in Version 1.5 des Add-ons gelöst. Dieses wurde am 26.Februar veröffentlicht

Viele Grüße
Leo

Hallo @StefanP74 ,

ich fürchte ich muss dir sagen dass das die gleiche Ursache hat wie https://community.i-doit.com/topic/4932/report-nach-datum-sortieren/6

Ich habe das Thema inzwischen noch mal intern angestoßen und wir werden schauen ob wir die sortierung für alle Attribute verfügbar machen können.

Ich kann aktuell leider keine Aussage darüber machen ob/wann wir das umsetzen werden...

Viele Grüße
Leo

Hello @inasutin

the error tells us that your machine (or rather PHP) does not have enough memory to index all your data.

The simple solution would be to increase the memory limit for PHP.

The "proper" solution would be to find out which category is causing this issue and also re-evaluate if the data that is currently being indexed in terms of "do we really need to index this?"

In order to do so you can manually re-index the search by running the command @StefanP74 supplied but add the -vvv option to see all details. You will see which categories gets indexed and the amount of entries (please note: the process will slow down due to this output).
This can help you find the culprit (= the category that causes the memory issue).

sudo -u www-data php /var/www/html/console.php search-index --user admin --password XXXXXXXXX --tenantId 1 -vvv

Afterwards you can try to adjust the indexing. For example you can prevent certain categories from beeing indexed as you might not need them to be searchable - that will free up resources!

For this you can call the search-index command and pass a list of categories that you actually want to be indexed via --category ... This will be a bit tedious, but ideally you'll only have to do it once.

sudo -u www-data php /var/www/html/console.php search-index --user admin --password XXXXXXXXX --tenantId 1 --category C__CATG__GLOBAL --category C__CATG__CPU

Best regards,
Leo

Hallo @StefanP74

ich kann dir hierzu leider nichts neues liefern.

Ich habe mit einem Kollegen gesprochen ob wir das technisch abbilden können und die Antwort darauf lautet erst mal "Ja". ABER wenn wir erlauben nicht-indizierte Felder per Query zu sortieren kann es bei komplexen Reports schnell zu performance Problemen kommen

Ich werde ein Ticket (Feature Wunsch) dazu für i-doit 35 schreiben - mit etwas Glück können wir das bis dahin umsetzen!

edit

Mir fällt gerade ein - wir arbeiten gerade daran die Tabellen-Komponente der Reports gegen die allgemeine Komponente (aus Objekt- und Kategorielisten) zu tauschen. Damit wäre es bereits möglich die Einträge beliebig zu sortieren (was aktuell ja nicht immer klappt) - allerdings erst nachdem der Report geöffnet wurde. Wäre das ein Plan B?

Viele Grüße
Leo

Hallo @sihadmin

ich verstehe... Ich habe auch gerade noch mal genauer nachgesehen: für i-doit 1.12.2 kannst du nur bis Dokumente Add-on Version 1.3.3 nutzen, ab Version 1.4 wird i-doit 1.13 vorausgesetzt.

Hast du diese beiden Portale geprüft?

Es gibt (noch) das portal.i-doit.com Portal.
Wenn du einen Lizenz-Token hast, kannst du auch center.i-doit.com probieren.

Sollte dir das nicht weiterhelfen kannst dich bei help@i-doit.com melden - unser Support sollte dir die nötigen Version zuschicken können

Viele Grüße
Leo

Hallo @sihadmin

in erster Linie würde ich dir das update empfehlen i-doit 1.12.2 ist aus April 2019. Ich fürchte du wirst für diese Versionen keinen Support mehr bekommen.

Um aber zumindest diesen Fehler zu lösen müsstest du die passende Dokumente Add-on Version zu deiner i-doit Installation herunterladen und installieren - dabei müsste es sich (vom Datum her) um Version 1.4 handeln (vom Code her würde ich schätzen das du aktuell Version 1.2 oder früher nutzt).

Um das Problem alternativ selbstständig zu fixen müsstest du die betroffene Datei öffnen:

{i-doit}/src/classes/modules/document/compiler/placeholder/isys_document_compiler_placeholder_category.class.php

Hier musst du auf Zeile 98 sicherstellen das die Variable, die an setMultivalueStatusFilter( ... ) übergeben wird ein Array ist.

Das sollte bei dir aktuell etwa so aussehen:

$l_dao_property->setMultivalueStatusFilter(C__RECORD_STATUS__NORMAL);

Es muss aber so aussehen (beachte die eckigen Klammern):

$l_dao_property->setMultivalueStatusFilter([C__RECORD_STATUS__NORMAL]);

Bitte beachte das dieser Fehler vermutlich nur der erste von vielen sein wird. Am einfachsten wäre es zunächst dein Dokumente Add-on auf die korrekte Version anzuheben - langfristig solltest du auch i-doit selbst auf einen aktuellen Stand aktualisiern

Viele Grüße
Leo

Hey @inasutin

I'm afraid that the tables of multivalue categories can (at the moment) only contain a predefined set of properties. Meaning: it is not possible to add custom information.

In this case you would need to create a feature request ("Add "CMDB-Status" to MV list of category XYZ") via help@i-doit.com

Best regards
Leo

Hey @StefanP74

der Eintrag api.log-level ist korrekt und kann einen der folgenden Werte beinhalten:

-1 : Aus
100: Debug
200: Info
300: Warning
400: Error

Das heißt bei dir sollten mit 400 nur "Error" Einträge im Log stehen

Kannst du zusätzlich in die Expertensettings im Admin-Center schauen und nach dem gleichen Eintrag suchen?

Im Code (letzte Version 2.2) sehe ich das immer auf die Tenant Settings zugegriffen wird. SOLLTE die Tenantsetting nicht gesetzt sein würde die System Setting genutzt.

Oh und könntest du noch kurz mitteilen welche API Version du nutzt?

Es gibt da noch eine wichtige Sache: die Tenant Settings können nur korrekt gelesen werden, wenn du bei der API Kommunikation die idoit.login und idoit.logout Requests benutzt.
Die Ursache dafür liegt im Bootstrapping bzw. wie die API sich in i-doit einloggt - wenn du die idoit.login und idoit.logout Requests NICHT nutzt wird die API im uneingeloggten Zustand initialisiert... In dieser Situation können Tenant Settings nicht gelesen werden und die System Settings werden benutzt.

Der Login passiert dann erst später

Viele Grüße
Leo

Hallo @C-Geist

zum Speicherplatzproblem kann ich dir leider nicht viel sagen - das wird vermutlich irgendwo an deiner Umgebung liegen (bin auch kein Linux Fachmann)... Für mich (als Entwickler) wäre es interessanter zu wissen wieso das Exception Log so schnell so groß wird - das klingt für mich als gäbe es einige Fehler in deinem System

Oder ist die Ursache dieser Fehler das nicht mehr auf die Platte geschrieben werden kann?

Viele Grüße
Leo

Hallo @sjplanet

das habe ich schon öfter gehört

Die Ursache ist das, sobald die Kategorieordner mal für einen Objekttypen "gesetzt" sind, bleiben diese unverändert und lassen sich auch nur noch in dieser Oberfläche umsortieren.

Die Idee dahinter ist das Benutzer sich eigene Ordner-Strukturen aufbauen können um Kategorien in eine eigene Ordnung zu bringen Sobald das aber passiert ist, kann keine alphabetische sortierung mehr passieren.
Es gibt aber bereits Feature Requests dafür die alphabetische Sortierung zu forcieren (es wäre dann: entweder alphabetisch ODER eigene sortierung)

Viele Grüße
Leo