Möglicherweise hat addDocument (zufälligerweise !?) funktioniert... Aber IBM hat schon so lange ich denken kann gesagt, dass die DocumentCollection NICHT sortiert ist, egal wie sie zustande kommt... Insofern wird hier ein PMR nicht helfen, IBM wird sagen "works as designed" und dass das bisherige Verhalten "Zufall" war (o.ä.).
Es ist immer eine schlechte Idee, etwas zu tun, was in der Doku anders steht, auch wenn man herausfindet, dass es -gerade in dieser Version und im Moment- funktioniert....
Das musstest Du jetzt schmerzlich erfahren.
Es gibt ja Ansätze für die Lösung (einer ist die Liste mit NotesDocuments, wo man aber bei grossen Datenbanken an die Grenze der maximalen Object- Handles für NotesDocumente stösst, ein anderer mit einem Hilfsarray, das man über z.B. @Sort sortiert (mit Evaluate: so spart man sich die Implementierung eines eigenen Sort- Algorithmus und sauschnell ist das Ding ausserdem noch) ), aber die NotesDocumentCollection ist hierfür definitiv nicht geeignet...
Nur mal so nebenbei: Die interne Sortierung einer DC ist meines Wissens nicht die UNID sondern die NOTEID. Da diese Chronologisch aufsteigend ist (zumindest in der Datenbank, in der die Dokumente initial erstellt werden, meist aber auch in Repliken, obwohl wir da schon wieder vom Zufall abhängig sind), hat man häufig die Reihenfolge innerhlab der DC, die man erwartet. Es kann also durchaus sein, dass es Fälle unter R7 gegeben hat, wo Deine Sortierung eben auch nicht die war, die Du erwartet hast, aber Du hast es nie gemerkt...
Gruss
Tode
