现在的位置: 首页 > 综合 > 正文

解决了一个遗留的Portlet奇怪问题

2012年11月24日 ⁄ 综合 ⁄ 共 910字 ⁄ 字号 评论关闭

  在做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,果然一切顺利。
  看来以后做事情不仅要多抱着些怀疑态度,还要更加认真谨慎才行。

抱歉!评论已关闭.