Installing Java EE Agents in Jetty Server
This chapter covers installation of the policy agent for Jetty.
Before You Install
Make sure OpenAM is installed and running, and that you can contact OpenAM from the system running the policy agent. Next, create a profile for your policy agent as described in Creating Agent Profiles. To protect resources with the agent, create at least one policy as described in Configuring Policies in the OpenAM Administration Guide. Consider creating a simple policy, such as a policy that allows only authenticated users to access your resources in order to test your policy agent after installation.
You must install Jetty before you install the policy agent, and you must stop the server during installation.
You must install a supported version of the Java runtime environment. Set the JAVA_HOME environment variable accordingly. The policy agent requires Java.
$ echo $JAVA_HOME
/path/to/java
Download the agent distribution of the J2EE Agent from GitHub. Also verify the checksum of the file you download against the checksum posted on the download page.
Unzip the file in the directory where you plan to install the J2EE policy agent. The agent you install stores its configuration and logs under this directory.
When you unzip the policy agent, you find the following files and directories under the jee-agent-uberjar or jee-agent-jar-with-lib directory.
Despite the directory name, the policy agent supports multiple container versions.
agent.jar-
The policy agent JAR file itself.
agent-lib-
For the
jar-with-libdistribution. Contains external libraries that the agent needs to run. agent-locale-
Locale files and templates
Installing the Jetty Policy Agent
Complete the following procedures to install the policy agent.
Regardless of whether you store configurations centrally in OpenAM or locally with your agents, the agent requires a profile so that it can connect to and communicate with OpenAM.
-
In the OpenAM console, browse to Realms > Realm Name > Agents > J2EE, and then click the New… button in the Agent table.
-
Complete the web form using the following hints:
- Name
-
The name for the agent profile used when you install the agent
- Password
-
Password the agent uses to authenticate to OpenAM
- Configuration
-
Centralized configurations are stored in the OpenAM configuration store. You can manage the centralized configuration through the OpenAM console. Local configurations are stored in a file alongside the agent.
- Server URL
-
The full URL to an OpenAM instance, or if OpenAM is deployed in a site configuration (behind a load balancer) then the site URL
In centralized configuration mode, the Server URL is used to populate the agent profile for services, such as Login, Logout, Naming, and Cross Domain SSO.
- Agent URL
-
The URL to the J2EE agent application, such as
http://www.example.com:8080/agentappIn centralized configuration mode, the Agent URL is used to populate the Agent Profile for services, such as notifications.
-
Shut down the Jetty server where you plan to install the agent.
-
Create the Agent configuration files
debugconfig.properties:org.forgerock.openam.debug.prefix= org.forgerock.openam.debug.suffix= org.forgerock.openam.debug.rotation=and
OpenSSOAgentBootstrap.properties:com.iplanet.am.naming.url=http://openam.example.org:8080/openam/namingservice com.sun.identity.agents.config.service.resolver=org.openidentityplatform.identity.agents.GenericAgentServiceResolver com.sun.identity.agents.app.username=amadmin com.iplanet.am.service.secret = AQIC5wM2LY4SfcwrWIPia7mlGbsTreZGLWhi am.encryption.pwd = KmhUnWR1MYWDYW4xuqdF5nbm+CXIyOVt com.sun.identity.agents.config.profilename=myAgent com.iplanet.services.debug.level=message com.iplanet.services.debug.directory=/path/to/j2ee_agents/Agent_001/logs/debug com.sun.services.debug.mergeall=on com.sun.identity.agents.config.local.logfile=/path/to/j2ee_agents/Agent_001/logs/debug/debug.out com.sun.identity.agents.config.organization.name=/ com.sun.identity.agents.config.lock.enable=false com.iplanet.am.server.protocol=http com.iplanet.am.server.host=openam.example.org com.iplanet.am.server.port=8080 com.iplanet.am.services.deploymentDescriptor=/openamAdjust configuration parameters to your needs according to Configuring Java EE Policy Agent Properties
If the agent is in a different domain than the server, refer to the Administration Guide procedure, Configuring Cross-Domain Single Sign-On.
-
If your policy agent configuration is not in the top-level realm (/), then you must edit config/OpenSSOAgentBootstrap.properties to identify the sub-realm that has your policy agent configuration. Find com.sun.identity.agents.config.organization.name and change the "/" to the path to your policy agent profile. This allows the policy agent to properly identify itself to the OpenAM server.
-
If you want to protect all applications in the container, you must add a filter manually for each protected application’s
WEB-INF/web.xmldeployment descriptor file, following the opening <web-app> tag. Make sure that the agent filter is first in the filter chain:Add the
agent.jarfile to the Jetty’sresourcesdirectory and contents of theagent-libdirectory, forjee-agent-jar-with-libdistribution, and contents of theagent-localeto the Jetty’sresourcesdirectory.
Add filter to the Jetty’s etc/webdefault.xml configuration file:
+
<filter>
<filter-name>Agent</filter-name>
<display-name>Agent</display-name>
<description>OpenAM Policy Agent Filter</description>
<filter-class>com.sun.identity.agents.filter.AmAgentFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>Agent</filter-name>
<url-pattern>/*</url-pattern>
<dispatcher>REQUEST</dispatcher>
<dispatcher>INCLUDE</dispatcher>
<dispatcher>FORWARD</dispatcher>
<dispatcher>ERROR</dispatcher>
</filter-mapping>
-
Start the Jetty server where you installed the agent:
$ cd /path/to/jetty ; java -jar start.jar ... 2011-09-15 12:49:55.469:INFO::Extract file:/path/to/jetty/webapps/agentapp.war ... 2011-09-15 12:50:14.163:INFO::Started SelectChannelConnector@0.0.0.0:8080 -
(Optional) If you have a policy configured, you can test your policy agent. For example, try to browse to a resource that your policy agent protects. You should be redirected to OpenAM to authenticate, for example, as user
demo, passwordchangeit. After you authenticate, OpenAM then redirects you back to the resource you tried to access A new installation creates that account inactive; see "Preparing to Follow the Examples in This Documentation" in the Administration Guide.