Merge pull request #22 from aasingh/master

added master-docinfo.xml and metadata.ini
This commit is contained in:
Stian Thorgersen 2016-06-09 14:05:49 +02:00
commit 09cac8e835
7 changed files with 42 additions and 4 deletions

12
master-docinfo.xml Executable file
View file

@ -0,0 +1,12 @@
<productname>Red Hat Single Sign-On</productname>
<productnumber>7.0.0</productnumber>
<subtitle>Securing Applications and Services Guide</subtitle>
<title>Securing Applications and Services Guide</title>
<release>7.0.0</release>
<abstract>
<para>This guide consist of information for securing applications and services using Red Hat Single Sign-On 7.0.0</para>
</abstract>
<authorgroup>
<orgname>Red Hat Customer Content Services</orgname>
</authorgroup>
<xi:include href="Common_Content/Legal_Notice.xml" xmlns:xi="http://www.w3.org/2001/XInclude" />

20
metadata.ini Normal file
View file

@ -0,0 +1,20 @@
[source]
language = en-US
type = book
markup = asciidoc
[metadata]
title = Securing Applications and Services Guide
product = Red Hat Single Sign-On
version = 7.0.0
edition =
subtitle =
keywords =
abstract =
[bugs]
reporting_url =
type =
product =
component = Documentation

View file

@ -174,6 +174,7 @@ public class CustomerService {
This section describes how to secure a WAR directly by adding config and editing files within your WAR package.
The first thing you must do is create a `keycloak.json` adapter config file within the `WEB-INF` directory of your WAR.
The format of this config file is describe in the <<fake/../java-adapter-config.adoc#_java_adapter_config,Java adapter configuration>> section.
Next you must set the `auth-method` to `KEYCLOAK` in `web.xml`.
@ -259,7 +260,9 @@ This metadata is instead defined within server configuration (i.e. `standalone.x
The `secure-deployment` `name` attribute identifies the WAR you want to secure.
Its value is the `module-name` defined in `web.xml` with `.war` appended.
The rest of the configuration corresponds pretty much one to one with the `keycloak.json` configuration options defined in <<fake/../java-adapter-config.adoc#_java_adapter_config,Java adapter configuration>>.
The exception is the `credential` element.
To make it easier for you, you can go to the {{book.project.title}} Administration Console and go to the Application/Installation tab of the application this WAR is aligned with.

View file

@ -58,6 +58,7 @@ This is a Jetty specific config file and you must define a Keycloak specific aut
----
Next you must create a `keycloak.json` adapter config file within the `WEB-INF` directory of your WAR.
The format of this config file is describe in the <<fake/../java-adapter-config.adoc#_java_adapter_config,Java adapter configuration>> section.
WARNING: The Jetty 9.1.x adapter will not be able to find the `keycloak.json` file.
@ -145,4 +146,4 @@ Here's an example:
<role-name>user</role-name>
</security-role>
</web-app>
----
----

View file

@ -45,7 +45,8 @@ This is a Tomcat specific config file and you must define a Keycloak specific Va
----
Next you must create a `keycloak.json` adapter config file within the `WEB-INF` directory of your WAR.
The format of this config file is describe in the <<fake/../java-adapter-config.adoc#_java_adapter_config,Java adapter configuration>> section.
The format of this config file is describe in the <<fake/../java-adapter-config.adoc#_java_adapter_config,Java adapter configuration>>
Finally you must specify both a `login-config` and use standard servlet security to specify role-base constraints on your URLs.
Here's an example:
@ -84,4 +85,4 @@ Here's an example:
<role-name>user</role-name>
</security-role>
</web-app>
----
----

View file

@ -190,4 +190,4 @@ There's also a few special redirect URIs:
If its not possible to start a web server in the client (or a browser is not available) it is possible to use the special `urn:ietf:wg:oauth:2.0:oob` redirect uri.
When this redirect uri is used Keycloak displays a page with the code in the title and in a box on the page.
The application can either detect that the browser title has changed, or the user can copy/paste the code manually to the application.
With this redirect uri it is also possible for a user to use a different device to obtain a code to paste back to the application.
With this redirect uri it is also possible for a user to use a different device to obtain a code to paste back to the application.

View file

@ -1,4 +1,5 @@
[[_jetty_saml_adapter]]
==== Jetty SAML Adapters
To be able to secure WAR apps deployed on Jetty you must install the {{book.project.name}} Jetty 9.x or 8.x SAML adapter into your Jetty installation.