WAS ReqURL实现门户登陆后跳转

　　用户的很多功能通过邮件提醒，用户需要点链接后，希望能直接进入到具体的页面。但由于各个系统等都已经是和门户（门户采用的是IBM的portal）做了sso。其他系统的密码已经不再维护了。如果到了原系统的登陆页面，那这时就登陆不了。需要将登陆页面重定向到门户的登陆页面。这时就又出现了新的问题了，就是用户登陆后如何跳到具体的页面。默认登陆后是到门户的主页面的。由于门户的应用服务器是portlet的容器。不直接支持httprequest。本来可以通过传递一个参数来解决。但在门户就实现不了。上了ibm官方网站的论坛，搜索了一把，发现也是很多人都在问这问题。但就是没具体的解决方法。打800咨询了一下。1线的解决不了，丢到2线德国，查了下，还有7小时的时差，只有等第2天的答复了。第2天是给了答复，但给的是定制登陆和登出的页面，这个还是针对整个门户而言的，根本就满足不了我的要求，有点答非所问了。经过自己的摸索，发现了一点。当登陆/wps/myportal时，发现登陆后是跳转到/wps/myportal的页面。查看了一下页面的cookie，发现当访问了/wps/myportal时，门户会自己写入wasrequrl这个cookie。而这个值就是http://portal.domain.com/wps/myportal，发现了这点后，兴奋了一把，马上让我同事在公司测试了一下，因为在客户现场，没有测试的环境。同时继续与800沟通，看是否能通过这个cookie来实现。同事给的测试结果是在页面登陆前写入后，只要你登陆了，门户就会自己把这个cookie清除掉。根本不能写。

　　这时好象又陷入了死胡同了。怎么办呢?等ibm的话，又得到第2天了。

　　突然想到，如果用其他的应用服务器来写呢，是不是可以解决被清除的问题呢。

　　马上测试一下。写了一个写cookie的页面。当然写之前要先把原来的cookie清除掉，然后直接通过url测试。先写cokie，然后重定向到http;//portal.domain.com/wps/portal，查看页面的cookie，发现WASReqURL还在，测试登陆，果然登陆后直接就跳到了写的那个cookie的值的那个页面了。

　　实现的过程是很简单的。但这问题也是花了几天才解决这么个小问题。

　　实验室最后给的答复:

　　from looking at this it does not appear that this is a setable cookie.

　　It is something the was layer does for you.　Some have tried to set it

　　via a custom jaas module but I never saw this work