Ein Beispiel dafür, was Notes/Domino DXL nicht ausdrücken kann?

Question

Immer wenn die Quellcodeverwaltung in der Lotus Notes-Entwicklung behandelt wird, sagt man, dass ein Export-Import-Zyklus von DXL-Daten nicht das gleiche Design wie Sie hat - daher wird jedes DXL-System fehlschlagen.

ich keinen Grund, daran zu zweifeln, da das DXL-Format hinter ein sich bewegendes Ziel zu sein und ständig einen Schritt scheint, was der Domino Designer zum Ausdruck bringen können, aber:

jemand ein spezielles Beispiel von dem, was DXL Hat kann nicht ausdrücken?

Answer 1

Sie können DXL jetzt für die Quellcodeverwaltung verwenden, wenn Sie nichts außerhalb von Domino Designer bearbeiten möchten. Tun Sie dies, indem Sie Elemente als rohes NoteFormat exportieren und importieren.

Für DXL in einem Format, mit dem Sie außerhalb von DD herumfummeln können, können Sie an einigen Stellen stolpern. Ich habe mit DXL nichts zu aggressives getan, daher könnten andere Ihnen bessere Informationen geben. Nicht wenige werden diskutiert here

Answer 2

Das Openntf-Projekt Design Catalog kann für die Versionskontrolle verwendet werden. www.opentnt.org/projects/pmt.nsf/ProjectLookup/DesignCatalog

Bei lotusphere erwähnten die lotus911 Leute, dass sie den Design Catalog in Kombination mit Trigger Happy verwendet hatten. www.opentf.org/projects/pmt.nsf/ProjectLookup/Trigger%20Happy

Answer 3

Ich weiß, dass ein Problem mit dem Skriptcode des Web Service nicht in DXL exportiert wurde. Ich bin mir sicher, das ist nur einer von vielen. IBM hat erklärt, dass sie "eines Tages" das Ziel haben, DXL-Design-Exporte zu 100% "rundheraus zu machen", aber selbst mit 8,5 sind sie noch nicht da. Es gibt eine gute Diskussion here, mit Postings von Entwicklern von Designelementen, die nicht in voller Genauigkeit exportieren.