01.02.2013 Views

Publishing Reports to the Web - Downloads - Oracle

Publishing Reports to the Web - Downloads - Oracle

Publishing Reports to the Web - Downloads - Oracle

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Configuring <strong>the</strong> <strong>Reports</strong> Servlet<br />

If <strong>the</strong> default <strong>Reports</strong> Server is a member of a server cluster, use <strong>the</strong> cluster name:<br />

SERVER=server_name.cluster_name<br />

If you use a combination of <strong>the</strong> server name and cluster name in your URL, requests<br />

sent <strong>to</strong> <strong>the</strong> default server will go <strong>to</strong> this specific machine. If this machine is down, an<br />

error message will be returned and <strong>the</strong> report will not be run. By specifying just <strong>the</strong><br />

cluster name in <strong>the</strong> URL, requests will be sent <strong>to</strong> a random cluster member, and<br />

fowarded <strong>to</strong> ano<strong>the</strong>r if <strong>the</strong> target machine doesn't have an idle engine.<br />

If you don’t specify a SERVER parameter in rwservlet.properties, <strong>the</strong> default<br />

server name is rep_machine_name.<br />

3.3.12 Pointing <strong>to</strong> Dynamically Generated Images<br />

Optionally, you can use <strong>the</strong> IMAGE_URL parameter <strong>to</strong> specify where <strong>the</strong> reports’<br />

dynamically generated images can be accessed.<br />

For example:<br />

IMAGE_URL=http://server_or_web_server_name.domain_name:port/reports/rwservlet<br />

This parameter is in place for JSPs that do not run via <strong>the</strong> <strong>Reports</strong> Servlet. It ensures<br />

that dynamically generated images, such as charts, will be viewable only by <strong>the</strong> person<br />

who runs <strong>the</strong> report. JSPs, and o<strong>the</strong>r report types, that run through <strong>the</strong> <strong>Reports</strong> Servlet<br />

have this protection au<strong>to</strong>matically.<br />

3.3.13 Setting Expiration for Database and System Au<strong>the</strong>ntication Cookies<br />

Use <strong>the</strong> COOKIEEXPIRE parameter <strong>to</strong> set <strong>the</strong> lifetime (in minutes) of <strong>the</strong> database and<br />

system au<strong>the</strong>ntication cookie. For example:<br />

COOKIEEXPIRE=20<br />

The default is 30.<br />

Cookies save encrypted user names and passwords on <strong>the</strong> client-side when users first<br />

au<strong>the</strong>nticate <strong>the</strong>mselves. When <strong>the</strong> server receives a cookie from <strong>the</strong> client, <strong>the</strong> server<br />

compares <strong>the</strong> time saved in <strong>the</strong> cookie with <strong>the</strong> current system time. If <strong>the</strong> time is<br />

longer than <strong>the</strong> number of minutes defined in COOKIEEXPIRE, <strong>the</strong> server rejects <strong>the</strong><br />

cookie and returns <strong>to</strong> <strong>the</strong> client <strong>the</strong> au<strong>the</strong>ntication form along with an error message.<br />

Users must re-au<strong>the</strong>nticate <strong>to</strong> run <strong>the</strong> report.<br />

3.3.14 Setting an Encryption Key for <strong>the</strong> Database and System Au<strong>the</strong>ntication Cookies<br />

Use ENCRYPTIONKEY <strong>to</strong> specify <strong>the</strong> encryption key <strong>to</strong> be used <strong>to</strong> encrypt <strong>the</strong> user<br />

name and password of <strong>the</strong> database and system au<strong>the</strong>ntication cookies. The<br />

encryption key can be any character string. For example:<br />

ENCRYPTIONKEY=egbdf<br />

3.3.15 Adding Formatting <strong>to</strong> Diagnostic/Debugging Output<br />

The DIAGBODYTAGS and DIAGHEADTAGS parameters are available for including<br />

additional HTML encoding in <strong>the</strong> and tags in <strong>the</strong> output files<br />

associated with diagnostic and debugging output.<br />

DIAGBODYTAGS defines <strong>the</strong> entire tag; while DIAGHEADTAGS defines tags <strong>to</strong><br />

appear between <strong>the</strong> open and close / tags.<br />

3-38 <strong>Oracle</strong> Application Server <strong>Reports</strong> Services <strong>Publishing</strong> <strong>Reports</strong> <strong>to</strong> <strong>the</strong> <strong>Web</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!