You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@shiro.apache.org by bd...@apache.org on 2017/07/05 15:30:59 UTC

shiro-site git commit: Fix getSubject() method link

Repository: shiro-site
Updated Branches:
  refs/heads/master 5ad50a997 -> dbc2d91e1


Fix getSubject() method link

Fixes: #24


Project: http://git-wip-us.apache.org/repos/asf/shiro-site/repo
Commit: http://git-wip-us.apache.org/repos/asf/shiro-site/commit/dbc2d91e
Tree: http://git-wip-us.apache.org/repos/asf/shiro-site/tree/dbc2d91e
Diff: http://git-wip-us.apache.org/repos/asf/shiro-site/diff/dbc2d91e

Branch: refs/heads/master
Commit: dbc2d91e181bdc0b7122c157cd9476ac44a9b7b4
Parents: 5ad50a9
Author: Ian Reardon <ia...@gmail.com>
Authored: Mon Jun 26 20:59:27 2017 -0400
Committer: Brian Demers <bd...@apache.org>
Committed: Wed Jul 5 11:30:28 2017 -0400

----------------------------------------------------------------------
 10-minute-tutorial.md.vtl | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
----------------------------------------------------------------------


http://git-wip-us.apache.org/repos/asf/shiro-site/blob/dbc2d91e/10-minute-tutorial.md.vtl
----------------------------------------------------------------------
diff --git a/10-minute-tutorial.md.vtl b/10-minute-tutorial.md.vtl
index e23b57b..202ef71 100644
--- a/10-minute-tutorial.md.vtl
+++ b/10-minute-tutorial.md.vtl
@@ -77,7 +77,7 @@ In almost all environments, you can obtain the currently executing user via the
 Subject currentUser = SecurityUtils.getSubject();
 ```
 
-Using [`SecurityUtils`](static/current/apidocs/org/apache/shiro/SecurityUtils.html).[getSubject()](static/current/apidocs/org/apache/shiro/SecurityUtils.html#getSubject()), we can obtain the currently executing [`Subject`](static/current/apidocs/org/apache/shiro/subject/Subject.html). A _Subject_ is just a security-specific "view" of an application User. We actually wanted to call it 'User' since that "just makes sense", but we decided against it: too many applications have existing APIs that already have their own User classes/frameworks, and we didn't want to conflict with those. Also, in the security world, the term `Subject` is actually the recognized nomenclature. Ok, moving on...
+Using [`SecurityUtils`](static/current/apidocs/org/apache/shiro/SecurityUtils.html).[`getSubject()`](static/current/apidocs/org/apache/shiro/SecurityUtils.html#getSubject--), we can obtain the currently executing [`Subject`](static/current/apidocs/org/apache/shiro/subject/Subject.html). A _Subject_ is just a security-specific "view" of an application User. We actually wanted to call it 'User' since that "just makes sense", but we decided against it: too many applications have existing APIs that already have their own User classes/frameworks, and we didn't want to conflict with those. Also, in the security world, the term `Subject` is actually the recognized nomenclature. Ok, moving on...
 
 The `getSubject()` call in a standalone application might return a `Subject` based on user data in an application-specific location, and in a server environment (e.g. web app), it acquires the `Subject` based on user data associated with current thread or incoming request.