Wir haben von den ersten Betatestern Feedback zu time cockpit 2010 (Beta 1) erhalten. Hier eine kurze Zusammenfassung mit zusätzlichen Information für alle anderen Tester.
Was tun bei einem Programmabsturz?
Sollte time cockpit 2010 (Beta 1) bei einer Aktion abstürzen, wäre es für uns sehr hilfreich, wenn Sie uns die Logdatei schicken könnten. Sie finden diese unter C:\Users\\AppData\Local\software architects\Time Cockpit.
Programmverhalten bei fehlerhaftem initialen Sync?
time cockpit 2010 (Beta 1) enthält noch keine ausreichende Behandlung eines fehlgeschlagenen initialien Synchronisationvorganges. Am Ende des Konfigurationsassistenten nimmt time cockpit 2010 (Beta 1) den initialen Sync vor. Dafür ist eine aufrechte Internetverbindung notwendig. Schlägt dieser Sync-Prozess fehl (z.B. wegen abgebrochener Internetverbindung) ist die time cockpit Datenbank in einem ungültigen Zustand. Folgende Schritte sind danach notwendig:
- Löschen der ungültigen time cockpit Datenbank (standardmäßig im Verzeichnis Meine Dokumente\time cockpit\)
- Löschen der eventuell falschen Konfigurationsdateien unter C:\Users\\AppData\Local\software architects\Time Cockpit
- Neustart des Programms mit erneutem Ausführen des Konfigurationsassistenten
Was sind "Model Interfaces" und warum kann man keine hinzufügen?
Model Interfaces sind ein internes Konzept für den time cockpit 2010 (Beta 1) SDK. Anwender sollten Interfaces weder hinzufügen noch entfernen. In der nächsten Betaversion und der finalen Version wird es die Möglichkeit zur Änderung von Interfaces nicht oder in sehr eingeschränkter Weise geben.
Warum kann man den Signal Tracker mehrfach starten?
Die Signal Tracker Applikation sollte nicht mehrfach gestartet werden! Wie in den Einschränkungen zur Betaversion erwähnt wird in der finalen Version die Signal Tracker Applikation in die time cockpit-Anwendung integriert. Vor diesem Hintergrund und aus Zeitgründen haben wir daher auf Prüfungen, die sicherstellen, dass die Signal Tracker Applikation nicht mehrfach gestartet wird, verzichtet.
Verhindert eine Firewall die Synchronisation?
Wie in der Systemarchitektur von time cockpit 2010 (Beta 1) beschrieben, synchronisiert sich time cockpit mit Windows- und SQL-Azure. Eine Firewall, die ausgehende Verbindungen über die Ports 80, 443 oder 1433 blockiert, verhindert eine erfolgreiche Synchronisation (Details zum Port 1433 können in der MSDN nachgelesen werden).
time cockpit 2010 (Beta 1) kann durch seine Offlinefähigkeit auch hinter einer Firewall betrieben werden, die oben erwähnte Ports nicht zulässt. Für den initalen Sync (siehe oben) muss jedoch eine Internetverbindung verwendet werden, welche die oben erwähnten Ports zulässt.
Aufgrund des Feedbacks der Betabenutzer werden wir in der nächsten Betaversion oder spätestens in der finalen Version eine verbesserte Prüfung der Internetverbindung vor Durchführung des initialen Sync integrieren.