12,162
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
gabriel1 2003-12-08
- 打赏
- 举报
可以的，凡是通过http传递的，都可以用https
starky 2003-12-06
- 打赏
- 举报
可以的：）
看看
http://www.huihoo.com/xml/two.html
看看
http://www.huihoo.com/xml/two.html
smartcreater 2003-12-06
- 打赏
- 举报
http 是WebService 主要的传输protocal
速马 2003-12-06
- 打赏
- 举报
http不过是WebService传输数据的载体而已，没道理不能用https
如果你愿意，你可以使用udp，或者更变态的ftp...
如果你愿意，你可以使用udp，或者更变态的ftp...
Soking 2003-12-06
- 打赏
- 举报
可以，而且是很很支持
rock1981 2003-12-06
- 打赏
- 举报
当然可以啊。
idiotzeng 2003-12-01
- 打赏
- 举报
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwebsrv/html/httpsecurity.asp
NetAnt007 2003-12-01
- 打赏
- 举报
当然可以啊。
redlion963 2003-11-29
- 打赏
- 举报
可以
noApple 2003-11-26
- 打赏
- 举报
还得顶哟
cchinasp 2003-11-24
- 打赏
- 举报
up一下。
不过我想能用http的都能用https吧。
不过我想能用http的都能用https吧。
noApple 2003-11-24
- 打赏
- 举报
chegan(不必在意许多) ：
我觉得你说的比较接近正确，看样子我们对webserice的认识还比较模糊
我觉得你说的比较接近正确，看样子我们对webserice的认识还比较模糊
chegan 2003-11-24
- 打赏
- 举报
soap协议只是用来封装消息用的。封装后的消息你可以通过各种已有的协议来传输，比如http,tcp/ip,smtp,等等，你甚至还一次用自定义的协议，当然也可以用https协议
noApple 2003-11-24
- 打赏
- 举报
谢谢诸位的答复，看样子我还得再研究研究
fq_ln 2003-11-24
- 打赏
- 举报
完全可以，不必担心
Soap建立在http上，说白了是用http传送xml而已。
自己做一个就知道了。
Soap建立在http上，说白了是用http传送xml而已。
自己做一个就知道了。
lyhold 2003-11-24
- 打赏
- 举报
关注，学习！
loulanlouzhu 2003-11-23
- 打赏
- 举报
呵呵!陕北吴旗娃真是敬业啊!
===弯弯的月亮小小的船，小小的船，两头尖，我在小小的船里坐，只看见闪闪
的星星蓝蓝的天．
===本贴子以“现状”提供且没有任何担保，同时也没有授予任何权利
===弯弯的月亮小小的船，小小的船，两头尖，我在小小的船里坐，只看见闪闪
的星星蓝蓝的天．
===本贴子以“现状”提供且没有任何担保，同时也没有授予任何权利
webdiyer 2003-11-23
- 打赏
- 举报
对不起，是我有点想当然了，应该是支持的，请看下面一段msdn中的关于XML Web Service的连网形式的说明：
XML Web services 连网形式
二进制协议（如 DCOM）由在专用通讯协议顶部运行的方法请求层组成。此类协议无益于创建通用的 XML Web services。然而，这并不防碍您在 XML Web services 方案中使用此类协议，但使用它们的缺点是此类协议依赖于它们的基础系统的特定结构，因此会限制潜在客户端的范围。
或者，您可以构造使用一种或多种开放式协议（如 HTTP 和 SOAP 的组合）的 XML Web services。正如您所了解的，支持不同协议所需的基础结构是不同的。
XML Web services 并不仅限于提供远程过程调用 (RPC) 访问。它们还可用于交换结构化信息（如采购订单和发票）以及用于自动化和连接内部与外部业务过程。
HTTP-GET 和 HTTP-POST
HTTP-GET 和 HTTP-POST 是使用 HTTP（超文本传输协议）谓词以及与之关联的请求语义将参数作为名称/值对编码和传递的标准协议。每个协议都由一系列 HTTP 请求标头组成，这些标头用于与一些其他信息一起定义客户端向服务器请求的内容，而在成功时，服务器将用一系列 HTTP 响应标头和所请求的数据响应。
HTTP-GET 使用 application/x-www-form-urlencoded 的 MIME 类型以 URL 编码文本格式传递其参数，该 MIME 类型将被追加到处理该请求的服务器的 URL。URL 编码是一种字符编码格式，它确保传递的参数由一致的文本组成（如将空格编码为 %20）。追加的参数也称为查询字符串。
与 HTTP-GET 类似，HTTP-POST 参数也是 URL 编码的。但是，名称/值对不是作为 URL 的一部分传递，而是在实际的 HTTP 请求消息中传递。
SOAP
SOAP 是一种基于 XML 的、用于在 Web 上交换结构化和类型信息的简单的轻量协议。SOAP 的总体设计目标是使其尽可能地简单，并提供最少的功能。该协议定义一个不包含任何应用程序或传输语义的消息处理框架。因此，该协议是模块化的，并具有很强的扩展性。
通过在标准传输协议上传输，SOAP 能够利用现有的 Internet 的开放式结构并可轻松地为能够支持最基本的 Internet 标准的任意系统所接受。可以认为支持符合 SOAP 的 XML Web services 所需的基础结构极其简单但却功能强大，原因是它向现有的 Internet 基础结构添加的内容相对较少，但仍能支持用 SOAP 生成的服务的通用访问。
SOAP 协议规范包含四个主要组成部分。第一部分定义用于封装数据的必需的可扩展信封。该 SOAP 信封定义 SOAP 消息，并且是 SOAP 消息处理器之间的基本交换单位。这是该规范唯一必需的部分。
SOAP 协议规范的第二部分定义用来表示应用程序定义的数据类型和有向图形的可选数据编码规则，以及用于序列化非句法数据模型的统一模型。
第三部分定义 RPC 样式（请求/响应）的消息交换模式。每个 SOAP 消息都是单向传输。尽管 SOAP 的根位于 RPC 中，但它不仅仅只是请求/响应机制。XML Web services 经常组合 SOAP 消息以实现此类模式，但 SOAP 并不强制要求消息交换模式，这部分规范也是可选的。
规范的第四部分定义 SOAP 和 HTTP 之间的绑定。但该部分也是可选的。可以将 SOAP 与任何能够传输 SOAP 信封的传输协议或机制（包括 SMTP、FTP 甚至软盘）结合在一起使用。
有关 SOAP 规范，请参阅 W3C Web 站点 (http://www.w3.org/TR/soap)。
XML Web services 连网形式
二进制协议（如 DCOM）由在专用通讯协议顶部运行的方法请求层组成。此类协议无益于创建通用的 XML Web services。然而，这并不防碍您在 XML Web services 方案中使用此类协议，但使用它们的缺点是此类协议依赖于它们的基础系统的特定结构，因此会限制潜在客户端的范围。
或者，您可以构造使用一种或多种开放式协议（如 HTTP 和 SOAP 的组合）的 XML Web services。正如您所了解的，支持不同协议所需的基础结构是不同的。
XML Web services 并不仅限于提供远程过程调用 (RPC) 访问。它们还可用于交换结构化信息（如采购订单和发票）以及用于自动化和连接内部与外部业务过程。
HTTP-GET 和 HTTP-POST
HTTP-GET 和 HTTP-POST 是使用 HTTP（超文本传输协议）谓词以及与之关联的请求语义将参数作为名称/值对编码和传递的标准协议。每个协议都由一系列 HTTP 请求标头组成，这些标头用于与一些其他信息一起定义客户端向服务器请求的内容，而在成功时，服务器将用一系列 HTTP 响应标头和所请求的数据响应。
HTTP-GET 使用 application/x-www-form-urlencoded 的 MIME 类型以 URL 编码文本格式传递其参数，该 MIME 类型将被追加到处理该请求的服务器的 URL。URL 编码是一种字符编码格式，它确保传递的参数由一致的文本组成（如将空格编码为 %20）。追加的参数也称为查询字符串。
与 HTTP-GET 类似，HTTP-POST 参数也是 URL 编码的。但是，名称/值对不是作为 URL 的一部分传递，而是在实际的 HTTP 请求消息中传递。
SOAP
SOAP 是一种基于 XML 的、用于在 Web 上交换结构化和类型信息的简单的轻量协议。SOAP 的总体设计目标是使其尽可能地简单，并提供最少的功能。该协议定义一个不包含任何应用程序或传输语义的消息处理框架。因此，该协议是模块化的，并具有很强的扩展性。
通过在标准传输协议上传输，SOAP 能够利用现有的 Internet 的开放式结构并可轻松地为能够支持最基本的 Internet 标准的任意系统所接受。可以认为支持符合 SOAP 的 XML Web services 所需的基础结构极其简单但却功能强大，原因是它向现有的 Internet 基础结构添加的内容相对较少，但仍能支持用 SOAP 生成的服务的通用访问。
SOAP 协议规范包含四个主要组成部分。第一部分定义用于封装数据的必需的可扩展信封。该 SOAP 信封定义 SOAP 消息，并且是 SOAP 消息处理器之间的基本交换单位。这是该规范唯一必需的部分。
SOAP 协议规范的第二部分定义用来表示应用程序定义的数据类型和有向图形的可选数据编码规则，以及用于序列化非句法数据模型的统一模型。
第三部分定义 RPC 样式（请求/响应）的消息交换模式。每个 SOAP 消息都是单向传输。尽管 SOAP 的根位于 RPC 中，但它不仅仅只是请求/响应机制。XML Web services 经常组合 SOAP 消息以实现此类模式，但 SOAP 并不强制要求消息交换模式，这部分规范也是可选的。
规范的第四部分定义 SOAP 和 HTTP 之间的绑定。但该部分也是可选的。可以将 SOAP 与任何能够传输 SOAP 信封的传输协议或机制（包括 SMTP、FTP 甚至软盘）结合在一起使用。
有关 SOAP 规范，请参阅 W3C Web 站点 (http://www.w3.org/TR/soap)。
rgbcn 2003-11-23
- 打赏
- 举报
http://www0.ccidnet.com/tech/guide/2001/11/01/58_3584.html
loulanlouzhu 2003-11-23
- 打赏
- 举报
http://www.w3.org/2002/ws/
===弯弯的月亮小小的船，小小的船，两头尖，我在小小的船里坐，只看见闪闪
的星星蓝蓝的天．
===本贴子以“现状”提供且没有任何担保，同时也没有授予任何权利
===弯弯的月亮小小的船，小小的船，两头尖，我在小小的船里坐，只看见闪闪
的星星蓝蓝的天．
===本贴子以“现状”提供且没有任何担保，同时也没有授予任何权利
加载更多回复（9）
