Der Kunde bekommt ja mit das das Verhalten des Programms ein Problem hat. Da alle Systeme mit SSD ausgerüstet sind währe die Anwendung in 10 sec wieder einsatzbereit, das wird aber vom Kunden nicht toleriert, diese muss ohne Bug 100% am Tag laufen!
Wenn du deine Anwendung so implementiert hast das alle möglichen Datasets immer offen sein müssen, so sehe ich in diesem Ansatz den Hauptfehler.
Welchen Grund gibt es alle Datasets immer offen zu haben? Wir haben auch mit DBs zu tun und unsere App ist nach einem Reconnect (wenn der Anwender nicht gerade sein System so aufgesetzt hat das er auf oberster Einstiegsebene Tausende Einträge hat) nach 1-2 Sekunden wieder einsatzbereit.
Wir reden hier nicht von emba Qualität ......
Ob deine SW besser ist ...
Trotzdem währe ich an einer Lösung zum Verbindungsproblem interessiert, jeder der z.B. per WLan sonst Mobil arbeitet ist davon betroffen .......
Wenn du davon ausgehen must das die Netzwerkverbindung öfter Abbricht ist wohl der Fat-Client-Ansatz falsch gewählt.
Evtl. wäre eine Browserlösung oder RemoteDesktop/Citrix-Lösung besser.
Oder eine Überarbeitung des
DB-Schnittstelle das diese Daten selbst in Klassen hält und nur noch bei bedarf (Update/Speichern/...) nur kurzzeitig Verbindung mit der
DB aufnimmt.
Windows Vista - Eine neue Erfahrung in Fehlern.