《HttpClient 官方文档》第三章 HTTP 状态管理
原文链接 译者[陈志军]
通常 HTTP 被设计为无状态,面向请求/响应的协议,对于有一些逻辑相关的请求/响应交换的有状态会话没有特别的规定。正当 HTTP 协议越来越流行和被认可,越来越多之前没有打算使用它的系统,现在也开始为了应用程序而使用它。例如电子商务应用的内容传输。因此,支持 HTTP 状态管理变得非常有必要。
NetScape(网景公司),曾经引领网页客户端和服务器端软件的发展,在他们的产品中基于专有的规范,提供了 HTTP 状态管理的支持。之后,NetScape 尝试通过发布规范草案来标准化这种机制。这些努力通过 RFC 标准促进了正式的规范定义。但是,状态管理在很多应用程序中仍然支持 Netscape 的草案而不兼容官方的标准。很多Web浏览器的主要开发人员觉得有必要保留这些极大地促进标准兼容性的草案。
Spring Data 4.4-4.5翻译
4.4定义查询方法
仓库代理有两种通过函数名的方式去获得stored-specific的查询方法。它可以通过直接使用定义好的方法名或者通过自己手动定义的方法名来调用查询。可提供的选项依赖于实际场景。然而,以下策略是在使用过程中需要考虑的。
《HttpClient官方文档》2.1 连接持久性-2.2 HTTP连接路由
2.1. 连接持久性
一个主机与另一个主机建立连接的过程是相当复杂的,并且涉及两个端点之间的多个分组交换,这可能相当耗时。尤其是对于较小的HTTP消息来说,连接握手的开销是很大的。如果打开的连接能够重用于执行多次请求,就可以实现更高的数据吞吐量。
HTTP/1.1协议规定每个缺省的HTTP连接都可以重用于多次请求。 符合HTTP/1.0协议的端点同样可以通过一种机制明示它们的优先权来维持连接的可用性并将其用于多次请求。
HTTP代理还可以维持空闲连接存活一段时间,以防后续请求需要用到同一目标主机的连接。 通常称维持连接存活的能力为连接持久性,HttpClient完全支持这种能力。
《Spring Data 官方文档》5.8. 使用自定义转换器重载默认映射至5.10. 异常解释
原文链接 译者:flystarfly
使用Spring Data 仓库工作 4.1-4.3
Spring Data 仓库抽象的目标是为了明显减少为了各种持久存储的来实现的数据访问层的样板代码量。
Spring Data存储库文档和你的模块
本章解释了Spring Data 存储库的核心观念,以及接口。本章的信息来自Spring Data公共模块。它使用了Java Persistence API(JPA)中的配置以及代码实例。将命名空间声明和要扩展的类型扩展为你将会使用的模块的等效项。命名空间引用包含了所有被Spring Data模块支持的存储库API的XML配置,存储库查询关键字包含了常用的存储库抽象所支持的查询方法关键字。对于模块特定特性的详细信息,参阅文档中讲述该模块的章节。