解决了一个遗留的Portlet奇怪问题
在做Portlet的時候碰到一個奇怪的問題，使用Java應用程序來進行RFT傳輸好好的，但在Pluto下，同樣的一段程序卻不行，提示：
No client transport named 'https' found!
搜索GT官網的maillist，發現有人提到是AXIS沒有讀到正確的配置文件，把GT4目錄下的config-client.wsdd拷貝到WEB-INF/classes下即可。于是照做，但現在還是有問題：
[http-8080-Processor24] ERROR delegation.DelegationUtil? - org.apache.axis.ConfigurationException: java.lang.ClassNotFoundException: org.globus.wsrf.impl.security.authorization.ClientPropertiesHandler
但該類在wsrf_core.jar里已有定義，為什么唯獨此類沒找到呢？難道Pluto沒有搜索WEB-INF/lib下的庫（已把GT下的所有jar都拷貝到該目錄下了，包括wsrf_core.jar）？把wsrf_core.jar復制到pluto的其它共享庫目錄下也不行。這個問題久久無法解決，一直擱置到今天。今天叫同學幫忙一起看，調試了半天沒有結果。但后來定睛一看，在那個wsrf_core.jar文件里的確找不到org/globus/wsrf/impl/security/authorization/ClientPropertiesHandler.class，而只有org/globus/wsrf/impl/security/authentication/ClientPropertiesHandler.class！再看GT4/lib下的wsrf_core.jar，其中是有這個類的，而這兩個jar文件大小居然不一樣！頓時恍然大悟，可能是原來的wsrf_core.jar是某個舊版本或者破壞掉的文件，于是用新文件覆蓋之，重裝Pluto，果然一切順利。
看來以后做事情不僅要多抱著些懷疑態度，還要更加認真謹慎才行。
轉載于:https://www.cnblogs.com/wonderow/archive/2005/07/04/186044.html
總結
以上是生活随笔為你收集整理的解决了一个遗留的Portlet奇怪问题的全部內容，希望文章能夠幫你解決所遇到的問題。
