Java SOAP1.1、SOAP1.2、HTTPGET&；Android的HTTP POST方法？

我正在为soapweb服务编写代码，我想知道soap1.1、soap1.2、httpget和httppost方法在Android中的变化，以及其中哪个是首选的。请列出其使用URL或代码的示例

---

感谢SOAP版本中的差异

SOAP版本1.1和SOAP版本1.2都是万维网联盟（W3C）标准。可以部署不仅支持SOAP1.1而且还支持SOAP1.2的Web服务。SOAP1.1对SOAP1.2规范所做的一些更改是重要的，而其他更改则是次要的

SOAP1.2规范引入了对SOAP1.1的一些更改。本信息并不打算深入描述SOAP 1.1和SOAP 1.2的所有新特性或更改的特性。相反，此信息强调了当前SOAP版本之间的一些更重要的差异

对SOAP 1.2规范的重大更改包括以下更新： SOAP1.1基于XML1.0。SOAP1.2基于XML信息集（XMLInfoset）。 XML信息集（infoset）提供了一种用XSD模式描述XML文档的方法。但是，信息集不一定使用SOAP 1.1所基于的XML 1.0序列化来序列化文档。。这种描述XML文档的新方法有助于揭示其他序列化格式，例如二进制协议格式。您可以使用二进制协议格式将消息压缩为压缩格式，其中可能不需要一些详细的标记信息

在SOAP1.2中，您可以使用底层协议绑定的规范来确定底层协议数据单元中使用的XML序列化。SOAP 1.2第2部分中指定的HTTP绑定使用XML 1.0作为SOAP消息信息集的序列化

SOAP1.2提供了正式定义传输协议的能力，而不是使用HTTP，只要供应商遵守SOAP1.2中定义的绑定框架。虽然HTTP无处不在，但它不如其他传输（包括TCP/IP和MQ）可靠。 SOAP1.2提供了SOAP处理模型的更具体的定义，它消除了在缺少Web服务互操作性（WS-I）概要文件的情况下可能导致互操作性错误的许多歧义。目标是显著减少使用SOAP1.2实现的不同供应商之间出现互操作性问题的机会。 SOAP with Attachments API for Java（SAAJ）也可以作为发出SOAP请求的简单机制独立存在。SAAJ规范的一个主要变化是能够表示SOAP1.1消息和附加的SOAP1.2格式消息。例如，SAAJ 1.3版引入了一组新的常量和方法，这些常量和方法对SOAP头元素上的SOAP 1.2（如getRole（）、getRelay（））更为有利。SAAJ的工厂中还有其他方法来创建适当的SOAP1.1或SOAP1.2消息。 对于SOAP 1.2，信封和编码模式的XML名称空间已更改。这些更改将SOAP处理器与SOAP 1.1和SOAP 1.2消息区分开来，并支持SOAP模式中的更改，而不影响现有实现。 JavaArchitectureforXMLWeb服务（JAX-WS）引入了同时支持SOAP1.1和SOAP1.2的能力。由于JAX-RPC引入了在SOAP消息在运行时遍历时对其进行操作的需求，因此需要在适当的SOAP上下文中表示该消息。在JAX-WS中，对SAAJ 1.3的支持带来了许多额外的增强

对于特定的android，并没有定义POST和GET方法……但这里所有的都是不同的

获取 GET方法将名称/值对附加到URL，允许您检索资源表示。最大的问题是URL的长度是有限的（大约3000个字符），如果页面上的表单中有太多内容，就会导致数据丢失，因此此方法仅在参数数量较少时有效

这对我意味着什么？基本上，这使得GET方法在大多数情况下对大多数开发人员来说毫无价值。这里是另一种看待它的方式：如果表单使用大量参数，或者如果参数包含大量数据，则URL可能会被截断（并且很可能会被提供给今天以数据为中心的站点）。此外，在URL上传递的参数在浏览器的地址字段中可见（YIKES！！！），这不是显示任何类型的敏感（甚至非敏感）数据的最佳位置，因为您只是在乞求好奇的用户处理它

发布 GET方法的替代方法是POST方法。此方法将名称/值对打包到HTTP请求主体中，这使得URL更干净，并且对表单输出没有大小限制，基本上使用哪一个都不需要考虑。邮政也更安全，但肯定不安全。尽管HTTP完全支持CRUD，但HTML4只支持通过其各种元素发出GET和POST请求。这一限制阻碍了Web应用程序充分利用HTTP，为了解决这一问题，大多数应用程序都会使POST过载，以处理除资源检索之外的所有问题

---

以下由发布的文档也描述了SOAP 1.1和1.2之间的区别：

---

这个答案是受IBM版权保护还是反过来？链接已失效这里有一个到官方W3C SOAP 1.2初级读本相关部分的链接：