Domino 9 und frühere Versionen > Entwicklung

Mit div. Test-IDs Anwendungen testen

<< < (2/3) > >>

koehlerbv:
Letzendlich kommt das Wechseln der ID auf's gleiche heraus - in der Regel mache ich das der Einfachheit halber auch so (Alt-D-X-W ist mir daher so vertraut wie Alt-D-X-D ;-)
Bastelt man sich pro Test-ID eine eigene Arbeitsumgebung, dient dies hauptsächlich der Bequemlichkeit: Bindet man diese an jeweils eine bestimmte ID, wird automatisch das ID-File gewechselt und das Pw abgefragt.

Bernhard

Semeaphoros:
Thomas:
Betreffend BestPractices tut sich was und ich habe das Thema mal vorgemerkt. Es dauert bestimmt nicht mehr lange, bis das an die Oberfläche kommt, es braucht allerdings noch ein wenig Vorbereitungszeit, wir dürfen ja schliesslich TMC, der immer wieder mit sauberer Arbeit glänzt, enttäuschen  :D

Vor- und Nachteile der beiden Arbeitsweisen: Eigentlich ist es irrelevant, wie die ID gewechselt wird. Für das Verwenden von AUs spricht, dass dabei auch weitere Einstellungen, die allenfalls unterschiedlich sind, mit gewechselt werden können. Grade das Imitieren von mobilen Umgebungen erfordert dann auch mal, dass man eine "isolierte" Umgebung oder eine "Internet"-Umgebung simuliert statt der "Netzwerk" oder "Büro"-Umgebung, und dazu müssen dann auch die Kommunikationsparameter geändert werden. Steht alles in der AU drin.

Auch die Bemerkung von Holcomb betreffend Repliken hat eigentlich nichts damit zu tun, wie die ID geschaltet wird. Die von ihm festgestellte Differenz spielt auch nur eine Rolle, wenn eine DB konsistente ACL hat, da Notes bei einer Replik mit konsistenter ACL Notes eine Kopie der Gruppenauflösung auf dem Server zieht, um festzustellen, wer auf die Datenbank zugreifen darf. Dies hängt dann natürlich damit zusammen, mit welcher ID die Replik gezogen wurde.

Zu beachten ist da auch gleich, dass sich ND6 beim Ziehen von lokalen Repliken anders verhält als die Vorgänger: Unabhängig davon, ob konsistente ACL eingestellt ist oder nicht wird eine lokale Replik so ähnlich gezogen, wie wenn konsistente ACL eingestellt war. Das Zugriffsverhalten einer lokalen DB ohne konsistenter ACL unter N6 ist also nicht gleich wie unter den Vorgängerversionen.

AC:
Hi Semeaphoros,

danke für den Hinweis auf domio 6 und das veränderte Verhalten beim replikziehen dort.

Eins kam vielleicht falsch rüber von mir zum Thema ID Wechseln.
Mir gings weniger darum, ob man das nun über Arbeitsumgebungen macht oder nur durch Wechseln der ID.

Ich hatte nur letzte Woche eben seltsame Effekte wegen dieser dynamischen Clientupdatefunktion.  Ich wusste da nicht woher diese Effekte kamen.
Um jetzt zu erfahren ob noch andere Dinge zu beachten (ausser der Empfehlung aus der Knowledgebase)  sind , habe ich den Therad angestossen.

Vorteil der Arbeitsumgebunsmethode wie Du schon schreibst:
ich kann eben simulieren ob ich Verbindung zum Server habe oder nicht. Da wir Aussendienst haben, spielt eine offline Umgebung für mich auch eine große Rolle.
Für meine TestIDs habe ich daher sowohl ein Arbeitsumgenungsdokument für den online-Zustand als auch für den Offlinezustand.

Und meine Erfahrungen mit dem Replikverhalten in Abhängigkeit mit welcher ID diese gezogen wurde habe ich damals auch erst intensiver sammeln müssen :-)



Gruß, Holcomb

Semeaphoros:
Holcomb: Ich denke, das war wirklich sehr sinnvoll, diesen Thread anzustossen und Du hast das ja richtig überschrieben: Mit diversen IDs testen .... das Replik-Verhalten ist leider wenig bekannt.

AC:

--- Zitat von: Semeaphoros am 18.01.04 - 13:16:03 ---Holcomb: Ich denke, das war wirklich sehr sinnvoll, diesen Thread anzustossen und Du hast das ja richtig überschrieben: Mit diversen IDs testen .... das Replik-Verhalten ist leider wenig bekannt.

--- Ende Zitat ---

Servus Semeaphoros.

Wollte zum einen nochmal checken ob ich noch andere Dinge beachten muß um mir so einigen unnötigen Aufwand in Zukunft zu erspraren
zum zweiten
hoffe ich natürlich, daß der Thread anderen auch etwas hilft.

Ich setzte jetzt mal auf erledigt.
Holcomb


 

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete