Thursday, July 31, 2008

I told you so ....

I sometimes have moments of intuition which have never (or rarely) proven wrong. One of these moments was the one when I anticipated that Notes 8 will be a kick-a** application. Is has, it is and it will be. Despite the fact that I also have some criticism to address (its performance), it turned out the IBM's strategy was right.

I am also linking to the article demonstrating Lotus's momentum

Not that I am now employed at IBM, but I can trust those examples and figures. Because I have seen IBM's business controls in action. You cannot lie within the company and you cannot report figures that aren't true. It's an internal system of ensuring business is accurate. It's part of IBM's image. It's not marketing. It's the truth around the subject: Notes 8 is better than any other previous Notes x.x and is also better than any other so called competitors.

I am saying 'so called' because I haven's seen ONE product (client/server) to achieve the Notes/Domino capabilities.

Monday, July 28, 2008

come back to the future

In 1975, I was one year old.

At that time, this was part of some IBM slides:
http://www.squareamerica.com/ib.htm

This got me thinking ...

Wednesday, July 23, 2008

LTPA between WebSeal and WebSphere Portal

As usually, I find things on my own, the hard way. If you are trying to set-up LTPA SSO between the WebSeal reverse proxy controlled by TAM and WebSphere Portal, check this technote: http://www-1.ibm.com/support/docview.wss?uid=swg21198736

What are they trying to say in above article, is that if you use 'WPSConfig enable-security-wmmur-ldap', you'd better be aware that LTPA keys exported from Portal's WAS in order to be imported in other places (Domino, WebSeal, whatever) needs a modification:

from com.ibm.websphere.ltpa.Realm=null to com.ibm.websphere.ltpa.Realm=WMMRealm

If you want to change this permanently, then follow the article to set that property to WMMRealm for good, so that other exports of LTPA keys from WAS would keep it in the file.

If we're on the subject, be aware as well that accessing WebSphere Portal through WebSeal is done via:
http://{webseal_host}/{junction}/wps/myportal

instead of the default Portal url:

http://{portal_host}:port/wps/portal

Once you get through WebSeal, you need to access the private place of the Portal, which is /myportal, by default. If you are accessing /portal, you're prompted for login, even though you're already authenticated.