Skip to main content
This forum is closed to new posts and responses. New discussions are now taking place in the IBM Developer Answers forum.
 
developerWorks
AIX and UNIX
Information Mgmt
Lotus
New to Lotus
Products
How to buy
Downloads
Live demos
Technical library
Training
Support
Forums & community
Events
Rational
Tivoli
WebSphere
Java™ technology
Linux
Open source
SOA and Web services
Web development
XML
My developerWorks
About dW
Submit content
Feedback



developerWorks  >  Lotus  >  Forums & community  >  Notes/Domino 6 and 7 Forum

Notes/Domino 6 and 7 Forum

developerWorks

  

PreviousPrevious NextNext

RE: Time to debug replication?
Graham Richards 12.Oct.06 12:31 PM Lotus Notes
Domino Server 6.0.1 CF1 Windows XP


This might be related to an issue I had long ago ...

Yes, I ran into this as well. The solution is NEVER to use cut and paste to replace design elements in a database that's updated by a template. Doing this deletes the old form, and creates a new one with a new document number. The next template refresh gets very confused by this, deletes the "new" document, and tries to replace the old document. This seems to work until someone with designer access replicates, and that really confuses Notes, breaking the application.

I'll copy my old note to my co-designer below ... figuring this out took several days, and could not have been done without NotesPeak ;-)




Whew ... after digging into the depths of the database with NotesPeek (a wonderful tool) I now know exactly what's going on, and how to easily fix it.

When Notes does a replication, it needs to know what has changed in order to move those changes from the server copy to the local copy. The key to the problem we've been seeing it that it does NOT use the date/time of the change to decide this, but looks at each document's sequence number. This is a number that's incremented each time a document is changed.

What's causing us trouble when Pasting forms into the production database is that we delete the old form, and the local replica sees that, and deletes it's local copy, as it should. When we then replace the production design, the copy is deleted, and the original is "reactivated". The problem is that when this reactivation happens on the server, Notes decrements the document's sequence number. (I don't know why).

This causes the local replica to ignore the reactivated form, since it's sequence number for that document is greater than the server copy. Here's an example.


ActionTemplate databaseServer DatabaseLocal ReplicaNotes
Starting situation.Original Form, sequence = 9Original Form, sequence = 4Original Form, sequence = 4The Template version has been saved 9 times, but has only been Replaced in the server copy 4 times.
The form is changed.
Server copy is Replaced.
Local replicates.
Original Form, sequence = 10Original Form, sequence = 5Original Form, sequence = 5As expected
The form is changed.
It's Cut-&-pasted into the server copy, and the one that was there is deleted.
Local replicates.
Original Form, sequence = 11Original Form, sequence = 6,
Marked as deleted

New Form, sequence = 2
Original Form, sequence = 6,
Marked as deleted

New Form, sequence = 2
The old form still exists as a Deletion Stub, and a new document is created by the Paste action.
The form is changed.
Server copy is Replaced.
Local replicates.
Original Form, sequence = 12Original Form, sequence = 5,
Reactivated

New Form, sequence = 3,
Marked as deleted
Original Form, sequence = 6,
Marked as deleted

New Form, sequence = 3,
Marked as deleted
Note that when the server reactivated the original document, the sequence was decremented. Thus, it's NOT copied over by the replication.

The reason that a Cut and Paste will not work, and would probably re-cause the problem is this.

The TEST system has an IE form with a particular Universal Notes ID in it. (The "AC86DC19C9125EDE8525682C005EDB59")
When we do a Design Refresh, this number is carried over into the Production System, and then down to the Replicas.

If, in the production system, you Copy the form, delete the old one, and paste it back in, you are deleting "AC86..." and creating a new document, say "FFAA...". When someone replicates, this is carried down to the replica.

So now in the Production and Replica system, we have AC86... as a deletion stub, which was the original IE form, and FFAA... as the new IE form. At this point, everything still works.

Now we do a design refresh. The system sees that there is a form in the TEST system, called IE, with a code of AC86... and a different IE form in the production system called FFAA... It assumes that the TEST system is correct (as it is the "master" copy) and so deletes the FFAA... form, and copies back in the AC86... form. So now the original is back, and the pasted version is deleted.

The problem comes in when we replicate. The replication process sees FFAA... as being deleted, and so deletes the same form in the local copy. It then looks at the AC86... documents, and sees the Sequence number in the Replica is greater then the Sequence number in the Server copy, and so assumes that the Replica is more recent, and thus "correct".

And it's just hit me that if you or I replicate back (having designer access) the replication process is going to delete the SERVER copy of AC86... and then the Production copy is now broken (Very Nasty).

So the bottom line is : Don't paste into the Server copy. Always do a Design replace from the Test system, and so keep the original Universal Note IDs the same in the Production and Replica copies.





Some design elements don't replicat... (kristof perus 10.Oct.06)
. . RE: Some design elements don't repl... (TJ White 10.Oct.06)
. . . . RE: Some design elements don't repl... (kristof perus 10.Oct.06)
. . . . . . RE: Some design elements don't repl... (James M Bangs 10.Oct.06)
. . . . . . . . RE: Some design elements don't repl... (kristof perus 10.Oct.06)
. . . . . . . . . . RE: Some design elements don't repl... (Melissa L Snell... 10.Oct.06)
. . . . . . . . . . . . RE: Some design elements don't repl... (kristof perus 10.Oct.06)
. . . . . . . . . . . . . . RE: Some design elements don't repl... (Andre Guirard 10.Oct.06)
. . . . . . . . . . . . . . . . RE: Some design elements don't repl... (kristof perus 10.Oct.06)
. . . . . . . . . . . . . . . . . . Time to debug replication? (Thomas Gumz 10.Oct.06)
. . . . . . . . . . . . . . . . . . . . RE: Time to debug replication? (kristof perus 12.Oct.06)
. . . . . . . . . . . . . . . . . . . . . . RE: Time to debug replication? (Graham Richards... 12.Oct.06)


Document Options






  Document options
Print this pagePrint this page

Search this forum

Forum views and search


  Forum views and search
Date (threaded)
Date (flat)
With excerpt
Author
Category
Platform
Release
Advanced search

Member Tools


RSS Feeds

 RSS feedsRSS
All forum posts RSS
All main topics RSS
More Lotus RSS feeds

Resources

 Resources
Forum use and etiquette
Native Notes Access
Web site Feedback

Lotus Support

 Lotus Support
IBM Support Portal - Lotus software
Lotus Support documents
Lotus support by product
Lotus support downloads
Lotus support RSS feeds

Wikis

 Wikis
IBM Composite Applications
IBM Mashup Center
IBM Connections
IBM Connections Cloud Developers
IBM Docs
IBM Forms
IBM Mobile Connect
IBM Sametime
IBM SmartCloud for Social Business
IBM Web Experience Factory
Lotus Domino
Lotus Domino Designer
Lotus Expeditor
Lotus Foundations
Lotus iNotes
Lotus Instructor Community Courseware
Lotus Notes
Lotus Notes & Domino Application Development
Lotus Notes Traveler
Lotus Protector
Lotus Quickr
Lotus Symphony
IBM Web Content Manager
WebSphere Portal

Lotus Forums


 Lotus Forums
Notes/Domino 9.0
Notes/Domino 8.5 + Traveler
Notes/Domino XPages development forum
Notes/Domino 8
Notes/Domino 6 and 7
IBM Connections
IBM Mobile Connect
IBM Sametime
IBM SmartCloud Notes
Lotus Enterprise Integration
Lotus Protector
Lotus Quickr
Lotus SmartSuite