getstarted

compared with
Current by ciciliati
on Nov 11, 2009 09:07.

Key
This line was removed.
This word was removed. This word was added.
This line was added.

Changes (4)

View page history
This is a work in progress.
Coming soon you will add an getting started learning path for federation. [getfed | Getting Started with Federation | getfed]

This tutorial will use opensso 8.0, Opensso Agents 3.0 for GlassFish, and GlassFish as its application server.

h3. 0-b. Create two application server instances/domains
On an application server, you can create separate instances or called domains where each domain is isolated from the other. Each domain would have its own ports and you could deploy apps on them. This is importnat, because you are going to deploy opensso.war on one domain, and then you are going to install the opensso agent on a second domain. This second domain is also where you will dpeloy deploy your applications and sample applications which the agent will protect.

opensso.war is a web application that provides security services. You deploy this opensso.war Java web application on a web container. Then addtionally, often if you have web applications that you want to be protected, you can download a policy agent on another application server instance. At runtime, the agent will talk to the opensso server to help provide security.

h5. 3-b Create an Agent Profile
As described in the policy agent docs, you need to create an agent profile. This is created actually on the opensso.war console UI. On the opensso server, you need to cerate create a profile for the agent which you will install next. This profile will contain the url of the Agent and some basic info, and then it will also generate some default properties for your aganets bevahior. agents behaviour. So you use the centralized opensso server UiI to manage your agents after they are installed. But first you need ot to create a profile for the agent. Make sure the URLs you enter when creating the agent match the urls of the agent domain and its ports for the domain where you will install the agent. And use Fully Qualified Domain Names!

The steps for this are available in the [offical documents for agents 3.0 | http://docs.sun.com/app/docs/doc/820-4578/gfxjk?a=view]
* keep the GF domain where you deployed opensso.war running. The agent installer will talk to the opensso server if opensso server is not available, then it can not do some of the validation that helps ensure a proper agent configuraton and install
* Stop the domain where you will install agent. In our case that would be domain2 for example. You can stop it with a command such as asadmin stop-domain domain2. The reason to stop it is that the agent installer will edit some of the config files for that domain of the aplication server, and some OS versions like windows, wont let edits happen when something is running. This often causes problems so please remeber to stop this domain where you plan to install agent.
* remember which domain has agent and which has opensso.war, and remember their URLs and ports...because you will use that info in installer.

Now for the installation, you can see the longer version of installation in official docs, or use the shortcut we show which is just a copy of the output of questions and the answers you will provide on the command line installer.

The individuals who post here are part of the extended Sun Microsystems community and they might not be employed or in any way formally affiliated with Sun Microsystems. The opinions expressed here are their own, are not necessarily reviewed in advance by anyone but the individual authors, and neither Sun nor any other party necessarily agrees with them.

Copyright 1994-2009 Sun Microsystems, Inc.
Powered by Atlassian Confluence
Sun Guidelines on Public Discourse Privacy Policy Terms of Use Trademarks Site Map Employment Investor Relations Contact