The goal of this document is to describe how the User Management will be implemented in the Unified Push Server. Currently there is only one user created by default when installing UPS. Having the possibility to create multiple users is a "Must Have" and should be manageable from the Admin Console. Some roles should also be introduced
var crypto = require('crypto'); | |
var cipher = crypto.createCipher( process.argv[2], 'tacos' ); | |
//aes-gcm 256 | |
//key size must be 32 | |
var cipher = crypto.createCipheriv('aes-256-gcm', '3zTvzr3p67VC61jmV54rIYu1545x4TlY', 'X6sIq117H0vR'); | |
var cipher = crypto.createCipher('aes-256-gcm', '3zTvzr3p67VC61jmV54rIYu1545x4TlY'); | |
//aes-gcm 128 |
This quickstart demonstrates the use of a number of HTML5, CSS3 and JavaScript techniques. The registration form uses client side validation based on the constraints also defined on the model class as well as new input attributes like placeholder and autofocus. The member table is populated using RESTful get calls, client side templating and CSS3 styling.
This is a initial proposal on having a very simple persistence layer
- Persist data on local storage as a type of buffer
- Enable data to be created/saved/persisted/queryied/removed to/from the server side
This is a initial proposal on having a very simple persistence layer
- Persist data on local storage as a type of buffer
- Enable data to be created/saved/persisted/queryied/removed to/from the server side
Meeting minutes: | |
Roadmap review: | |
=============== | |
https://github.com/aerogear/beta.aerogear.org/blob/master/docs/planning/1.0.0/AeroGearAndroid.asciidoc | |
M1 progress: | |
------------ |
This gist is a follow up a previous gist that investigated using CDI events for handling SecurityProvider responses.
In short, a route can be configured so that only users belonging to certain groups can access the target endpoint. For example:
route()
.from("/delorean").roles("admin")
.on(RequestMethod.GET)
This document describes the server side interfaces for AeroGear. Since all interactions use the Http protocol the interfaces in question are resource URLs.
Some of the exposed resource URLs are specific to AeroGear, for example if AeroGear-Security is in use, then there are certain URL that are exposed by default. But for most of the resource URLs the actual composition of the URLs is specific to the server side application. This document's indent is to be a guide for users creating new RESTful server side applications as well as for client developers to know how to interact with RESTful applications (what request/responses will look like).
The APIs described in this document are based on Hypertext Transfer Protocol, version 1.1 and https is recommended. Please refer to the security section of this document for details why https is important.
A resource, or an endpoint, is identified by