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.
My corner exceeding 250 chars. Building software, dev and some ops, mostly architecting stuff.
Thursday, July 31, 2008
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 ...
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.
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.
Subscribe to:
Posts (Atom)