2016-07-01 11 views
1

Noch eine andere seltsame Geschichte von Domino Designer 9.0.1:Lokalisierte Xpages Anwendung Multiplikation Eigenschaften Dateien

Die betreffende Anwendung wird Deutsch und Englisch zu unterstützen; Deutsch ist so eingestellt, dass es sowohl die Quellsprache als auch die Standardsprache ist.

Im Laufe der letzten Wochen haben wir beobachtet, dass es einige CustomControls und Xpages gibt, deren Eigenschaftendateien sich vervielfachen; innerhalb so etwas wie 12 Stunden haben wir oft Hunderte von vervielfachten Dateien sehen (Zur Zeit haben wir 120 Multiplikationen, Anfang dieser Woche hatten wir einen Fall mit> 1000 propertiey Dateien multipliziert!) Im Package Explorer sie auftauchen wie folgt aus:

enter image description here

Wie Sie sehen können, gibt es so etwas wie eine docUnid, die dem Dateinamen der Eigenschaft hinzugefügt wurde. Abgesehen von einem anderen Zeitstempel sind sie alle intern identisch. In beiden Fällen werden beide Sprachversionen multipliziert, hier zeigt nur die deutsche (= Quell-) Version dieses Phänomen.

Eine weitere seltsame Tatsache: diese besondere individuelle Steuerung ist für eine ganze Weile nicht verändert, und es enthält nur eine einzige Steuerung mit einem statischen Textattribut, neben einem

jemand eine Idee hat, was dies verursacht werden könnte, und welche möglichen Lösungen könnte ich versuchen?

Tech Fakten und einige weitere Beobachtungen: Domino Designer 9.0.1 FP6, ExtLib 17; Wir arbeiten in einem Team, in dem jeder von uns sein eigenes lokales Replikat programmiert und dann in das "Hub" -Replikat repliziert. Ich kann es nicht beweisen, aber ich nehme an, dass es eine Verbindung zwischen einer von uns zu replizieren Updates und die Schaffung neuer prüperty Duplikate

EDIT: einige weitere Beobachtungen: Ich glaube, ich konnte es festzunageln auf die Replikation zwischen zwei bestimmten Maschinen; Ich habe nur eine Sequenz von 5 oder 6 manuell gesteuerten Replikationen zwischen beiden Instanzen ausgeführt, jedesmal ohne irgendwelche Änderungen am Design-Code auf beiden Seiten. Trotzdem hat jede Replikation genau 1 Aktualisierung und 1 Addition gemeldet und jedes Mal, wenn eine neue Eigenschaftendatei hinzugefügt wurde.

In der Zwischenzeit habe ich das betreffende benutzerdefinierte Steuerelement gelöscht und neu unter einem etwas anderen Namen neu erstellt (nur um auf der sicheren Seite zu sein). Für jetzt scheint es, dass die Anwendung jetzt "benimmt", aber ich bin irgendwie sicher, dass dies früher oder später zurückkehren wird.

+0

Haben Sie das als DXL versucht zu exportieren und zu sehen, wie hat sie letzte oder Anpassung der Zeit mit bearbeitet, wenn jemand zu replizieren? Vielleicht handelt es sich um Replikatkonflikte, wenn Sie an einer lokalen Kopie arbeiten und diese die Eigenschaften aktualisiert und jemand anderes auch Updates erhält. –

+0

nein, ich habe das noch nicht als DXL exportiert. Wenn ich das täte, was würdest du gerne wiederholen, nach dem ich im DXL Code suchen sollte? Meaqnwhile ich ein paar weitere Tests ausgeführt, finden Sie im EDIT-Teil über –

+0

Datum Zeitstempel und Autoren. Ich würde auch versuchen, die lokalen Replikate auf den Computern zu löschen und neu zu erstellen. –

Antwort

0

Sprechen Sie nach mir: Quellcodeverwaltung und Replikation stimmen nicht überein.

Weitere Details: Die Eigenschaftendateien werden als Anhänge in einer Konstruktionsnotiz gespeichert. Das ist normalerweise die Notiz mit dem Formular. Wenn Sie nicht mehrsprachig schalten, erhält jede Eigenschaft eine eigene Notiz. Wenn verschiedene Personen an der Datenbank arbeiten, werden diese Notizelemente beim Erstellen der nächsten UNID-Art neu erstellt.

So die richtige Strömung für das, was Sie versuchen zu tun: Wählen Sie Ihre beste Version der NSF. Nuke die anderen Repliken. Binden Sie es an die Versionskontrolle. Lassen Sie Ihren Peer-Entwickler ein NSF aus diesem Repository erstellen. Die Synchronisierung des Designs darf nur über dieses Repository erfolgen.

Während Ihr auf sie: in Bavarian als Sprache, so dass Ihre München Kunden die App nutzen zu

+0

Ich kann bestätigen, dass dieses Phänomen in unserer Datenbank aufgetreten ist, wenn Quellcodeverwaltung nicht verwendet wird, und ich bin der einzige Entwickler. Das Design befindet sich nicht in einer Schablonendatenbank, oder Sie können sagen, dass die Designdatenbank auch die Testdatenbank ist. Nicht die beste Situation, ich weiß ... Normalerweise entferne ich alle Eigenschaftendateien, die eine UNID in ihrem Namen haben. Es ist schon eine ganze Weile nicht mehr passiert. –

+0

Zur Quellcodeverwaltung wechseln. Wiederhole nicht – stwissel

+0

Ich werde, eines Tages. Ich habe die Quellcodeverwaltung vor ein paar Tagen deaktiviert, es erwies sich als Katastrophe für die Classpath-Datei: Quellverzeichnis und JAR-Datei verschwanden zu oft. Siehe eine meiner anderen Fragen. –