Hi, du vergleichst doch etwa nicht eine Open-Source-Anwendung mit einer begrenzten Freeware um diese im Anschluss mit einer großen Suite zu vergleichen und zu sagen, dass Freeware günstiger und besser ist, oder? Zumal ich mich frage, wie (außer durch einen Dump) die Daten aus dem Tool exportiert werden und in einer anderen Software, wie zB. i-doit, eingespielt werden sollen. Lieben Gruß Christian

Das haben wir bisher noch nicht festgelegt, aber wahrscheinlich wird das Feature zumindest erst einmal nur in der Subskriptionsversion verfügbar sein

Unter dem Root Punkt Infrastruktur oder alternativ unter Verwaltung -> Objekttypkonfiguration kann man sich eigene Objekttypen anlegen

Leider nicht, wie gesagt: das ist ohne weiteres mit OpenLDAP nicht möglich. Du kannst höchstens versuchen deinen OpenLDAP Server so zu konfigurieren, dass Gruppen zusätzlich im User abgelegt werden. Über die Directory Mappings kannst du dem i-doit LDAP Modul dann sagen, in welchem Feld sich die Gruppen beim User befinden und es würde theoretisch funktionieren. Das ist aber nur Theorie, wir haben das bisher so noch nicht auf Funktion geprüft

Prima. Hat funtioniert. Fehlerfenster erscheint jetzt nicht mehr. Danke.

Ist nur ein Hinweis. Wir kümmern uns zur nächsten Version aber darum. Bis dahin E_DEPRECATED Meldungen nicht mehr anzeigen beim error_reporting in PHP

Hmm eigentlich Bug. Danke für den Hinweis. Werden wir uns drum kümmern

bekomm jetzt noch mehr output 2011-08-10 12:34:05 ldap: isys_exception_database : Query error: 'INSERT INTO isys_person_2_group SET isys_person_2_group__isys_obj__id__person = '89', isys_person_2_group__isys_obj__id__group = '31';': Cannot add or update a child row: a foreign key constraint fails (idoit_data/isys_person_2_group, CONSTRAINT isys_person_2_group_ibfk_1 FOREIGN KEY (isys_person_2_group__isys_obj__id__person) REFERENCES isys_obj (isys_obj__id) ON DELETE CASCADE ON ) kann jemand damit was anfangen?

Das ist mir bewusst. Ich habe den Zwischenboden als "Containerobjekt" angelegt. Die Übersichtsseite so konfiguriert, dass die "räumlich zugeordneten Objekte" dort direkt Angezeigt werden. Wenn ich nun aber in der Schrankansicht bin (von dem Schrrank, in dem der Zwischenboden ist) und auf den betreffenden Zwischenboden klicke, komme ich NICHT auf die Übersichtsseite. Sondern auf die Seite "Allgemeines". Diese Praktik, dass immer auf "Allgemeines" gelinkt wird, ist meiner Meinung nach nicht sinnvoll. Es sollte IMMER auf die personalisierbare Übersichtsseite gelinkt werden. Bei Servern/Switchen u.s.w. wird ebenfalls auf die Seite "Allgemeines", die wenig Informationen enthält, gelinkt und nicht auf die Übersichtsseite.

Exakt. Man kann sich allerdings auch einfach eigene Objekttypen erzeugen und diese "Wanddose" oder wie auch immer nennen. Einfach die Anschlußkategorie zuweisen und alles ist in Butter.

Das ist ein Fehler, der bei uns letztens auch aufgetaucht ist. Kopiere einfach aus dem originalen Zipfile manuell die Inhalte aus dem Ordner /setup/modules/itgs/files/src nach /src Deiner i-doit Installation. Ggf. noch die Dateirechte der Dateien anpassen, dann sollte es klappen.

Nein, im Moment nicht. Die Kopplung dient zum initialen Import von Daten, nicht zum regelmäßigen Abgleich. Hierfür würden wir eine Soll/Ist Vergleichsschnittstelle benötigen, die es im Moment noch nicht gibt. Die Ideologie ist die, daß Daten nicht automatisiert ohne Prüfung in id-oit fließen dürfen, da sonst die revisionssicherheit nicht gewährleistet ist.

Hab ein Programm in Ruby geschrieben, was für mich XML Files eines LAyer 3 NEtzes, einer Appliance und 16 Blades, die untereinander verschachtelt sind erzeugt.  Hat viel Zeit gespart

Hi, per "Drag and Drop" lassen sich Objekte aus der Listenansicht auf andere Objekttypen ziehen und somit in einen anderen Objekttypen ändern. Lieben Gruß

Hi, das sollte helfen sudo apt-get install php5-curl sudo /etc/init.d/apache2 restart

ok, auch gefunden… http://forum.i-doit.org/index.php/topic,2466.0.html [gelöst]

Naja  grade noch was bemerkt, wenn ich was aufrufe, es kommt der Fehler : Fatal error: Call to a member function get_row() on a non-object in C:\xampp\htdocs\i-doit\src\classes\cmdb\dao\category\global\isys_cmdb_dao_category_g_contact.class.php on line 123 ??? Oh Mann… Kopfkratz Hilfe wäre super. LG freddyIII

Hab ich bereits heute morgen ziemlich früh gemacht. Leider noch nichts erhalten.

moin, den haben wir in den versionen vor 0.9.9-5 mit einigen sachen provozieren können und sicher 5x die DB restored. seit der 0.9.9-5 tritt es bei uns nicht mehr auf beste grüße