2024年最全Web Service进阶(五)SOAPBinding方式讲解(1)，爱奇艺面试技巧

最新推荐文章于 2024-07-30 11:01:04 发布

2401_84438488

最新推荐文章于 2024-07-30 11:01:04 发布

阅读量671

点赞数 21

分类专栏：程序员文章标签：前端面试学习

本文链接：https://blog.csdn.net/2401_84438488/article/details/138850157

版权

程序员专栏收录该内容

164 篇文章 0 订阅

订阅专栏

总结

三套“算法宝典”

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

28天读完349页，这份阿里面试通关手册，助我闯进字节跳动

算法刷题LeetCode中文版（为例）

人与人存在很大的不同，我们都拥有各自的目标，在一线城市漂泊的我偶尔也会羡慕在老家踏踏实实开开心心养老的人，但是我深刻知道自己想要的是一年比一年有进步。

最后，我想说的是，无论你现在什么年龄，位于什么城市，拥有什么背景或学历，跟你比较的人永远都是你自己，所以明年的你看看与今年的你是否有差距，不想做咸鱼的人，只能用尽全力去跳跃。祝愿，明年的你会更好！

由于篇幅有限，下篇的面试技术攻克篇只能够展示出部分的面试题，详细完整版以及答案解析，有需要的可以关注

在JAX-WS时代，wscompile已经被wsimport与wsgen代替。wsimport用于导入wsdl并生成可移植性组件(artifact)wsgen生成编译后的SEI并生成可移植性组件(artifact). 当前wsgen并不产生wsdl.WSDL在部署的时候产生。但通过配置项可让wsgen产生wsdl。
wscompile主于用于早期的RPC，使用wscompile需要编写一个config.xml文件，作为wscompile的输入。

昨天在GF3上部署webservice，在webserivce上添加了SOAPBinding(style=Style.RPC)，[这个annotation最好写在类层次上，写在方面层次上容易与出现与类出现冲突]，结果部署失败。后来发现写成SOAPBinding(style=Style.RPC,use=literal)才可以。从Google上找到一点证据:RPC/encoded is not a supported style/use mode with JAX-WS 2.0. JAX-WS2.0 is fully compliant with the WS-I Basic Profile 1.1 which mandates literal mode. The supported style/use modes are: rpc/literal and document/literal.

JAX-WS 中的SoapBinding目前支持3种方式:

1）Document Wrapped(默认使用方式，由下面的错误可见)：
@SOAPBinding(style=SOAPBinding.Style.DOCUMENT,use=SOAPBinding.Use.LITERAL,parameterStyle=SOAPBinding.ParameterStyle.WRAPPED)
2）Document Bare：
@SOAPBinding(style=SOAPBinding.Style.DOCUMENT,use=SOAPBinding.Use.LITERAL,parameterStyle=SOAPBinding.ParameterStyle.BARE)
3）RPC：
@SOAPBinding(style=SOAPBinding.Style.RPC,use=SOAPBinding.Use.LITERAL,parameterStyle=SOAPBinding.ParameterStyle.WRAPPED)

另外 The java.util.Collection classes cannot be used with rpc/literal or document/literal BARE style due to a limitation in JAXB. However, they do work in the default document/literal WRAPPED style

为了更形象具体的解释以上三种绑定方式，作者采用示例代码的形式进行演示，并对三种绑定方式进行对比。

1）Document Wrapped：

//它是一个注解，用在类上指定将此类发布成一个ws.
//修改目标空间,修改服务名,端口名.在wsdl那里的xml文件显示对应的修改信息
@WebService(targetNamespace = “http://ujn.cn/”,serviceName = “UserService”, portName = “UserPort”)
public interface UserService {
// 添加用户
@WebMethod
@ResponseWrapper(localName = “add_Status”, targetNamespace = “http://ujn.cn/”, className = “cn.ujn.edu.dto.User”)
@RequestWrapper(localName = “userInfo”, targetNamespace = “http://ujn.cn/”, className = “cn.ujn.edu.dto.User”)
@WebResult(name=“add_Status”)
public int add(String userStr);
// 查找用户
@WebMethod
@WebResult(name=“login_Status”)
public int login(String userStr);
}

刚开始写注解的时候，感觉应该会很简单，其实不然。对于这三种绑定方式，我们首先应该考虑应用场景，针对不同的应用场景选择不同的绑定形式。后面会具体分析绑定方式的选择问题。

在Document wrapped方式中，我们设置的@WebResult(name=“add_Status”)和@WebParam(name=“userInfo”)其中的name属性值必须进行包装，相关代码

// 添加用户

<span style="font-size:18px;">@WebMethod
	@ResponseWrapper(localName = "add_Status", targetNamespace = "http://ujn.cn/", className = "cn.edu.ujn.dto.User")
	@RequestWrapper(localName = "userInfo", targetNamespace = "http://ujn.cn/", className = "cn.edu.ujn.dto.User")
	@WebResult(name="add_Status")
	public int add(@WebParam(name="userInfo")String userStr);</span>

<span style="font-size:18px;">其中，相应包装类为className = "cn.edu.ujn.dto.User"，其具体内容如下：</span>

<span style="font-size:18px;">public class User {
	private String userInfo;
	private String login_Status;
	public String getUserInfo() {
		return userInfo;
	}
	public void setUserInfo(String userInfo) {
		this.userInfo = userInfo;
	}
	public String getLogin_Status() {
		return login_Status;
	}
	public void setLogin_Status(String login_Status) {
		this.login_Status = login_Status;
	}
}</span>

<span style="font-size:18px;">在进行参数名的替换时，会将localName = "userInfo"在className = "cn.edu.ujn.dto.User"中匹配，若匹配成功，则进行替换操作，替换后的效果可以在wsdl文件中查看，如下图1-1所示，否则编译器会报如图1-2所示的错误：</span>