Ausschlaggebendes Feld für Replikation?

[TMC]

Hi,

welches Feld ist eigentlich in einem Dokument ausschlaggebend, ob es zur Replikation kommt?

Und gibt es Ansätze das zu manipulieren?

Hintergrund:
Ich aktualisiere z.B. 10000 Dokumente, will aber eigentlich nicht, dass die dann von einem Homeoffice-Mitarbeiter mit Modem-Anbindung etc. repliziert werden.

TMC

P.S. Gibts im I'Net Quellen, wo man die Replikationsthematik mal nachlesen könnte?

[eknori]

schlechte Karten, das ist Notes Intern

[TMC]

schlechte Karten, das ist Notes Intern

Mist  

Gibts denn eine Abhängigkeit / Verbindung zur ungelesenen-Anzeige (siehe auch mein Posting in http://www.atnotes.de/index.php?board=7;action=display;threadid=12264

Sprich würde folgendes wenn auf False gesetzt zur Replikation führen? :

bei der Methode Save aus der Backend-Klasse NotesDocument gibt es einen Parameter markRead. Wenn du denn auf True setzt, wird das Dokument als gelesen markiert.
flag = notesDocument.Save( force, createResponse [ , markRead ])

TMC

[eknori]

gibt es das als Selection bei der Replikation ?? Ich glaube nicht. Da mußt du dann schon deine eigene ReplikationsMimik schreiben. Evtl. ist das mit der API machbar *scherz*

Ich kann mich nur wiederholen; schlechte karten

[Semeaphoros]

MarkRead bezieht sich sowieso nur auf die "auslösende Person", den Signer des Script bzw. den aktuellen User, schaut also nicht nauch aussen.

Jemand, der zu diesem Thema vielleicht etwas weiss, ist Daniel Nashed

http://www.nashcom.de

[TMC]

OK, thanks für die Infos.

Ich schließe mal den Thread.
Hätte gedacht, man könnte dies über einen Feldwert manipulieren oders so.

TMC

[eknori]

oders so.

yoo, das wird wahrscheinlich funktionieren, aber da kann ich nicht weiterhelfen  

[koehlerbv]

Da hast Du definitiv absolut null Chance, TMC. Jedes irgendwie geänderte Dokument wird repliziert - und das ist ja auch gut so ;-)

Womit Du aber natürlich arbeiten kannst, sind
- Replikationsformeln
- Leserfelder

Das Ganze ist vorrangig eine Organisationsfrage. Warum aktualisiert Du 10.000 Dokumente, aber die DB-Nutzer sollen die Änderungen nicht sehen ? In diesem Grund wird sich dann sicher auch eine Lösung finden lassen. Sag' einfach mal noch ein bisschen mehr an ...
Ciao,
Bernhard

[TMC]

*Thread wieder auf unerledigt gestellt   *

Die Frage hat mich 1) generell interessiert und 2) im speziellen

Generell (1) habt Ihr es ja beantwortet.
"und das ist ja auch gut so ;-)": so sehe ich das prinzipiell ja auch. Wenn ich mit meinem Notebook am Südpol sitze, soll mir keiner Infos aus der Fa. vorenthalten :-)

Im Speziellen (2):
Allgemeine Bereinigung z.B. über folgendes Script:

Code

Sub Initialize
   Dim session As New NotesSession
   Dim db As NotesDatabase
   Dim collection As NotesDocumentCollection
   Dim doc As NotesDocument
   Dim item As NotesItem
   Set db = session.CurrentDatabase
   Set collection = db.UnprocessedDocuments
   Set doc = collection.GetFirstDocument
   
   While Not(doc Is Nothing)
      While (doc.HasItem("Test1"))
         Set item = doc.GetFirstItem("Test1")
         Call item.Remove
         Call doc.Save(True, True)
      Wend
      Set doc = collection.GetNextDocument(doc)
   Wend
   
End Sub

Die Felder werden nicht angezeigt, sondern sind alte Sachen, die halt mal rausgeschmissen werden. Beim Replizieren vom Südpol wäre das uninteressant.

TMC

[TMC]

OK, ich hab schon selbst eine Lösung auf meine spezielle Frage:

Das (item.Remove) könnte man auch in einem Maskenevent einbauen (wenn Doc geändert wird).  


Dann dauert's zwar bis alles aktualisiert wird, aber lt. Kontext dieses Threads gibts wohl keine bessere Alternative ?!

TMC

[koehlerbv]

Ich sach' doch: Erst Organisation, dann Programmierung ;-)

Dein Beispiel wäre ein Fall für eine Replikationsformel: Ein Feld "ToReplicate" steht auf "yes" oder "no". In Deinen Masken ist das Feld berechnet (-> "yes"). Deine internen Aufräum-Agents setzen das Feld áuf "no" - abhängig von einem CutOff-Date oder so - Du kannst ja keine (zu replizierenden) manuelle / wichtige Änderungen so von der Replikation ausschliessen.

Das aber nur so als Beispiel - es kommt auf die genauen Umstände an.

Bernhard

[TMC]

Hochinteressant Dein Post @Bernhard :-)

Werde ich mir mal anschauen.

TMC

[koehlerbv]

Dein Posting kam jetzt vor meiner Überlegung, ich hoffe, das führt jetzt nicht allzusehr zu Verwirrung.
Wenn das ein gangbarer Weg für Dich ist mit der Einbindung in manuelle Dok-Änderungen, würde ich das unbedingt so machen. Die Rechtestruktur dafür muss natürlich auch passen.

Ansonsten ist es ja so: Wenn das Feld auf dem Server in Niederbayern stört, nicht aber auf dem Notebook am Südpol, dann sollte man es so lassen, wie es ist, oder Dein Verfahren anwenden (und einen "finalen Aufräumagenten" erst dann starten, wenn die Anzahl zu ändernder Docs kleiner ist als ...).

Ciao,
Bernhard

[TMC]

Jip, da hatten wir 'ne Posting-Überschneidung :-)

Problem ist ja immer bei diesen Dingen: Man baut sowas in die DB ein (also ein item.Remove in einem Event). Dann nach einem Jahr fasst man mal wieder die DB an, und keiner weiß mehr genau was das eigentlich war (obwohl man vielleicht auch das ganze in REM's geschildert hat).
Daher bin ich eigentlich einer, der - wenn was entdeckt, sofort Agent Run (item.remove) und erledigt  

TMC

[Semeaphoros]

Gutes Beispiel für die Einsteinschen Theorien  

[TMC]

Gutes Beispiel für die Einsteinschen Theorien

Welche denn Jens?

Dass die Zeit in der Notes-DB schneller vergeht als vor dem Bildschirm?

TMC

[Semeaphoros]

Hm, das liesse sich mit seinen Mitteln wahrscheinlich sogar beweisen, vielleicht brauchts dazu aber auch ne Mondumrundung :-)

Uebernächstes Jahr werden sie hundertjährig, schau mal hier zuunterst auf der Seite:

http://www.einstein-bern.ch/index.php?lang=de&show=aktuell