在weblogic部署的osb服务是单向验证，也就是说server向client发送证书，而client不用向server发送。 java client只修改要访问带SSL验证的的uri：
PostMethod post = **new** PostMethod( "[https://10.24.16.26:7002/ManagePhysicalInventoryConsumerProject/ManagePhysicalInventoryConsumerProxyService/requestPhysicalInventory](https://10.24.16.26:7002/ManagePhysicalInventoryConsumerProject/ManagePhysicalInventoryConsumerProxyService/requestPhysicalInventory)");
由于是单向验证，client不用修改其他东西，以前是怎么访问http的，现在就怎么访问https。 跑了一遍后，报了异常，关键的一句话在unable to find valid certification path to requested target。 无法找到有效的、对请求目标的证书。 也就是说，server把证书给了我的client，client却无法找到。看来，至少对java来说，单向验证，并不是说client什么都不用干。（听项目组里一个C++同事说，C++似乎可以不干别的事。。。） 现在等于说，还是得把server的证书加入到client的truststore里。
方法1：为client再建立一个truststore，把server证书放在truststore里，然后去load这个store。有点麻烦，因为要改client代码。这里不写了，大家都知道怎么写。
方法2： 找了个简单的办法： 首先得到server证书：去访问https://10.24.16.26:7002你需要SSL的服务的地址，然后会弹出个对话框：
点查看证书，然后点详细信息，然后复制到文件，格式选择der编码二进制 X.509，然后下一步，选择个路径文件名，这个证书就被保存到本地了。
现在，打开CMD，到JRE路径下的\lib\security并且把刚保存的证书也copy到这个目录下
输入命令如下：
（上边的命令需要知道server证书的别名） cacerts这个文件，是jre的truststore，是全局的，而不是针对单个工程的。所以说，把server证书加进cacerts，那么在本jre环境下运行的所有java程序都是信任这个证书的。
这俩方法各有优点： 方法1代码要增加，但是却移植性很好。 方法2代码不用改，把业务和安全完全分开了，而且由于是全局信任，适用多个工程，移植性却不好。
