Creazione di applicazioni di Flash Builder che eseguono l'autenticazione SSO tramite token HTTP creating-flash-builder-applicationsthat-perform-sso-authentication-using-http-tokens
Gli esempi e gli esempi contenuti in questo documento sono solo per AEM Forms in ambiente JEE.
È possibile creare un'applicazione client utilizzando un Flash Builder che esegue l'autenticazione Single Sign-On (SSO) utilizzando token HTTP. Si supponga, ad esempio, di creare un'applicazione basata sul Web utilizzando Flash Builder. Si supponga quindi che l'applicazione contenga viste diverse, in cui ciascuna vista richiama un'operazione AEM Forms diversa. Invece di autenticare un utente per ogni operazione di Forms, puoi creare una pagina di accesso che consente a un utente di eseguire l’autenticazione una volta. Una volta eseguita l’autenticazione, l’utente può richiamare più operazioni senza doverla ripetere. Ad esempio, se un utente ha effettuato l’accesso a Workspace (o a un’altra applicazione Forms), non sarà necessario ripetere l’autenticazione.
Sebbene l'applicazione client contenga la logica dell'applicazione necessaria per eseguire l'autenticazione SSO, la gestione degli utenti di AEM Forms esegue l'autenticazione utente effettiva. Per autenticare un utente tramite token HTTP, l'applicazione client richiama l'operazione authenticateWithHTTPToken
del servizio Authentication Manager. Gestione utenti è in grado di autenticare gli utenti utilizzando un token HTTP. Per le successive chiamate remote o ai servizi Web ad AEM Forms, non è necessario trasmettere le credenziali per l’autenticazione.
Il seguente processo AEM Forms di breve durata, denominato MyApplication/EncryptDocument
, viene richiamato dopo che un utente è stato autenticato tramite SSO. (Per informazioni sul processo, ad esempio i valori di input e output, vedere Esempio di processo di breve durata.)
MyApplication/EncryptDocument
utilizzando Workbench. (Vedi Utilizzo di Workbench.)L'applicazione client generata tramite Flash Builder interagisce con il servlet di sicurezza di User Manager configurato in /um/login
e /um/logout
. L'applicazione client invia quindi una richiesta all'URL /um/login
durante l'avvio per determinare lo stato dell'utente. Quindi User Manager risponde con lo stato utente. L’applicazione client e il servlet di sicurezza User Manager comunicano tramite HTTP.
Formato richiesta
Il servlet di sicurezza richiede le seguenti variabili di input:
um_no_redirect
- Il valore deve esseretrue
. Questa variabile accompagna tutte le richieste effettuate al servlet di sicurezza User Manager. Consente inoltre al servlet di sicurezza di distinguere la richiesta in ingresso proveniente da un client flessibile o da altre applicazioni web.j_username
- Questo valore è l'identificatore di accesso dell'utente specificato nel modulo di accesso.j_password
- Questo valore è la password corrispondente dell'utente fornita nel modulo di accesso.
Il valore j_password
è necessario solo per le richieste di credenziali. Se il valore della password non è specificato, il servlet di sicurezza controlla se l’account in uso è già autenticato. In tal caso, è possibile procedere; tuttavia, il servlet di sicurezza non esegue di nuovo l’autenticazione.
Formato risposta
Il servlet di sicurezza configurato in /um/login
risponde utilizzando il formato URLVariables
. In questo formato, l’output del tipo di contenuto è testo/normale. L’output contiene coppie di valori nome separate da un carattere e commerciale (&). La risposta contiene le seguenti variabili:
-
authenticated
- Valoretrue
ofalse
. -
authstate
- Questo valore può contenere uno dei seguenti valori:CREDENTIAL_CHALLENGE
- Questo stato indica che User Manager non è in grado di determinare l'identità dell'utente in alcun modo. Affinché l’autenticazione si verifichi, sono necessari il nome utente e la password dell’utente.SPNEGO_CHALLENGE
- Questo stato è trattato comeCREDENTIAL_CHALLENGE
.COMPLETE
- Questo stato indica che l'utente è autenticato da User Manager.FAILED
- Questo stato indica che User Manager non è riuscito ad autenticare l'utente. In risposta a questo stato, il client flex può mostrare un messaggio di errore all’utente.LOGGED_OUT
- Questo stato indica che l'utente si è disconnesso correttamente.
-
assertionid
- Se lo stato èCOMPLETE
, contiene il valoreassertionId
dell'utente. Un'applicazione client può ottenereAuthResult
per l'utente.
Processo di accesso
All'avvio di un'applicazione client, è possibile effettuare una richiesta POST al servlet di sicurezza /um/login
. Ad esempio, https://<your_serverhost>:<your_port>/um/login?um_no_redirect=true
. Quando la richiesta raggiunge il servlet di sicurezza User Manager, esegue i seguenti passaggi:
- Cerca un cookie denominato
lcAuthToken
. Se l’utente ha già effettuato l’accesso a un’altra applicazione Forms, questo cookie è presente. Se il cookie viene trovato, il suo contenuto viene convalidato. - Se l'SSO basato su intestazione è abilitato, il servlet cerca le intestazioni configurate per determinare l'identità dell'utente.
- Se SPNEGO è abilitato, il servlet tenta di avviare SPNEGO e di determinare l'identità dell'utente.
Se il servlet di sicurezza individua un token valido che corrisponde a un utente, consente di procedere e risponde con authstate=COMPLETE
. In caso contrario, il servlet di sicurezza risponde con authstate=CREDENTIAL_CHALLENGE
. Nell'elenco seguente vengono illustrati questi valori:
Case authstate=COMPLETE
: indica che l'utente è autenticato e il valoreassertionid
contiene l'identificatore di asserzione per l'utente. In questa fase, l’applicazione client può connettersi ad AEM Forms. Il servlet configurato per tale URL può ottenereAuthResult
per l'utente richiamando il metodoAuthenticationManager.authenticate(HttpRequestToken)
. L'istanzaAuthResult
può creare il contesto di User Manager e memorizzarlo nella sessione.Case authstate=CREDENTIAL_CHALLENGE
: indica che il servlet di sicurezza richiede le credenziali dell'utente. Come risposta, l'applicazione client può visualizzare la schermata di accesso all'utente e inviare le credenziali ottenute al servlet di sicurezza (ad esempio,https://<your_serverhost>:<your_port>/um/login?um_no_redirect=true&j_username=administrator&j_password=password)
. Se l'autenticazione ha esito positivo, il servlet di sicurezza risponde conauthstate=COMPLETE
.
Se l'autenticazione non riesce, il servlet di sicurezza risponde con authstate=FAILED
. Per rispondere a questo valore, l'applicazione client può visualizzare un messaggio per ottenere nuovamente le credenziali.
authstate=CREDENTIAL_CHALLENGE
, è consigliabile che il client invii le credenziali ottenute al servlet di sicurezza in un modulo POST.Processo di disconnessione
Quando un’applicazione client si disconnette, puoi inviare una richiesta al seguente URL:
https://<your_serverhost>:<your_port>/um/logout?um_no_redirect=true
Quando riceve questa richiesta, il servlet di sicurezza User Manager elimina il cookie lcAuthToken
e risponde con authstate=LOGGED_OUT
. Dopo che l'applicazione client riceve questo valore, l'applicazione può eseguire attività di pulizia.
Creazione di un'applicazione client che autentica gli utenti AEM form mediante SSO creating-a-client-application-that-authenticates-aem-forms-users-using-sso
Per illustrare come creare un'applicazione client che esegue l'autenticazione SSO, viene creata un'applicazione client di esempio. Nella figura seguente vengono illustrati i passaggi eseguiti dall'applicazione client per l'autenticazione di un utente tramite SSO.
L'illustrazione precedente descrive il flusso dell'applicazione che si verifica all'avvio dell'applicazione client.
- L'applicazione client attiva l'evento
applicationComplete
. - Chiamata a
ISSOManager.singleSignOn
effettuata. L’applicazione client invia una richiesta al servlet di sicurezza User Manager. - Se il servlet di sicurezza autentica l'utente,
ISSOManager
inviaSSOEvent.AUTHENTICATION_SUCCESS
. Come risposta, l’applicazione client mostra la pagina principale. In questo esempio, la pagina principale richiama il processo di breve durata di AEM Forms denominato MyApplication/EncryptDocument. - Se il servlet di protezione non è in grado di determinare se l'utente è valido, l'applicazione richiede nuovamente le credenziali utente. La classe
ISSOManager
invia l'eventoSSOEvent.AUTHENTICATION_REQUIRED
. L’applicazione client visualizza la pagina di accesso. - Le credenziali fornite nella pagina di accesso vengono inviate al metodo
ISSOManager.login
. Se l’autenticazione ha esito positivo, viene eseguito il passaggio 3. In caso contrario, viene attivato l'eventoSSOEvent.AUTHENTICATION_FAILED
. L’applicazione client visualizza la pagina di accesso e un messaggio di errore appropriato.
Creazione dell’applicazione client creating-the-client-application
L’applicazione client è costituita dai seguenti file:
SSOStandalone.mxml
: file MXML principale che rappresenta l'applicazione client. (Vedi Creazione del file SSOStandalone.mxml.)um/ISSOManager.as
: espone le operazioni relative al Single Sign On (SSO). Vedere Creazione del file ISSOManager.as.um/SSOEvent.as
:SSOEvent
viene inviato per eventi correlati all'SSO. Vedere Creazione del file SSOEvent.as.um/SSOManager.as
: gestisce le operazioni relative all'SSO e invia gli eventi appropriati. Vedere Creazione del file SSOManager.as.um/UserManager.as
: contiene la logica dell'applicazione che richiama il servizio Authentication Manager utilizzando il relativo WSDL. (Vedi Creazione del file UserManager.as.)views/login.mxml
: rappresenta la schermata di accesso. (Vedi Creazione del file login.mxml.)views/logout.mxml
: rappresenta la schermata di disconnessione. (Vedere Creazione del file logout.mxml.)views/progress.mxml
: rappresenta una visualizzazione dell'avanzamento. (Vedi Creazione del file progress.mxml.)views/remoting.mxml
: rappresenta la visualizzazione che richiama il processo di breve durata di AEM Forms denominato MyApplication/EncryptDocument utilizzando la comunicazione remota. (Vedere Creazione del file remoting.mxml.)
L'illustrazione seguente fornisce una rappresentazione visiva dell'applicazione client.
Creazione del file SSOStandalone.mxml creating-the-ssostandalone-mxml-file
Il codice seguente rappresenta il file SSOStandalone.mxml.
<?xml version="1.0" encoding="utf-8"?>
<mx:Application
layout="absolute"
applicationComplete="initApp()"
height="400" width="550"
xmlns:v="views.*"
backgroundColor="#EDE8F0" viewSourceURL="srcview/index.html">
<mx:Script>
<![CDATA[
import mx.utils.URLUtil;
import um.SSOEvent;
import mx.core.UIComponent;
import um.SSOManager;
import mx.rpc.events.ResultEvent;
import mx.utils.ObjectUtil;
import mx.controls.Alert;
[Bindable]
private var _serverURL:String;
private var _ssoManager:SSOManager;
private var _progress:UIComponent;
private var _loginPage:UIComponent;
private function initApp():void{
_serverURL = determineServerUrl();
_ssoManager = new SSOManager(_serverURL);
_ssoManager.addEventListener(SSOEvent.AUTHENTICATION_FAILED,loginHandler);
_ssoManager.addEventListener(SSOEvent.AUTHENTICATION_SUCCESS,loginHandler);
_ssoManager.addEventListener(SSOEvent.AUTHENTICATION_REQUIRED,loginHandler);
_ssoManager.addEventListener(SSOEvent.LOGOUT_COMPLETE,loginHandler);
_ssoManager.addEventListener(SSOEvent.AUTHENTICATION_FAULT,loginHandler);
trace("[Main] Add the required event handlers for authentication");
_ssoManager.singleSignOn();
showBusy();
}
private function determineServerUrl():String
{
var s:String ;
var appUrl:String = Application.application.url;
var givenUrl:String = ExternalInterface.call("serverUrl.toString");
trace("[Main] Application url ["+appUrl+"] Given url ["+givenUrl+"]");
if(appUrl != null && appUrl.search("^http") != -1){
s = appUrl;
}
if(s == null){
s = givenUrl;
}
if(s== null){
s = "https://hiro-xp:8080/";
}
s = URLUtil.getFullURL(s,"/");
trace("[Main] Would be using ["+s+"] as serverUrl");
return s;
}
private function loginHandler(event:SSOEvent):void
{
trace("[Main] Handling event "+event.type);
switch(event.type)
{
case SSOEvent.AUTHENTICATION_FAILED:
viewContent.selectedChild = login;
login.showLoginFailed();
break;
case SSOEvent.AUTHENTICATION_SUCCESS:
viewContent.selectedChild = remoting;
break;
case SSOEvent.AUTHENTICATION_REQUIRED:
viewContent.selectedChild = login;
break;
case SSOEvent.LOGOUT_COMPLETE:
viewContent.selectedChild = logout;
break;
case SSOEvent.AUTHENTICATION_FAULT:
Alert.show("Error doing authentication. Root error ["+event.rootEvent+"]","Authentication Fault",Alert.OK);
}
}
public function get ssoManager():SSOManager
{
return _ssoManager;
}
public function showBusy():void
{
viewContent.selectedChild = progress;
}
public function get serverUrl():String
{
return _serverURL;
}
]]>
</mx:Script>
<mx:ViewStack x="0" y="0" id="viewContent" >
<v:login id="login" />
<v:remoting id="remoting" />
<v:progress id="progress" />
<v:logout id="logout"/>
</mx:ViewStack>
</mx:Application>
Creazione del file ISSOManager.as creating-the-issomanager-as-file
Il codice seguente rappresenta il file ISSOManager.as.
package um
{
import flash.events.IEventDispatcher;
/**
* The <code>ISSOManager</code> expose operations related to Single Sign On (SSO) in AEM Forms
* environment. The application should register appropriate <code>SSOEvent</code> handlers prior
* to calling any of the following operations
*/
public interface ISSOManager extends IEventDispatcher
{
/**
* Tries to validate whether the user has an already existing session or not (SSO Scenarios). The application
* may call this method during the initialization. In general this call would lead to one of the
* following events getting dispatched
* <ul>
* <li>SSOEvent.AUTHENTICATION_SUCCESS - If a SSO session was found and valid
* <li>SSOEvent.AUTHENTICATION_REQUIRED - No SSO session was found and as such authentication is required in
* the form of username and password.
* <li>SSOEvent.AUTHENTICATION_FAULT - Some error has occured while connecting to the server
* </ul>
*/
function singleSignOn():void;
/**
* Authenticates the user using username and password. It may lead to one of the following events
* <ul>
* <li>SSOEvent.AUTHENTICATION_SUCCESS - The authentication is successful and a session is established
* <li>SSOEvent.AUTHENTICATION_FAILED - Authentication has failed
* </ul>
*/
function login(username:String, password:String):void;
/**
* Terminates the current session and logs out the user.
*/
function logout():void;
/**
* Get the assertionId for the logged in user
*/
function get assertionId():String;
}
}
Creazione del file SSOEvent.as creating-the-ssoevent-as-file
Il codice seguente rappresenta il file SSOEvent.as.
package um
{
import flash.events.Event;
/**
* The <code>SSOEvent</code> is dispatched for SSO related events
*/
public class SSOEvent extends Event
{
/**
* This type of event would be dispatched when the Authentication process is successful. Authentication
* might have been done with SSO or username and password. As a response to this event the application
* can show the welcome page to the user
* The application may want to perform specific check for permission/role so as to verify the user is allowed.
* So as a response to this event the application would do those checks and then only show the welcome page
*/
public static const AUTHENTICATION_SUCCESS:String = "authenticationSuccess";
/**
* This type of event would be dispatched when authentication fails using the username, password.
* As a response to this type of event an application can show an error message to the user.
* This event would only happen when authentication is done using username and password and NOT in
* SSO case.
*/
public static const AUTHENTICATION_FAILED:String = "authenticationFailed";
/**
* This type of event would be dispatched when authentication using SSO is not achieved. And due to
* that we require the user's username and password for authentication. As a response to this event
* the application can show the login page to the user.
*/
public static const AUTHENTICATION_REQUIRED:String = "authenticationRequired";
/**
* This type of event would be dispatched when logout is complete. As a response to this event the
* application may show a logout page informing the user that he has been logged out. Or the application
* can take the user back to login page
*/
public static const LOGOUT_COMPLETE:String = "logoutComplete";
/**
* This type of event would be dispatched when ever there is a problem in doing Authentication. The root cause
* can be obtained from the <code>rootEvent</code>.
*/
public static const AUTHENTICATION_FAULT:String = "authenticationFault";
private var _rootEvent:Event;
public function SSOEvent(type:String, rootEvent:Event=null)
{
super(type,true,false);
_rootEvent = rootEvent;
}
/**
* The root event. If current event type is <code>AUTHENTICATION_FAULT</code> then it would be an
* <code>IOErrorEvent</code> in other cases it would be complete event. Its basic use is to extract the root
* cause if there is an authentication fault.
*/
public function get rootEvent():Event
{
return _rootEvent;
}
}
}
Creazione del file SSOManager.as creating-the-ssomanager-as-file
Il codice seguente rappresenta il file SSOManager.as.
package um
{
import flash.events.Event;
import flash.events.EventDispatcher;
import flash.events.IOErrorEvent;
import flash.external.ExternalInterface;
import flash.net.URLLoader;
import flash.net.URLLoaderDataFormat;
import flash.net.URLRequest;
import flash.net.URLVariables;
import mx.utils.ObjectUtil;
/**
* Manages the SSO related operations and dispatches appropriate events. It would connect to the UM Filter/Servlet
* at <code>um/login</code> The UM response would be of form of url encoded variables. It would look for
* <code>authstate</code> value in the response and depending on that it would proceed.
*
* <p>If there is an IO_Error while initial attempt to UM then it would assume it as a 401 response. And it would
* be assumed that SPNEGO based authenticatin is not working and therefore user would be shown a login page.
*/
public class SSOManager extends EventDispatcher implements ISSOManager
{
private static const SSO_URL:String = "um/login";
private static const SSO_LOGOUT_URL:String = "um/logout";
private static const AUTH_COOKIE_NAME:String = "lcAuthToken";
private var _serverUrl:String;
private var _assertionId:String;
/**
* Constructs an SSOManager with the given server url.
*
* @param serverUrl - The uri of the server to connect to. it must be without any context path for example,
* http://localhost:8080/. The SSOManager would directly append the path of UM exposed SSO url to it
* for its operations
*/
public function SSOManager(serverUrl:String)
{
_serverUrl = serverUrl;
}
public function singleSignOn():void
{
sendRequest(SSO_URL,true);
}
public function login(username:String, password:String):void
{
sendRequest(SSO_URL,false,
function(request:URLRequest,vars:URLVariables):void
{
vars.j_username = username;
vars.j_password = password;
}
);
}
public function logout():void
{
sendRequest(SSO_LOGOUT_URL);
}
public function get assertionId():String
{
return _assertionId;
}
/**
* Connects to the UM security service.
*/
private function sendRequest(relativeUrl:String,authenticationRequest:Boolean=false, requestProcessor:Function=null):void
{
var loader:URLLoader = new URLLoader();
loader.dataFormat = URLLoaderDataFormat.VARIABLES;
var request:URLRequest = new URLRequest(_serverUrl + relativeUrl);
trace("[SSOmanager] Contacting ["+request.url+"]");
var vars:URLVariables = new URLVariables();
vars.um_no_redirect = "true";
request.data = vars;
if(requestProcessor != null){
requestProcessor(request,vars);
}
loader.addEventListener(Event.COMPLETE,authHandler);
//if its an authentication request then only treat io error as a possible 401
//for others treat them as faults
if(authenticationRequest){
loader.addEventListener(IOErrorEvent.IO_ERROR,httpAuthenticationHandler);
}else{
loader.addEventListener(IOErrorEvent.IO_ERROR,authFaultHandler);
}
trace("[SSOmanager] Sending request "+ ObjectUtil.toString(request));
loader.load(request);
}
private function authHandler(event:Event):void
{
var loader:URLLoader = URLLoader(event.target);
var response:URLVariables = URLVariables(loader.data);
trace("[SSOmanager] Processing response ["+ObjectUtil.toString(response)+"]");
handleAuthResult(response["authstate"],response);
}
/**
* Handles the IOErrorEvent. Flash would dispatch IOEvent in response to HTTP 401.
* There is no way to distinguish it from the genuine IOError.
*/
private function httpAuthenticationHandler(event:IOErrorEvent):void
{
trace("[SSOmanager] Processing IOErrorEvent ["+ObjectUtil.toString(event)+"]");
handleAuthResult("CREDENTIAL_CHALLENGE");
}
/**
* Dispatches appropriate <code>SSOEvent</code> on the basis of the <code>authstate</code>
* value of the response.
* The response is url encoded in for of
* <pre>
* authenticated=false&authstate=SPNEGO_CHALLENGE
* </pre>
* Depending on <code>authstate</code> the SSOEvent is dispatched
*/
private function handleAuthResult(authState:String,response:URLVariables = null):void
{
trace("[SSOmanager] processing state "+authState);
switch(authState)
{
case "FAILED" :
dispatchEvent(new SSOEvent(SSOEvent.AUTHENTICATION_FAILED));
break;
case "COMPLETE" :
_assertionId = response ? response["assertionid"] : null;
dispatchEvent(new SSOEvent(SSOEvent.AUTHENTICATION_SUCCESS));
break;
case "CREDENTIAL_CHALLENGE" :
dispatchEvent(new SSOEvent(SSOEvent.AUTHENTICATION_REQUIRED));
break;
case "LOGGED_OUT" :
dispatchEvent(new SSOEvent(SSOEvent.LOGOUT_COMPLETE));
break;
default:
dispatchEvent(new SSOEvent(SSOEvent.AUTHENTICATION_REQUIRED));
break;
}
}
private function authFaultHandler(event:Event):void
{
dispatchEvent(new SSOEvent(SSOEvent.AUTHENTICATION_FAULT,event));
}
}
}
Creazione del file UserManager.as creating-the-usermanager-as-file
Il codice seguente rappresenta il file UserManager.as.
package um
{
import flash.events.Event;
import mx.rpc.soap.WebService;
import mx.rpc.soap.Operation;
import mx.rpc.IResponder;
import mx.rpc.events.FaultEvent;
import mx.rpc.events.ResultEvent;
import mx.rpc.soap.LoadEvent;
public class UserManager
{
private var _ssoManager:ISSOManager;
private var _serverUrl:String;
public function UserManager(ssoManager:ISSOManager,serverUrl:String)
{
_serverUrl = serverUrl;
_ssoManager = ssoManager;
}
public function retrieveAssertion(responder:IResponder):String
{
var assertionId:String = _ssoManager.assertionId;
if(!assertionId)
{
trace("[UserManager] AssertionId not found");
return null;
}
var ws:WebService = new WebService();
var wsdl:String = _serverUrl+'soap/services/AuthenticationManagerService?wsdl&lc_version=8.2.1';
ws.loadWSDL(wsdl);
ws.addEventListener(LoadEvent.LOAD,
function(event:Event):void
{
trace("[UserManager] WSDL loaded");
var authenticate:Operation = ws.authenticateWithHttpToken as Operation;
authenticate.resultFormat = "e4x";
authenticate.addEventListener(ResultEvent.RESULT,
function(event:Event):void
{
responder.result(event);
}
);
authenticate.send({assertionId:assertionId});
}
);
ws.addEventListener(FaultEvent.FAULT,
function(event:Event):void
{
responder.fault(event);
}
);
return null;
}
}
}
Creazione del file login.mxml creating-the-login-mxml-file
Il codice seguente rappresenta il file login.mxml.
<?xml version="1.0" encoding="utf-8"?>
<mx:Canvas width="500" height="400">
<mx:Script>
<![CDATA[
import mx.core.Application;
public function showLoginFailed():void
{
loginMessage.text = "Username or Password incorrect";
}
private function doLogin():void
{
Application.application.ssoManager.login(j_username.text,j_password.text);
Application.application.showBusy();
}
]]>
</mx:Script>
<mx:VBox height="113" width="244" x="128" y="144" horizontalAlign="center" verticalGap="10">
<mx:HBox width="100%">
<mx:HBox width="100%" verticalAlign="middle" horizontalAlign="center" height="32">
<mx:Label text="Username" fontWeight="bold"/>
<mx:TextInput id="j_username"/>
</mx:HBox>
</mx:HBox>
<mx:HBox width="100%" height="33" horizontalAlign="center" horizontalGap="10" verticalAlign="middle">
<mx:Label text="Password" fontWeight="bold"/>
<mx:TextInput displayAsPassword="true" id="j_password"/>
</mx:HBox>
<mx:Button label="Login" click="doLogin()"/>
</mx:VBox>
<mx:Text x="128" y="122" id="loginMessage" width="230" height="14"/>
<mx:Label x="154" y="65" text="AEM Forms SSO Demo" fontFamily="Georgia" fontSize="20" color="#0A0A0A"/>
</mx:Canvas>
Creazione del file logout.mxml creating-the-logout-mxml-file
Il codice seguente rappresenta il file logout.mxml.
<?xml version="1.0" encoding="utf-8"?>
<mx:Canvas width="500" height="400">
<mx:Label x="97" y="188" text="You have successfully logged out from the application"/>
</mx:Canvas>
Creazione del file progress.mxml creating-the-progress-mxml-file
Il codice seguente rappresenta il file progress.mxml.
<?xml version="1.0" encoding="utf-8"?>
<mx:Canvas >
<mx:Label x="151" y="141" text="Wait...."/>
<mx:SWFLoader source="LoadingCircle.swf" width="50" height="50" horizontalCenter="0" verticalCenter="0"/>
</mx:Canvas>
Creazione del file remoting.mxml creating-the-remoting-mxml-file
Il codice seguente rappresenta il file remoting.mxml che richiama il processo MyApplication/EncryptDocument
. Poiché un documento viene passato al processo, la logica dell’applicazione responsabile del passaggio di un documento protetto ad AEM Forms si trova in questo file. (Vedi Passaggio di documenti protetti per richiamare i processi tramite la comunicazione remota.)
<?xml version="1.0" encoding="utf-8"?>
<mx:Canvas width="664" height="400" creationComplete="initializeChannelSet()" xmlns:views="views.*">
<mx:Script>
<![CDATA[
import mx.rpc.livecycle.DocumentReference;
import flash.net.FileReference;
import flash.net.URLRequest;
import flash.events.Event;
import flash.events.DataEvent;
import mx.messaging.ChannelSet;
import mx.messaging.channels.AMFChannel;
import mx.rpc.events.ResultEvent;
import mx.collections.ArrayCollection;
import mx.rpc.AsyncToken;
import um.UserManager;
import mx.rpc.events.ResultEvent;
import mx.rpc.events.FaultEvent;
import mx.core.Application;
import mx.rpc.Responder;
import mx.utils.ObjectUtil;
// Classes used in file retrieval
private var fileRef:FileReference = new FileReference();
private var docRef:DocumentReference = new DocumentReference();
private var parentResourcePath:String = "/";
//private var serverPort:String = "'[server]:[port]'";
private var serverPort:String = "'[server]:[port]'";
private var now1:Date;
private var userManager:UserManager;
// Define a ChannelSet object.
public var cs:ChannelSet;
// Holds information returned from AEM Forms
[Bindable]
public var progressList:ArrayCollection = new ArrayCollection();
// Set up channel set to invoke AEM Forms.
// This must be done before calling any service or process, but only
// once for the entire application.
private function initializeChannelSet():void {
cs = new ChannelSet();
cs.addChannel(new AMFChannel("remoting-amf", "https://" + serverPort + "/remoting/messagebroker/amf"));
EncryptDocument.channelSet = cs;
//Get the user that is authenticated
userManager = new UserManager(Application.application.ssoManager,Application.application.serverUrl);
userManager.retrieveAssertion(
new mx.rpc.Responder(
function(event:ResultEvent):void
{
var name:String = XML(event.currentTarget.lastResult)..*::authenticatedUser.*::userid.text();
username.text = "Welcome "+name;
},
function(event:FaultEvent):void
{
mx.controls.Alert.show(event.fault.faultString,'Error')
}
)
);
}
// Call this method to upload the file.
// This creates a file picker and lets the user select a PDF file to pass to the EncryptDocument process.
private function uploadFile():void {
fileRef.addEventListener(Event.SELECT, selectHandler);
fileRef.addEventListener(DataEvent.UPLOAD_COMPLETE_DATA,completeHandler);
fileRef.browse();
}
// Gets called for selected file. Does the actual upload via the file upload servlet.
private function selectHandler(event:Event):void {
var authTokenService:RemoteObject = new RemoteObject("LC.FileUploadAuthenticator");
authTokenService.addEventListener("result", authTokenReceived);
authTokenService.channelSet = cs;
authTokenService.getFileUploadToken();
}
private function authTokenReceived(event:ResultEvent):void
{
var token:String = event.result as String;
var request:URLRequest = DocumentReference.constructRequestForUpload("https://hiro-xp:8080", token);
try
{
fileRef.upload(request);
}
catch (error:Error)
{
trace("Unable to upload file.");
}
}
// Called once the file is completely uploaded.
private function completeHandler(event:DataEvent):void {
// Set the docRefs url and referenceType parameters
docRef.url = event.data as String;
docRef.referenceType=DocumentReference.REF_TYPE_URL;
executeInvokeProcess();
}
//This method invokes the EncryptDocument process
public function executeInvokeProcess():void {
//Create an Object to store the input value for the EncryptDocument process
now1 = new Date();
var params:Object = new Object();
params["inDoc"]=docRef;
// Invoke the EncryptDocument process
var token:AsyncToken;
token = EncryptDocument.invoke(params);
token.name = name;
}
// This method handles a successful conversion invocation
public function handleResult(event:ResultEvent):void
{
//Retrieve information returned from the service invocation
var token:AsyncToken = event.token;
var res:Object = event.result;
var dr:DocumentReference = res["outDoc"] as DocumentReference;
var now2:Date = new Date();
// These fields map to columns in the DataGrid
var progObject:Object = new Object();
progObject.filename = token.name;
progObject.timing = (now2.time - now1.time).toString();
progObject.state = "Success";
progObject.link = "<a href='" + dr.url + "'> open </a>";
progressList.addItem(progObject);
}
private function resultHandler(event:ResultEvent):void {
// Do anything else here.
}
private function logout():void
{
Application.application.ssoManager.logout();
Application.application.showBusy();
}
]]>
</mx:Script>
<mx:RemoteObject id="EncryptDocument" destination="MyApplication/EncryptDocument" result="resultHandler(event);">
<mx:method name="invoke" result="handleResult(event)"/>
</mx:RemoteObject>
<!--//This consists of what is displayed on the webpage-->
<mx:Panel id="lcPanel" title="EncryptDocument (Deprecated for AEM forms) AEM Forms Remoting Example"
height="25%" width="25%" paddingTop="10" paddingLeft="10" paddingRight="10"
paddingBottom="10">
<mx:Label width="100%" color="blue"
id="username"/>
<mx:DataGrid x="10" y="0" width="500" id="idProgress" editable="false"
dataProvider="{progressList}" height="231" selectable="false" >
<mx:columns>
<mx:DataGridColumn headerText="Filename" width="200" dataField="filename" editable="false"/>
<mx:DataGridColumn headerText="State" width="75" dataField="state" editable="false"/>
<mx:DataGridColumn headerText="Timing" width="75" dataField="timing" editable="false"/>
<mx:DataGridColumn headerText="Click to Open" dataField="link" editable="false" >
<mx:itemRenderer>
<mx:Component>
<mx:Text x="0" y="0" width="100%" htmlText="{data.link}"/>
</mx:Component>
</mx:itemRenderer>
</mx:DataGridColumn>
</mx:columns>
</mx:DataGrid>
<mx:Button label="Select File" click="uploadFile()" />
<mx:Button label="Logout" click="logout()" />
</mx:Panel>
</mx:Canvas>
Informazioni aggiuntive additional-information
Le sezioni seguenti forniscono ulteriori dettagli che descrivono la comunicazione tra l’applicazione client e il servlet di sicurezza User Manager.
Si verifica una nuova autenticazione a-new-authentication-occurs
In questa situazione, l’utente tenta di accedere per la prima volta da un’applicazione client ad AEM Forms. (non esiste alcuna sessione precedente che coinvolga l’utente.) Nell'evento applicationComplete
viene richiamato il metodo SSOManager.singleSignOn
che invia una richiesta a User Manager.
GET /um/login?um%5Fno%5Fredirect=true HTTP/1.1
Il servlet di sicurezza User Manager risponde con il seguente valore:
HTTP/1.1 200 OK
authenticated=false&authstate=CREDENTIAL_CHALLENGE
In risposta a questo valore, viene inviato un valore SSOEvent.AUTHENTICATION_REQUIRED
. Di conseguenza, l’applicazione client visualizza una schermata di accesso per l’utente. Le credenziali vengono inviate nuovamente al servlet di sicurezza User Manager.
GET /um/login?um%5Fno%5Fredirect=true&j%5Fusername=administrator&j%5Fpassword=password HTTP/1.1
Il servlet di sicurezza User Manager risponde con il seguente valore:
HTTP/1.1 200 OK
Set-Cookie: lcAuthToken=53630BC8-F6D4-F588-5D5B-4668EFB2EC7A; Path=/
authenticated=true&authstate=COMPLETE&assertionid=53630BC8-F6D4-F588-5D5B-4668EFB2EC7A
Di conseguenza, authstate=COMPLETE the SSOEvent.AUTHENTICATION_SUCCESS
è stato inviato. Se necessario, l’applicazione client può eseguire ulteriori elaborazioni. Ad esempio, è possibile creare un registro che tenga traccia della data e dell’ora di autenticazione dell’utente.
L'utente è già autenticato the-user-is-already-authenticated
In questa situazione, l’utente ha già effettuato l’accesso ad AEM Forms e quindi passa all’applicazione client. L'applicazione client si connette al servlet di sicurezza User Manager durante l'avvio.
GET /um/login?um%5Fno%5Fredirect=true HTTP/1.1
Cookie: JSESSIONID=A4E0BCC2DD4BCCD3167C45FA350BD72A; lcAuthToken=53630BC8-F6D4-F588-5D5B-4668EFB2EC7A
Poiché l’utente è già autenticato, il cookie di User Manager è presente e viene inviato al servlet di sicurezza di User Manager. Il servlet ottiene quindi il valore assertionId
e ne verifica la validità. Se è valido, viene restituito authstate=COMPLETE
. Altrimenti authstate=CREDENTIAL_CHALLENGE
viene restituito. Di seguito è riportata una risposta tipica:
HTTP/1.1 200 OK
authenticated=true&authstate=COMPLETE&assertionid=53630BC8-F6D4-F588-5D5B-4668EFB2EC7A
In questa situazione, l’utente non viene visualizzato in una schermata di accesso ma viene portato direttamente in una schermata di benvenuto.