Thank you for your answer Ed,
However, I have attempted this solution (see rimdispatcher reference above), and with the overall SAP SSO solution (not related to blackberry ) we are working with - which forces the user to an https connection - the rimdispatcher does not seem to work. We always get back to a login page. It would be a good thing if the RimLoginModule guide was updated to do 2 things:
1. show how to configure when SSO is already in place and make the rimlogin work. The rimdispatcher actually does work - in that the url forwards the request to the referenced application - just the RIM SSO does not seem to work with the ECC SSO solution. I am not sure of there are additional steps when configuring SSO for SAP or with the rimloginmodule- to make the SSO for blackberry work - because it does not work per the instructions with https. I think this has something to do with the authschemes.xml configuration, and how the SAP SSO requests is processed prior to the usage of the authschemes...
2. Have the rimlogin module document explain how to set up more than 1 application. We have a few apps which are intended to run from the RIM device - it would be good to see if there was a recommeded method for handling more than one.
In an attempt to get SSO working for the blackberry, I had also attempted to utlize the personal certificate used for SAP SSO on the blackberry itself. I had used the blackberry desktop manager's certificate synchronization tool to move the certificate to the blackberry, but this does not work. I have been notified by RIM that personal certificates do not work on a blackberry for browser based webdynpro applications (the "always connected type").
To quote:
"In regards to the Single Sign-On certificate, the BlackBerry won't be able to use the cert when accessing the internal page if credentials are needed to view it, they will be prompted every time. If the application was local (installed on/pushed to) the BlackBerry device, than the SSO certificate could be used by the application. If certificates were needed to load every time a web page was viewed, it would produce a lot of traffic, but this is also setup that way for security reasons."
We have no interest in pushing apps to the blackberry itself - we have already developed a small suite of browser based apps with webdynpro java, which run out of the SAP Portal environment, and can run as independent browser apps. This is part of the current strategy of "zero footprint browser based clients"...
If you have any further info - it would always be appreciated - we are at a dead end here...
Thanks !
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.