Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/stormpath/stormpath-shiro
Apache Shiro plugin for Stormpath
https://github.com/stormpath/stormpath-shiro
Last synced: 3 months ago
JSON representation
Apache Shiro plugin for Stormpath
- Host: GitHub
- URL: https://github.com/stormpath/stormpath-shiro
- Owner: stormpath
- License: apache-2.0
- Archived: true
- Created: 2012-04-25T23:34:10.000Z (over 12 years ago)
- Default Branch: master
- Last Pushed: 2017-05-01T15:29:47.000Z (over 7 years ago)
- Last Synced: 2024-07-01T10:51:38.730Z (5 months ago)
- Language: Java
- Homepage:
- Size: 11 MB
- Stars: 34
- Watchers: 35
- Forks: 31
- Open Issues: 11
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
[](https://travis-ci.org/stormpath/stormpath-shiro)
[]()
[](https://codecov.io/gh/stormpath/stormpath-shiro)
[]()
#Stormpath is Joining Okta
We are incredibly excited to announce that [Stormpath is joining forces with Okta](https://stormpath.com/blog/stormpaths-new-path?utm_source=github&utm_medium=readme&utm-campaign=okta-announcement). Please visit [the Migration FAQs](https://stormpath.com/oktaplusstormpath?utm_source=github&utm_medium=readme&utm-campaign=okta-announcement) for a detailed look at what this means for Stormpath users.
We're available to answer all questions at [[email protected]](mailto:[email protected]).
# Apache Shiro plugin for Stormpath #
Copyright © 2013-2016 Stormpath, Inc. and contributors. This project is open-source via the [Apache 2.0 License](http://www.apache.org/licenses/LICENSE-2.0).
The `stormpath-shiro` plugin allows an [Apache Shiro](http://shiro.apache.org)-enabled application
use the [Stormpath](http://www.stormpath.com) User Management & Authentication service for all authentication and access control needs.
Pairing Shiro with Stormpath gives you a full application security system complete with immediate user account
support, authentication, account registration and password reset workflows, password security and more -
with little to no coding on your part.
Usage documentation [is in the wiki](https://github.com/stormpath/stormpath-shiro/wiki).
### Build Instructions ###
This project requires Maven 3 to build.
#### Basic Build ####
Run the following from a command prompt:
`mvn install`
#### Build with Docs ####
Install sphinx: `pip install sphinx` or using virtualenv:
```bash
pushd extensions/servlet/docs
virtualenv docs
source docs/bin/activate
pip install -r requirements.txt
popd
```
Then run:
`mvn install -Pdocs -Psphinx-docs`
#### Run the TCK ####
Clone the https://github.com/stormpath/stormpath-framework-tck project and run `mvn clean install -P\!run-ITs`
Then run `mvn install -Prun-TCK`
## Change Log
### 0.8.0 RC1
- Upgraded Shiro dependency to latest release candidate: 1.4.0-RC2
- Upgraded Stormpath SDK dependency to latest released version: 1.1.4
- Moved Shiro specific code to the Apache Shiro Repository
- Moved default configuration to [stormpath-shiro.ini](https://github.com/stormpath/stormpath-shiro/blob/master/extensions/servlet/src/main/resources/com/stormpath/shiro/servlet/config/stormpath-shiro.ini)
- Default configuration now disables Shiro's session tracking (using stateless JWTs in place)
- Added JAX-RS example
- Added Dropwizard + AngularJS example
### 0.7.2
- Fixed validation problem in web-fragment.xml
- Upgraded Stormpath SDK dependency to latest released version: 1.1.1
### 0.7.1
- Corrected Spring test dependencies scope
- Spring modules now correctly set the `EventBus` instance on the `SecurityManager`
### 0.7.0
- Upgraded Shiro dependency to latest stable release of 1.3.2
- Upgraded Stormpath SDK dependency to latest released version: 1.0.4
- Added `stormpath-shiro-servlet-plugin` to automatically configure Shiro to use a Stormpath realm and use Stormpath login UI out of the box
- Added spring-boot starters for both web and non-web applications, see `stormpath-shiro-spring-boot-starter` and `stormpath-shiro-spring-boot-web-starter`
- Added examples for core, servlet, spring-boot, and spring-boot-web extensions.
### 0.6.0
- Upgraded Shiro dependency to latest stable release of 1.2.3
- Upgraded Stormpath SDK dependency to latest released version: 1.0.RC2
- [Issue 6](https://github.com/stormpath/stormpath-shiro/issues/6): Fixed bug that prevented Authentication data to be removed from cache after a successful logout.
### 0.5.0
- Upgraded Stormpath SDK dependency to latest stable release of 0.9.1
- Added Permission support! It is now possible to assign Shiro permissions to Stormpath Accounts or Groups by leveraging Stormpath's newly released [CustomData](http://docs.stormpath.com/rest/product-guide/#custom-data) feature. You can add and remove permission to an Account or Group by modifying that account or group's CustomData resource. For example:
```java
Account account = getAccount(); //lookup account
//edit the permisssions assigned to the Account:
new CustomDataPermissionsEditor(account.getCustomData())
.append("user:1234:edit")
.append("document:*")
.remove("printer:*:print");
//persist the account's permission changes:
account.save();
```
The same `CustomDataPermissionsEditor` can be used to assign permissions to Groups as well, and assumes 'transitive association': any permissions assigned to a Group are also 'inherited' to the Accounts in the Group.
In other words, an account's total assigned permissions are any permissions assigned directly to the account, plus, all of the permissions assigned to any Group that contains the account.
The `CustomDataPermissionsEditor` will save the permissions as a JSON list in the CustomData resource, under the default `apacheShiroPermissions` field name, for example:
```json
{
... any other of your own custom data properties ...,
"apacheShiroPermissions": [
"perm1",
"perm2",
...,
"permN"
]
}
```
If you would like to change the default field name, you can call the `setFieldName` method:
```java
new CustomDataPermissionsEditor(account.getCustomData())
.setFieldName("whateverYouWantHere")
.append("user:1234:edit")
.append("document:*")
.remove("printer:*:print");
```
But you'll also need to update your `ApplicationRealm`'s configuration to reflect the new name so it can function - the realm reads the same `CustomData` field, so they must be identical to ensure both read and write scenarios access the same field. For example, if using `shiro.ini`:
stormpathRealm.groupPermissionResolver.customDataFieldName = whateverYouWantHere
stormpathRealm.accountPermissionResolver.customDataFieldName = whateverYouWantHere
- The `ApplicationRealm` implementation now has a default `groupPermissionResolver` and `accountPermissionResolver` properties that leverage respective group or account `CustomData` to support permissions as described above. Prior to this 0.5.0 release, there were no default implementations of these properties - you had to implement the interfaces yourself to support permissions. Now Permissions are built in by default (although you could still provide your own custom implementations if you have custom needs of course).
### 0.4.0
- Upgraded Stormpath SDK dependency to latest stable release of 0.8.1
- Added CacheManager/Cache bridging support. This allows the Stormpath SDK to use the same caching mechanism that you're already using for Shiro, simplifying cache configuration/setup. For example:
```ini
[main]
cacheManager = my.shiro.CacheManagerImplementation
securityManager.cacheManager = $cacheManager
# Stormpath integration:
stormpathClient = com.stormpath.shiro.client.ClientFactory
# etc...
stormpathClient.cacheManager = $cacheManager
```
If for some reason you *don't* want the Stormpath SDK to use Shiro's caching mechanism, you can configure the `stormpathCacheManager` property (instead of the expected Shiro-specific `cacheManager` property), which accepts a `com.stormpath.sdk.cache.CacheManager` instance instead:
```ini
# ...
stormpathCacheManager = my.com.stormpath.sdk.cache.CacheManagerImplementation
# etc...
stormpathClient.stormpathCacheManager = $stormpathCacheManager
```
But note this approach requires you to set-up/configure two separate caching mechanisms.
See ClientFactory `setCacheManager` and `setStormpathCacheManager` JavaDoc for more.
### 0.3.1
0.3.1 is a minor dependency fix: the Stormpath Java SDK dependency has been upgraded to reflect its latest 0.8.0 release. This is the only change - no additional features/changes have been made otherwise.