I saw some of the related questions but my situation is slightly different.
We have this web portal that provides a user access to many applications, among them a rich client(desktop) hosted on the web portal. Here is what happens.
That's how the system is currently set up. I would like to get rid of the second login. However, the rich client needs to know the userid and needs to ensure that the user is actually logged on to the web portal at the time of the launch of the application.
The web portal and the rich client are completely different applications. However, it is my understanding that the JNLP file can contain arguments that can be passed to the java application. Based on that, I was wondering if the following would be an option.
I am trying to see what are my options or if I could use any other technology/solution.
If the hosting server is WebSphere Portal, then you have an additional benefit that the login process automatically creates an LTPA token cookie for the client. Your page can then pass this token to the JNLP rich client as a parameter.
The rich client can then query an authenticated resource on your portal server with this LTPA cookie set in the header, and test the response code to check whether the authentication succeeded.
LTPA token is an enteprise-grade secure SSO solution that is standard across WebSphere products, and works well across WebSphere server clusters or farms as well.
Note that LTPA tokens may have an expiry time that is different to the session expiry time. This can be set in the WebSphere Application Server Administration Console.