原文地址：http://tutorials.jenkov.com/oauth2/implicit-request-response.html
作者：Jakob Jenkov 译者：林浩 校对：郭蕾
契约授权包含一个请求和一个响应。 契约授权请求 契约授权请求包含下面的参数：
| response_type | 必须。必须被设置在令牌中。 |
| client_id | 必须。当客户端被注册时，有授权服务器分配的客户端标识。 |
| redirect_uri | 可选。由客户端注册的重定向URI。 |
| scope | 可选。请求可能的作用域。 |
| state | 可选(推荐)。任何需要被传递到客户端请求的URI客户端的状态。 |
原文地址：http://tutorials.jenkov.com/oauth2/authorization-code-request-response.html
作者：Jakob Jenkov 译者：林浩 校对：郭蕾
授权码授权总共由2个请求和2个响应组成。一个授权请求+响应，和一个令牌请求+响应。 授权请求 授权请求被发送到授权端点以获取一个授权码。这是请求中用到的参数：
| response_type | 必须。必须被设置到代码里 |
| client_id | 必须。当客户端被注册时，授权服务器要标识的客户端。 |
| redirect_uri | 可选。通过客户端注册的重定向URI。 |
| scope | 可选。请求可能的作用域。 |
| state | 可选(推荐的)。任何需要被传递到客户端请求的URI客户端的状态。 |
原文地址：http://tutorials.jenkov.com/oauth2/request-response.html
作者：Jakob Jenkov 译者：林浩 校对：郭蕾
当客户端应用请求授权和访问令牌时，它发送http请求到授权服务器，同它的授权和令牌端点。被发送来回的请求和响应取决于授权类型。记住，这四种授权类型：
每一种授权类型的请求和响应的更多细节将在下文分开地阐释。
原文地址：http://tutorials.jenkov.com/oauth2/endpoints.html
作者：Jakob Jenkov 译者：林浩 校对：郭蕾
OAuth 2.0定义了一系列端点。端点典型的就是web服务器上的URI。比如，一个Java Servlet, JSP page, PHP page, ASP.NET网页等等。
这些端点定义有：
授权端点和令牌端点都位于授权服务器上，重定向端点位于客户端应用上。每个端点都会在下面讲述。
原文地址：http://tutorials.jenkov.com/oauth2/authorization.html
作者：Jakob Jenkov 译者：林浩 校对：郭蕾
当一个客户端应用想要访问拥有者托管在资源服务器的资源时，它必须先获得授权，本节将讲述客户端如何获取授权。
客户端标识，客户端密钥和重定向URI
在客户端应用能请求访问资源服务器的资源之前，客户端应用程序，必须先在资源服务器相关联的授权服务器中进行注册。
注册一个一次性的任务。一旦注册了，除非客户端注册被取消了，注册将持续有效。
注册后客户端应用将由授权服务器分配客户端标识和密钥。在授权服务器上，客户端标识和密钥是唯一标识客户端应用的。如果客户端应用注册了多个授权服务器(如Facebook, Twitter和Google等)，每一个授权服务器将发出唯一的标识给该客户端应用。
原文地址：http://tutorials.jenkov.com/oauth2/client-types.html
作者：Jakob Jenkov 译者：林浩 校对：郭蕾
OAuth 2.0客户端角色被细分为一系列类型和配置，本节将阐述这些类型和配置。
OAuth 2.0规范定义了两种客户端类型：
保密的客户端能够对外部保持客户端密码保密。该客户端密码是由授权服务器分配给客户端应用的。为了避免欺骗，该密码是授权服务器用来识别客户端的。例如一个保密的客户端可以是web应用，除了管理员，没有任何人能够访问服务器和看到该密码。
公有的客户端不能使客户端密码保密。比如移动手机应用或桌面应用会将密码嵌入在内部。这样的应用可能被破解，并且泄漏密码。这同于在用户的浏览器上运行的JavaScript应用。用户可以使用一个JavaScript调试器来寻找到应用程序，并查看客户端密码。
原文地址：http://tutorials.jenkov.com/oauth2/roles.html
作者：Jakob Jenkov 译者：林浩 校对：郭蕾
OAuth 2.0为用户和应用定义了如下角色：
这些角色在下图中表示为：
OAuth 2.0规范中的角色定义
原文地址：http://tutorials.jenkov.com/oauth2/overview.html
作者：Jakob Jenkov 译者：林浩 校对：郭蕾
如引言所说的，OAuth 2.0是一个能够使应用彼此访问数据的开放授权协议，这里我们将阐述该协议是怎么工作的以及规范中提到的概念。该图说明了整个授权过程：
原文地址：http://tutorials.jenkov.com/oauth2/index.html
作者：Jakob Jenkov 译者：林浩 校对：郭蕾
OAuth 2.0是一个应用之间彼此访问数据的开源授权协议。比如，一个游戏应用可以访问Facebook的用户数据或者一个基于地理的应用可以访问Foursquare的用户数据等。下面是一张阐述该概念的图：
1.3集成开发环境（IDEs）
你完全可以用文本编辑器来写Java 程序。但是，IDE会更方便。它不仅仅可以检查你的代码语法，还可以自动填写代码，检测，和调试你的程序。另外，在你输入的时候就自动编译了，还有运行Java程序只要点击个按钮就行。这样，可以节省你很多时间。
阅读全文
1.2 Java代码规格
写正确的可运行的Java程序固然重要，但是写出的代码方便阅读和维护也是相当重要的。普遍相信一个软件80%的时间都花在维护上。而且，程序员的变动率非常的高，所以很有可能是别人在维护你的代码。如果你留下的程序源代码是清楚且简单易懂的，不管是谁都会非常感谢你。 阅读全文
1.1第一个Java程序
这个小节主要介绍的是关于Java 开发的主要步骤：写代码，转换成字节码，和运行字节码。
阅读全文
本文翻译自《BIG DATA ANALYTICS BEYOND HADOOP》
我将会对机器学习算法的不同的实现范式进行讲解，既有来自文献中的，也有来自开源社区里的。首先，这里列出了目前可用的三代机器学习工具。
本文翻译自《BIG DATA ANALYTICS BEYOND HADOOP》译者：许巧辉
另一个来自Google的重要工具，看起来超越了Hadoop MR——Pregel框架实现了图形计算（Malewicez et al.2010）。在Pregel中的计算是由一系列迭代组成的，被称为supersteps。图上的每个顶点都与一个用户定义的计算函数相关联；Pregel确保每个superstep在图的每条边上并发调用用户定义的计算函数。顶点可通过边发送消息，并且顶点间可交换值。这也是个全局同步——所有操作必须在用户定义的函数结束后才能继续。熟悉BSP的读者可以看出为什么Pregel是BSP优秀的例子——一组实体在用户定义的函数中使用全局锁并行计算，并且能够进行消息交换。
阅读全文
Loading...
(3 votes, average: 4.33 out of 5)