webOS v2.2.4 Pre3 Kalender extrem langsam (ca 50 Sekunden Gedenkpause) Kalenderdaten von Lotus Notes via Traveler und EAS

Hallo,

ein Arbeitskollege hat gestern ein Update von seinem Palm Pre (Firmware 1.4.5) auf den Pre3 (Firmware 2.2.4) durchgeführt. Der Umzug erfolgte über sein normales Palm Konto.
Quasi alle seine beruflichen und privaten Termine sind im Firmen Lotus Notes hinterlegt (insgesamt etwa 3200 Termine; pro Tag gibt es zwei die sich wiederholen; Update: Der Palm Kalender synchronisiert von sich aus wohl nur Daten eines Jahres, so dass damit so um die 650 Termine "aktiv" sind.)
Sobald das Notes Konto auf dem Pre3 über Exchange Active Sync (EAS) eingerichtet wird, wird normal synchronisiert. Es ist nur die Synchronisation von E-Mail und Kalender aktiv, der Rest wird nicht benötigt (also Kontakte, Aufgaben,..). Anmerkung: Lotus Notes benötigt auf dem Server den "Lotus Notes Traveler", der offiziell nur iPhone, Android,.. unterstützt aber kein webOS...funktioniert aber schon seit 2 Jahren ohne Probleme mit webOS.
Der alte Palm Pre hatte kein Problem mit dem Konto und den ca 3200 bzw. 650 Terminen, aber der Pre3 hat ein massives Problem.
Ruft man den Kalender nach der Synchronisation auf (egal ob mit oder ohne Datenverbindung) sieht man kurz die Termine des Tages (1 Sek) dann verschwinden sie (Update: Inzwischen verschwinden sie nicht mehr aber der Kalender reagiert dennoch nicht.) und der Pre3 läuft etwa 120 50 Sekunden Amok. In der Zeit ist das Telefon praktisch nicht benutzbar und reagiert nicht.
Nach dieser extremen Wartepause tauchen die Termine wieder auf. Wechselt man auf den nächsten Tag wiederholt sich das gleiche Spielchen (es sei denn er wurde kurz zuvor schon mal angezeigt - Caching wirkt also scheinbar).

Irgendwie scheint er auch immer sofort die Daten zu synchronisieren obwohl im E-Mail Konto die Synchronisation auf "Manuell" steht. Wir haben schon diverse Reboots, den webOSDoctor, Notes Profil löschen/wiederherstellen und so weiter durch. Bisher war alles erfolglos. (Update: Inzwischen synchronisiert er wie er soll nämlich manuell. Das scheint aber auch nicht das Problem gewesen zu sein. Es gibt wohl einige Termine die das Problem verursachen. Leider ist es nicht so einfach heraus zu finden welche es genau sind...sie die Beiträge weiter unten)
Das einzige was jetzt noch fehlt ist ein anderes Palm-Profil (dann wäre u.a. das bezahlte MappingTool Pro futsch...immer noch besser als das Kalender-Problem) und Tests mit weiteren Geräten. Ich habe noch ein Pre3 bzw. Pre2 als Backup-Hardware im Schrank liegen. Mein Kollege hat ansonsten noch nen Veer in der Schublade. Mit anderen Worten, wir haben hier einen Großteil der Palm/HP webOS Hardware liegen.

Mein Pre3 zickt übrigens nicht so rum aber ich habe auch kaum Termine im Notes (ich schätze mal so 250...sind doch immerhin 550 seit 2009). Meine privaten Termine, die auch regelmäßig wieder gelöscht werden, sind im Palm Kalender. Ansonsten nutze ich noch drei abonnierte Kalender per Google Account (u.a. der tolle TV Calendar..."must have" für Serien-Freunde -- http://www.pogdesign.co.uk/cat/).
Wie auch immer...die etwa 3200 Termine sollte meines Kollegen sollte der Pre3 locker schaffen. Es ist ja wohl kaum normal das ein 2,5x so schnelles Telefon 15x so langsam ist (verglichen mit dem ersten Pre).

Hat hier jemand ein paar Ideen zur Lösung des Problems.
Habe die Wartezeit noch mal aktualisiert...sind wohl sogar 2 Min! inzwischen nur noch 50 Sek. in denen nichts passiert.

Zitat von MetaView

Vielleicht mal einen Tag liegen lassen? Aber das habt ihr wohl schon gemacht....

Hallo Henk,
da habe ich ja gleich den Kalender Experten.
Wegen der Wartepause hatte ich überlegt ob man das Pre an die Leine nimmt und per Debug versucht etwas heraus zu bekommen. Ich vermute aber das wird auch nicht so einfach sein.
Im Laufe des Tages testen wir mal ein frisches Profil und eines der anderen Telefone die wir hier liegen haben.
Wenn an einem Tag keine Termine sind (ein Tag im Jahr 2014), dann dauert es auch so lange. Leider kann man nicht mehr eben schnell die Datenbankdatei in webOS 2.x öffnen.

OT-Info: Mit der MapTool Doku bin ich leider auch noch nicht weiter gekommen. Am 30.05 hat aber ein "Native-Speaker" meinen bisherigen Text noch mal Korrektur gelesen. Letzte Woche Freitag habe ich dann mal die Screenshots vom Touchpad und Pre3 auf mein Notebook kopiert. Die werden jetzt wirklich die Tage mal eingebaut.

Wir sind noch nicht wirklich schlauer, aber mit einem neuen Profil und dem Veer rennt es wie der Teufel, nachdem er aber die ersten Minuten auch komplett tot war. Nach einem Reboot stellt die der Veer wieder "tot".

Jetzt könnte man mit dem Pre3 in das neue Profil wechseln...doch wie bekommen wir die Termine des Palm Kalenders gerettet (Geburtstage, Jahrestage,..)?
Ich dachte man könnte wie die Kontakte auch die Termine als Datei exportieren, aber das geht scheinbar doch nicht. Eine Option wäre ggf. diese temporär in einen Google Kalender zu transferieren oder die neue SyncML Variante mit Zarafa mal zu testen und als temporäre Ablage für den Umzug zu verwenden.

Update1: Siehe erster Abschnitt...ich kapiere es nicht.

Ich spiele gerade mit dem AresDebug (http://ares.palm.com/AresDebug/) und AresLog (http://ares.palm.com/AresLog/) rum. Mal sehen ob ich damit morgen (äh heute) das Problem eingrenzen kann.
AresDebug sieht vielversprechend aus. Ich bin gerade dabei die einzelnen Codezeilen im "day-assistent" auf meinem eigenen Pre3 zu durchlaufen.

Zitat von Robbycop

Bei wenigen Terminen ist der Kalender sehr schnell, aber mit 3000 Terminen rechnet wohl keiner bei Palm??

Ich frage mich immer welche Deppen da eigentlich testen und was die überhaupt testen? Dazu dann noch der Stillstand bei Anwendungen wo die Anwender rummaulen das die Funktion x und y nicht drin ist oder nicht funktioniert. Statt das mal in einer neuen Version einzubauen (sind häufig wirklich Kleinigkeiten) passiert nichts seitens des Herstellers...aber ich drifte ab.

3000 Termine sind eigentlich ziemlich lächerlich. Der Dekan an der Uni an der ich mein Diplom erhalten habe hatte ein "altes" PalmOS Gerät bevor er dann auf WinMob umgestiegen ist. Da ich in der Zeit für die Einrichtung der Groupware zuständig war durfte ich die Termine in die Groupware integrieren.
Insgesamt waren das knapp 25.000 Termine (ich glaube im Zeitraum von 5 Jahren). Das macht dann abgeschnitten 13 Termine pro Tag (im Schnitt).
Das hat selbst ein langsamer/simpler Palm III oder V geschafft....aber heute muss es das hochperformante JavaScript sein, das vor ein paar Jahren noch (völlig zu recht) verteufelt wurde.
Immer noch nicht wirklich nachvollziehbar ist aber nach wie vor was HP/Palm beim Wechsel von webOS 1.4.5 zu 2.1.x/2.2.x gemacht hat, das es nun nicht mehr so richtig mit den Terminen fertig wird.
Da es auch bei abgeschaltetem WLAN und abgeschalteter Datenübertragung (Flugzeugmodus) nicht schneller ist, würde ich den Notes Traveler mal aus der Gleichung raus nehmen. Ansonsten kann der auch ein Problem sein. Seit dem neuesten Update (von vor 3 Wochen) jammern einige Kollegen mit Blackberry und Android jedenfalls, das sie nicht mehr zuverlässig synchronisieren können. Bei den Android Nutzern fehlen laut Aussage von zwei Kollegen teilweise Termine. Da der Großteil scheinbar dem angefressenen Apfel folgt, scheint es noch keinen Aufstand gegeben zu haben. Ich werde heute aber dennoch mal vorsichtig in der Technik nachfragen, ob es Probleme gibt.
Zurück zu webOS...die Datenbankdateien habe ich auch mal mit meinen verglichen (liegt nicht mehr wie unter "/var/luna/data/dbdata" --> webOS 1.4.5 --- sondern unter "/var/db/main" --> webOS 2.x). Trotz ~600 vs 3200 Termine sind die Datenbankdateien nicht wesentlich größer, so dass ich dies als Problem ausschließen würde.
Mal eben reinschauen ist ja leider nicht mehr möglich. Es war mal leicht erweiteres SQLite (PalmDatabase.db3) und jetzt sind es mehrer Dateien (indexes.db, indexIds.db, kinds.db, objects.db und sequences.db) in einem veränderten Datenbank-Format.

Wie gesagt, heute lief es zwischendrin schon mal ganz gut auf dem Veer...bis zu einem Reboot. Danach ging erst mal nix mehr. Nach einer knappen Stunde oder so hat es dann aber doch wieder reagiert.
Schauen wir mal was ich mit dem Debugger heraus bekommen kann. Gute Nacht.

Update zum aktuellen Zustand:

• Die Tageseinträge werden jetzt wieder sofort angezeigt und verschwinden nicht mehr nach einer Sekunde (hing ggf. mit einem direkten Synchronisationsversuch zusammen; siehe auch letzter Punkt der Aufzählung), aber der Kalender reagiert nicht auf Eingaben.
• Es dauert nun 50 Sekunden bis der Kalender wieder auf Eingabeversuche reagiert (Stand auf zwei verschiedenen Pre3 reproduzierbar; eines mit dem alten webOS 2.2.0...mein Entwickler-Pre3 und eines mit dem aktuellen 2.2.4...das von meinem Arbeitskollegen)
• Per Default wird wohl maximal nur ein Jahr des Kalenders angezeigt. Mit anderen Worten es sind keine 3200 sonder eher 650 (3200/5) Termine im Kalender.
• Per AresLog (http://ares.palm.com/AresLog/) sieht man 5- (bei meinem Entwickler-Pre3) bzw. 6-mal (bei meinem Kollegen) die Meldung "Exceeded process time limit on event: ...es folgen dann unterschiedliche Angaben..."
• Das es zwischendrin mal eine sofortige Synchronisation gab auch wenn dies nicht so eingestellt war, ist nicht wieder aufgetreten. Keine Ahnung was da genau passiert ist.

Ich werde dieses WE mal probieren, per AresDebug (http://ares.palm.com/AresDebug/) die genaue Stelle im Code zu finden, wo es hängt. Vielleicht lassen sich damit auch Problem-Einträge im Kalender identifizieren.

Zitat von logic

Wiederholungstermine ohne Enddatum? Wäre nicht das erste Mal ein Grund für "trouble" ...

Hallo Jan,

besten Dank für den Hinweis.
Ich kann leider noch nicht sagen welche Termine es sind. Die Logausgabe ist da auch nicht so wahnsinnig mitteilsam weil die Details der Termine fehlen:

logs from mantaray:
com.palm.app.calendar Exceeded process time limit on event: ++I1VoE6cUGV72tk at date: 1022 of 1125, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEToit5cdea at date: 40 of 1424, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEToko3aqRx at date: 941 of 1463, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoETomllUU7+ at date: 1076 of 1507, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEToocBm36U at date: 1246 of 1584, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEtxSc2hiBR at date: 1185 of 1790, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEtxipDCWIu at date: 101 of 388, :2159
com.palm.app.calendar &&&&&&&&&&&entered case where data in cache, Sun Jun 17 2012 20:59:10 GMT+0200 (CEST), palmInitFramework2112:14
com.palm.app.calendar Exceeded process time limit on event: ++I1VoE6d0ZQLET_ at date: 347 of 1285, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoETokp5cL1J at date: 378 of 1457, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEToko_nQgm at date: 976 of 1494, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEToocBm36U at date: 842 of 1585, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEtxSc2hiBR at date: 1671 of 1791, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEtxipDCWIu at date: 94 of 297, :2159
com.palm.app.calendar &&&&&&&&&&&entered case where data in cache, Mon Jun 18 2012 09:00:00 GMT+0200 (CEST), palmInitFramework2112:14
com.palm.app.calendar Exceeded process time limit on event: ++I1VoE6d0ZQLET_ at date: 326 of 1286, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoETokp5cL1J at date: 326 of 1458, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEToko_nQgm at date: 896 of 1495, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEToocBm36U at date: 837 of 1586, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEtxSc2hiBR at date: 1710 of 1792, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEtxipDCWIu at date: 131 of 207, :2159
com.palm.app.calendar &&&&&&&&&&&entered case where data in cache, Tue Jun 19 2012 09:00:00 GMT+0200 (CEST), palmInitFramework2112:14
com.palm.app.calendar Exceeded process time limit on event: ++I1VoE6d0ZQLET_ at date: 443 of 1287, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoETokp5cL1J at date: 434 of 1459, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEToko_nQgm at date: 1010 of 1496, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEToocBm36U at date: 936 of 1587, :2159
com.palm.app.calendar Exceeded process time limit on event: ++I1VoEtxd3GiLg_ at date: 0 of 1829, :2159
[...]

Ok, ich bin gerade etwas weiter gekommen.
Es handelt sich überwiegend um Geburtstagstermine (Ganztagestermine/ "all day" events). Die wurden 2008 angelegt und gehen soweit ich das bisher sehen kann bis 2017.

Für den Fall, das auch andere mal die IDs zu bestimmten Terminen suchen. Impostah hat unter "Database" die Möglichkeit eingebaut verschiedene Datenbanken abzufragen. Damit war es mir ohne weiteren Handstand möglich die oben ausgegebenen IDs zu finden (in meinem Fall ware das aufgrund der EAS-Synchronisation der Eintrag "calendarevents.eas:1"). Klickt man in Impostah dann den Eintrag an, bekommt man die Details angezeigt. Wenn es ein Termin ist, findet sich unter "exdates" eine Liste mit den Wiederholungen.
Die Felder dtstart und dtend kennzeichnen den Timestamp des Start- und Endzeitpunktes, während in dtstamp der Zeitpunkt der Anlage des Termins gespeichert ist.
Die Zeitwerte werden als "long", also in Millisekunden seit 1970 ausgegeben.

Ich kann gleich noch einen kleinen Codeschnipsel anhängen mit dem man daraus eine leerbare Zeit macht.
Ich hatte mir dazu schon mal vor einiger Zeit eine "Scrapbook page" in Eclipse angelegt. Die beinhaltet ein kleines Eingabefenster für den Timestamp und wirft in der Konsole dann die lesbare Zeit aus.
Den Codeschnipsel kann auch leicht in eine "main" Methode einer Java Klasse integrieren, wenn sich einer davon eine Anwendung bauen will (also Quick'n'Dirty Lösung).

So hier meine Timestamp2Date.jpage:
In Eclipse in einem Java Project über "New" --> "Other..." --> Baum: Java-->Java run/Debug --> Scrapbook Page auswählen und den Code dort einfügen (alternativ im New Wizard einfach "Scrapbook" oben im Filter angeben).
Um den Code auszuführen muss dieser komplett markiert werden. Dann rechte Maustaste und "Execute" wählen. Nach einen Augenblick sollte die Eingabemaske für den Timestamp erscheinen. In der Console von Eclipse erfolgt dann die Ausgabe.

String timestampString = javax.swing.JOptionPane.showInputDialog(null, "Enter timestamp ('now' or 'jetzt' for current time):", "Timestamp2Date Converter", 1);
if (timestampString != null) {
	timestampString = timestampString.trim();

	if (timestampString.length() > 0) {
		try {
			java.text.SimpleDateFormat df = new java.text.SimpleDateFormat("yyyy-MM-dd HH:mm:ss z");
			java.util.Calendar cal = java.util.GregorianCalendar.getInstance();

			long timestamp = 0L;
			if (timestampString.equalsIgnoreCase("jetzt") || timestampString.equalsIgnoreCase("now")) {
				timestamp = System.currentTimeMillis(); 
			} else {
				timestamp = Long.parseLong(timestampString);

				/*
				 * If the given timestamp is using seconds instead of millis
				 * multiply by 1000L to convert to millis
				 */
				if (timestamp < 10000000000L) {
					timestamp = timestamp * 1000L;
				} // end if
			} // end if..else

			cal.setTimeInMillis(timestamp);
			System.out.println("The entered timestamp is.: " + timestamp);
			System.out.println("The readable date/time is: " + df.format(cal.getTime()));
		} catch (NumberFormatException ex) {
			System.out.println("NumberFormatException occurred converting string ('" + timestampString + "') to long value.");
		} // end try..catch

	} else {
		System.out.println("The given timestamp string is empty!");
	} // end if..else
} else {
	System.out.println("No timestamp given!");
} // end if (check if null string is given)