Autor Thema: Replizierkonflikte von Designelementen  (Gelesen 3903 mal)

Offline matcher61

  • Frischling
  • *
  • Beiträge: 6
  • Ich liebe dieses Forum!
Replizierkonflikte von Designelementen
« am: 05.05.04 - 13:43:10 »
Wie kann ich Replizierkonflikte von Designelementen herausfinden bzw. reparieren ???

Offline Semeaphoros

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.152
  • Geschlecht: Männlich
  • ho semeaphoros - agr.: der Notesträger
    • LIGONET GmbH
Re:Replizierkonflikte von Designelementen
« Antwort #1 am: 05.05.04 - 14:22:04 »
Gibt es nicht. Bei Design-Elementen wird immer nur das jüngere übernommen, das jeweils ältere wird weggeworfen.
Jens-B. Augustiny

Beratung und Unterstützung für Notes und Domino Infrastruktur und Anwendungen

Homepage: http://www.ligonet.ch

IBM Certified Advanced Application Developer - Lotus Notes and Domino 7 und 6
IBM Certified Advanced System Administrator - Lotus Notes and Domino 7 und 6

Offline Heiggo

  • @Notes Preisträger
  • Senior Mitglied
  • ****
  • Beiträge: 368
  • Geschlecht: Männlich
  • Ich habe nix gemacht!
Re:Replizierkonflikte von Designelementen
« Antwort #2 am: 09.05.04 - 22:54:25 »
Kann es sein, das du keine Replizierkonflikte meinst, sondern einfach nur doppelt vorhandene Designelemente?
Das kann nämlich schon mal vorkommen, wenn die Zugriffsrechte auf den beiden Datenbanken (Datenbank und Template) nicht richtig gesetzt sind.
Soll heißen, wenn du über Rollen Zugriff hast auf Designelemente innerhalb der Schablone aber auf der Datenbank fehlen diese Rollen, dann haut es tatsächlich das betroffene Designelement nochmal rein, weil du ja sozusagen in der eigentlichen Datenbank dieses Element nicht sieht.
Hat man z.B. wenn man mit den Rollen rumspielt und eventuell eine Rolle "wegwirft", die in den Sicherheitseinstellungen einer Maske oder Ansicht der DB jedoch nicht korrigiert wurde.
(¯`·._ (¯`·._-=- ...und für Bernhard... nur OFw d.R. :-) -=-_.·´¯)_.·´¯)

Offline koehlerbv

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 20.460
  • Geschlecht: Männlich
Re:Replizierkonflikte von Designelementen
« Antwort #3 am: 09.05.04 - 23:06:58 »
Zunächst mal: Volle Zustimmung zu den Beiträgen von Jens und Heiko.
Mit NotesPeek konnte man hinter die Kulissen schauen und eventuelle doppelte Design-Elemente ermitteln, ggf. sogar löschen.

Meine Frage jetzt: Gibt es kein NotesPeek für R6 ? Ist mir gerade negativ aufgefallen ... Weiss jemand von Euch was genaueres ?

Bernhard

Offline Heiggo

  • @Notes Preisträger
  • Senior Mitglied
  • ****
  • Beiträge: 368
  • Geschlecht: Männlich
  • Ich habe nix gemacht!
Re:Replizierkonflikte von Designelementen
« Antwort #4 am: 09.05.04 - 23:14:52 »
Tja, leider, leider ist das wohl ein kleines Problem, wenn man einem Kommentar in der Sandbox glauben darf :-)

Hat sich wohl ausgepeekt, solange sich keiner erbarmt das Projekt wieder aufzunehmen :-(

Zunächst mal: Volle Zustimmung zu den Beiträgen von Jens und Heiko.
Mit NotesPeek konnte man hinter die Kulissen schauen und eventuelle doppelte Design-Elemente ermitteln, ggf. sogar löschen.

Meine Frage jetzt: Gibt es kein NotesPeek für R6 ? Ist mir gerade negativ aufgefallen ... Weiss jemand von Euch was genaueres ?

Bernhard
(¯`·._ (¯`·._-=- ...und für Bernhard... nur OFw d.R. :-) -=-_.·´¯)_.·´¯)

Offline koehlerbv

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 20.460
  • Geschlecht: Männlich
Re:Replizierkonflikte von Designelementen
« Antwort #5 am: 09.05.04 - 23:45:47 »
Danke für Deine Recherche, Heiko. Genau diese Aussage hatte ich befürchtet ... Schade !
Bleibt also nur Eigenbastelei (mit der man ja auch einiges erreichen kann - glücklicherweise sind ja Designelemente auch "nur" Notes-Dokumente, und vor allem Damian Katz hat da ja einiges bereit gestellt), das Warten auf einen eventuellen Nachfolger und die Suche nach Fremdprodukten.

Einen guten Start in die kommende Woche wünscht

Bernhard

Offline Heiggo

  • @Notes Preisträger
  • Senior Mitglied
  • ****
  • Beiträge: 368
  • Geschlecht: Männlich
  • Ich habe nix gemacht!
Re:Replizierkonflikte von Designelementen
« Antwort #6 am: 09.05.04 - 23:53:29 »
Hihihi, man kann aber auch auf gutes Augentraining plädieren und nebenbei lernen was Zahlen und Buchstaben alles anrichten können. Und wenn man daran Interesse hat und zu den Hardlinern zählen möchte, dann tut´s auch ein guter alter HEX-Editor *kichergrins*  ;D
(¯`·._ (¯`·._-=- ...und für Bernhard... nur OFw d.R. :-) -=-_.·´¯)_.·´¯)

Offline koehlerbv

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 20.460
  • Geschlecht: Männlich
Re:Replizierkonflikte von Designelementen
« Antwort #7 am: 10.05.04 - 00:05:30 »
Jo, Heiko, ohne Frage kann man mit üblichen Hardcore-Tools eine ganze Menge erreichen (naja, eigentlich alles - wenn man genügend Zeit hat). Aber für das Entdecken und Entfernen doppelter Design-Elemente (ich habe auch mal so einen Fall gehabt in einer "geerbten" DB) kommt man da dann nicht wirklich weiter. Da greife ich dann doch lieber zur API ;-)

Bernhard

Glombi

  • Gast
Re:Replizierkonflikte von Designelementen
« Antwort #8 am: 10.05.04 - 11:29:53 »
Wie Bernhard bereits richtigerweise bemerkte, sind Gestaltungslemente auch nur normale Dokumente. Daher kann es sein, dass es aich für diese Elemente Speicher- oder Replizierkonflikte gibt.

Wenn 2 Entwicker bpsw. die gleiche Maske im Designer bearbeiten und speichern, erhält der zuletzt speichernde eine Meldung und die Möglichkeit, ein Konfliktdokument anzulegen.
Da es keine Antworten bei Gestaltungselementen gibt, hat man quasi 2 Hauptdokumente.

Das gleiche gilt auch bei Replikation.

Den Effekt hat man übrigens, wenn auf 2 verschiedenen Servern der Design Task läuft und auf beiden Servern die Gestaltungsschablone liegt und repliziert. Wenn man dort eine Änderung vornimmt, bekommt man auch einen Replizierkonflikt.

Andreas

Offline Heiggo

  • @Notes Preisträger
  • Senior Mitglied
  • ****
  • Beiträge: 368
  • Geschlecht: Männlich
  • Ich habe nix gemacht!
Re:Replizierkonflikte von Designelementen
« Antwort #9 am: 23.10.04 - 20:15:57 »
Danke für Deine Recherche, Heiko. Genau diese Aussage hatte ich befürchtet ... Schade !
Bleibt also nur Eigenbastelei (mit der man ja auch einiges erreichen kann - glücklicherweise sind ja Designelemente auch "nur" Notes-Dokumente, und vor allem Damian Katz hat da ja einiges bereit gestellt), das Warten auf einen eventuellen Nachfolger und die Suche nach Fremdprodukten.
Einen guten Start in die kommende Woche wünscht
Bernhard

Schon was älter der Thread  :-) Aber wer´s noch nicht gesehen hat... NotesPeek wird nun anscheinend doch weiter verfolgt *freu*

NotesPeek 1.53 BETA for ND6
(¯`·._ (¯`·._-=- ...und für Bernhard... nur OFw d.R. :-) -=-_.·´¯)_.·´¯)

Offline koehlerbv

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 20.460
  • Geschlecht: Männlich
Re: Replizierkonflikte von Designelementen
« Antwort #10 am: 24.10.04 - 23:12:03 »
DANKE, Heiko !

Sagt
Bernhard

Offline Heiggo

  • @Notes Preisträger
  • Senior Mitglied
  • ****
  • Beiträge: 368
  • Geschlecht: Männlich
  • Ich habe nix gemacht!
Re: Replizierkonflikte von Designelementen
« Antwort #11 am: 24.10.04 - 23:42:45 »
Bitte Bernhard !

sagen
MeinerEiner, MeMySelfAndI und Heiko
(¯`·._ (¯`·._-=- ...und für Bernhard... nur OFw d.R. :-) -=-_.·´¯)_.·´¯)

Offline koehlerbv

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 20.460
  • Geschlecht: Männlich
Re: Replizierkonflikte von Designelementen
« Antwort #12 am: 24.10.04 - 23:49:00 »
Okay, Heiko:

MeinerEiner, MeMySelfAndI und Heiko !

Bernhard  ;D

Offline mattmurphy

  • Frischling
  • *
  • Beiträge: 8
Re: Replizierkonflikte von Designelementen
« Antwort #13 am: 15.09.08 - 14:38:40 »
Ist zwar schon ein etwas älterer Beitrag, hat mich aber bei meinem Problem in die richtige Spur gelenkt.

Wir hatten hier in einer Datenbank einige Probleme mit gemeinsamen Aktionen.
Letztendlich haben wir über NotesPeek herausgefunden, dass das Gestaltungselement-Dokument der gemeinsamen Aktionen zwei Antwortdokumente mit $Conflict-Feld besaßen.
Diese beiden Konflikt-Dokumente habe ich dann mit LotusScript gelöscht und alles war wieder schön. Im Designer waren die Konflikte natürlich nicht zu sehen, beim Designupdate einer leeren Datenbank wurden die Konfliktdokumente aber immer mitkopiert.

Code
Set doc = db.GetDocumentByUNID ( "4866891EE648D651C125700D0046F150" )
Call doc.remove(True)

Gruß

Matt

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz