by Michael Urspringer
… sofern es nicht so weiter schneit wie zur Zeit, werden wir heute abend Richtung Bangkok aufbrechen. Am Montag geht es dann auf’s Schiff
.
Drückt uns die Daumen, dass sich der Flug nicht so arg verspätet, dafür denken wir auch zwischendurch mal an Euch im kalten Deutschland 🙂 Wer wissen will wo wir gerade stecken und wie das Wetter dort ist, der kann sich unter diesem Link informieren. Ansonsten bis in 2 Wochen!
As I already got several requests now I think I need to document it here:
Users in Germany do see wrong calendar weeks in Notes 8.5.1 this year. To correct this you need to change a setting in your Notes client. Go to
“File -> Preferences ->Calendar and To Do -> Regional Settings -> Week Numbers”
and change the setting to “Always use ISO-Standard” instead of “Use my operating system regional setting”.
Afterwards the week numbers will be correctly displayed according to the German standard.
If you want to enable Sametime awareness within Lotus Connections 2.5 together with the Sametime embedded client in Notes 8.0.2 or later you need to do the following (Documented in the InfoCenter but seems sometimes to be overlooked)
C:\notes\framework\rcp
com.ibm.collaboration.realtime.webapi/startWebContainer=true
com.ibm.collaboration.realtime.webapi/enableAllWebApisOverride=true
This should work with all Notes versions later than 8.0.2 (IFR1).
The solution I described for the Sametime awareness issue did also solve another problem I had with the Lotus Connections Connector for Lotus Quickr. When I created a new community and wanted to add a Quickr teamplace to this community, the Quickr place was not created correctly or not created at all. Instead a Java exception occured:
[codesyntax lang=”text” title=”Log”]
[03.12.09 13:52:26:190 CET] 00000073 QuickrAtomCli E org.apache.commons.logging.impl.Jdk14Logger error Der Quickr-Server hat für POST bis http://quickr.acme.com/dm/atom/places/feed einen Fehler zurückgegeben [03.12.09 13:52:26:250 CET] 00000073 QuickrAtomCli E org.apache.commons.logging.impl.Jdk14Logger error Der Quickr-Server hat zurückgegeben: 404 - Not Found [03.12.09 13:52:26:310 CET] 00000073 QuickrAtomCli E org.apache.commons.logging.impl.Jdk14Logger error Der Quickr-Server hat die folgende Antwort zurückgegeben: 404 [03.12.09 13:52:26:340 CET] 00000073 QuickrMemberS E org.apache.commons.logging.impl.Jdk14Logger error Erstellung eines Quickr-Bereichs ist fehlgeschlagen. Ursache: 404 - Not Found com.ibm.tango.exception.TangoException: 404 - Not Found at com.ibm.lconn.comm.quickr.QuickrAtomClient.validateResponse(QuickrAtomClient.java:252) at com.ibm.lconn.comm.quickr.QuickrAtomClient.createPlace(QuickrAtomClient.java:142)
[/codesyntax]
After I changed the “Token format” in the Domino Web SSO configuration document everything works fine now …
Update: Almost everything worked 🙂 There was still a small issue. If you wanted to save a document from Activities into Lotus Quickr (Domino) you got the list of place and could choose a place and a folder. But then the error “Could not contact remote server” appeared. The solution was to add the line “AllowEncodedSlashes On” to the HTTPD.CONF file of the web server. After restarting the web server you were able to save the file to the Quickr place [Thanks to my collegue Colm O’Brien].
Just had the problem that there was no Sametime awareness in Quickr 8.2 (Domino). Although everything was configured correctly including a working SSO between the servers nothing happened. Even the Java console did not start. With firebug you saw that the STLINKS.JS was loaded correctly.
The solution: In the Domino Web SSO configuration document the “Token format” was set to “LtpaToken and LtpaToken2 (compatible with all releases of Domino)”.After I changed that to the default of “LtpaToken (compatible with Domino 7 and prior releases)” and restartet the HTTP tasks everything were fine.
Not sure if this has something to do with it: The token itself was an imported token of a Websphere 6.1 (Lotus Connections) server.
Stuart pointed out what you need to change in the QPCONFIG.XML of Lotus Quickr 8.2 (Domino) to be able to display the Lotus Connections 2.5 business card within Quickr. The new Dojo-based 2.5 business card could currently not be displayed as Connections and Quickr are using different Dojo versions (will change with the next Quickr release) so you need to switch to the older (2.0.1) style of the business card in the meantime.
Here is how to do that:
1. Switch Quickr to using the old business card in Lotus Quickr, by updating the qpconfig.xml file as follows (change “server.acme.com” to the hostname of your Connections server:
[codesyntax lang=”xml” title=”qpconfig.xml”]
<profile_server> <server_name> server.acme.com </server_name> <semantic_tag_service_location> /profiles/ibm_semanticTagServlet/javascript/semanticTagService201.js </semantic_tag_service_location> </profile_server>
[/codesyntax]
2. Apply iFix L045514 (or Fixpack 1) to the Lotus Connections Server.
Starting with version 8.2.0.177 of the Quickr connector you can suppress the text (“This message contains files that link to documents in IBM Lotus Quickr. Lotus Quickr connectors are required to use these files. Install Lotus Quickr connectors: http://www.acme.com/qkrconn.exe“) which is normally automatically inserted in your mail if you send a link to a document via the Quickr connector.
To do that you have to add the following key to the registry. The change is immediately active after you added it and is valid for all users on the workstation:
[codesyntax lang=”text” title=”Registry Key”]
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\IBM\Lotus Quickr\Desktop Integration\Email] "NoInstallText"="1"
[/codesyntax]
Update (16.03.2011):
The description above is valid for connector versions before 8.5. Things have changed for the Quickr 8.5 connectors. You now should use the following registry keys:
[codesyntax lang=”text” title=”Registry Key”]
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\IBM\Lotus Quickr\Desktop Integration\Email]
"CustomInstallText"=" "
[/codesyntax]
To suppress the download link you can use in addition:
[codesyntax lang=”text” title=”Registry Key”]
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\SOFTWARE\IBM\Lotus Quickr\Desktop Integration\Email\Notes]
"Include_Install_URL"="0"
[/codesyntax]
Wir kommen gerade von Palazzo in Frankfurt.
Nun, was soll ich sagen. Die Show war sehr gut, da gibt es nichts auszusetzen. Man sollte allerdings darauf achten, dass man Karten in der Manege hat. Man hat ja keine freie Platzwahl und bei den anderen Kategorien gibt es einige Plätze bei denen man vom Geschehen recht wenig mitbekomt.
Das Essen, naja, nicht wirklich schlecht, aber für 4-Gänge die jweils von einem Sternekoch kreiert wurden, also ich weiss nicht. Da haben wir schon weit besser gegessen in ganz “normalen” Restaurants. Einzig das Desert hat es noch ein wenig rausgerissen …
Was allerdings eine einzige Katastrophe war, war der Services. Das fing schon am Eingang an: Eine einzige Dame, die die Tische verteilt hat. Nach draußen eine lange Schlange. Am Tisch dauerte es dann ewig, bis sich eine Bedienung mal bequemte eine Bestellung aufzunehmen. Lange hat es dann gedauert, bis der Wein kam … leider war es nicht der bestellte Wein. Wir hätten ihn aber besser behalten … denn danach kam bis zum Hauptgang gar nix mehr.
Während des Hauptgangs bequemte sich dann doch noch mal ein Kellner zu fragen, ob wir denn gerne was trinken möchten, da hatten wir dann aber auch keine Lust mehr auf Wein. Beim Servieren rannten die Bedienungen herum wie aufgescheuchte Hühner… trotzdem war es nicht möglich, dass wir alle am Tisch zur gleichen Zeit das Essen bekamen.
Da müssen die wohl noch viel lernen. Gut, sie ware ja noch in der “Übungsphase”. Das offizielle Programm geht ja erst am Donnerstag los. Allerdings bezweifle ich, dass sich das bis dahin noch groß verbessert.
Der offizielle Preis liegt am Wochenende bei 120 EUR pro Person … da kann man sicherlich ein wenig mehr verlangen. Hätten wir heute den vollen Preis zahlen müssen, dann hätten wir uns ganz schön geärgert. Wir können es leider keinem empfehlen. Nehmt besser das Geld und geht in den Tigerpalast. Die Show ist eine Ecke besser und das Essen auch. Vom Service gar nicht zu reden …
If you do have more than one user with the same common name but with different OU/O attributes (e.g. “Test User/ONECOMPANY” and “Test User/SECONDCOMPANY”) you need to add an additional config parameter to your QPCONFIG.XML within the “<userdirectory> </userdirectory>” section:
[codesyntax lang=”xml” title=”qpconfig.xml”]
<user_directory> ... <use_whole_dn_for_member_nsf_lookup enabled="true"/> ... </user_directory>
[/codesyntax]
Otherwise the e-mail attribute of the users are not set correctly if you add them to a member list of a place. This parameter exists since Quickr 8.1 FP8109 and is documented in the readme of the fixpacks but it seems it is not very well known …