This chapter contains the following sections:
The desktopconfig.properties file defines server-specific parameters that the Desktop reads during initialization. The server has to be restarted for the file changes to take effect. By default, this file is in the /var/opt/SUNWportal/portals/portal_id/config directory.
You cannot customize the parameters, which are marked as Internal. So, you can only configure the debug level and the base directory for additional classes. The parameters available in the desktopconfig.properties file and their description are:
[Internal]
Default desktop type used by the ErrorProvider when DesktopAppContext is available but DesktopContext is not available.
[Internal]
[Internal]
[Internal]
[Internal]
[Internal]
[Internal]
[Internal]
Prefix used for all desktop cookies.
Value of this cookie is <portal_id>.<instance_id>. If Portal Server and Access Manager are running on separate nodes and both of them are available at load-balancer URLs, such cookie will not be set by the Portal Server. Portal Server works with some performance hit in terms of resource consumption and response times. The recommended value, if used, is <cookiePrefixPropertyValue>.lb.cookie.
Defines the number of seconds between scans (checking for changes) of the template files in the /var/opt/SUNWportal/portals/<protalid>/config directory. This interval can improve the performance and scalability because the server uses the cached information between scans. The default value is 30 seconds.
DP scan interval controls how often DP updates done by someone other than the user. For example, Administrator is selected before serving portal request. If a DP document (user or shared) is present in the cache, and DP scan interval has not yet elapsed, then the cached copy will be used and the check for modified DP documents does not happen.
The values are:
-1 — Scan happens only when the user logs in or the membership changes.
0 — Scan happens for every request.
n — After n seconds from previous scan, any updates to user DP or shared DP will be reflected in system behavior.
This property tells the type of DP documents should be present as community request parameter to Desktop when membership is determined for DP merge. Contributor types can be separated by | as in communitymc.properties.
Provider class loader re-validate time interval in seconds, for authless anonymous session only.
Maximum number of event generations.
This is the Application Server execution mode. To turn off the parallel execution of the portlets in Application Server, set this parameter to off.
JSP Scratch directory is used for placing compiled JSPs.
[Internal]
Used only on application server. For more information on jspCompileWARClassPath, see the desktopconfig.propertiesfile in the /var/opt/SUNWportal/portals/<portal_id>/config directory.
Root directory under which all template files are located.
This is the community template base directory.
Root directory under which the customer is allowed to place provider classes, whether those are overriding the bundled providers, or their own new providers (usually the case). They must be placed in this directory, either in a jar at the top level, or in a com (or whatever) package directory.
[Internal]
This chapter contains the following sections:
In the default installation, the search.conf file is in the /var/opt/SUNWportal/searchservers/<searchserver_id>/config directory. The search.conf file lists all the specific search values you have set. The /var/opt/SUNWportal/samples/config directory contains a sample search.conf file.
The default install assigns $CSROOT to /var/opt/SUNWportal/searchservers/search1, $CSBIN to /var/opt/SUNWportal/bin, and $CSLIB to /var/opt/SUNWportal/lib.
The parameters available in the search.conf file and their description are:
search.conf File Parameters
Defined at installation. Server identifier string, mainly for backward compatibility with Search Server.
Defined at installation. Location of binaries.
Defined at installation. Location of database (used by server).
Defined at installation. Location of database (used by indexer).
Limits the number of server threads that can access the database at any time. You can change this value for performance reasons, but it should be set to about 1.25 times the number of index threads for best performance.
The logical database name. You can change this value to another database including an external one.
Directory where database transaction logs are kept.
Enables or disables document level security. Can be reset in the administration console under Server Settings.
Security manager class name. Do not edit.
Whether to use group in addition to user role for security control.
Logs internal server activity. Defined at installation. Can be reset in the administration console under Server Advanced Settings.
Sets the default log level. Can be reset in the administration console under Server Advanced Settings.
Checks for number of servers aliased to the same address. Can be reset in the administration console under Robot Simulator.
Checks for any server redirects. Can be reset in the administration console under Robot Simulator.
Defined at installation. Contents generated by the Search server when you define an import agent in the administration console under Database Import.
Defined at installation.
Log of RDM server requests. Defined at installation. Can be reset in the administration console under Server Advanced Settings.
Disables RDM request logging. Can be reset in the administration console under Server Advanced Settings.
If true, server records how many documents are found in each browse category.
Whether to browse for documents at the root of the category tree.
Search engine log file. Defined at installation. Can be reset in the administration console under Server Advanced Settings.
Maximum number of documents in each index batch.
Number of search query threads. Should be set to 3-6 threads per CPU that you wish to utilize.
Number of search index threads. Usually left at 1.
The format of the search engine index. Do not edit.
The blocking factor used during index merges. Do not edit.
Format of the search dictionary. Do not edit.
Controls the timeout (milliseconds) of slow wildcard searches.
-1 means unlimited.
Enable search result highlighting.
Maximum number of dynamic summary passages to generate.
Size of context (in words) around each highlight passage.
Search weights assigned to different document fields. Can be a comma separated list.
Log file for the indexer process. Defined at installation. Can be reset in the administration console under Server Advanced Settings.
The default Search Engine Schema. Defined at installation.
The RDM server description returned by server description requests. Defined at installation.
Server instance root directory. Defined at installation. Can be reset in the administration console under Server Settings.
The logical name of the taxonomy index database.
Polling interval for automatic taxonomy reloads.
The RDM Taxonomy definition. Edit using the Category Editor under Categories. Defined at installation.
Defined at installation. Can be reset in the administration console under Robot Crawling.
Number of milliseconds between refreshes of the Robot Control page of the administration console.
List of available choices, defining the maximum number of categories displayed per page.
-1 = display all tree.
Maximum number of elements in the category editor drop down select list of target categories.
The following parameters are not used:
Filters Check Virtual.
Multiple Classifications.
Reports exclude gv queries.
reports exclude browse.
rdmgr pidfile.
rlog max logs.
The Sun Java System Portal Server registers its services into the Sun Java System Access Manager Service Management Services (SMS) framework. This occurs during the pre-installation of the Portal Server and post-installation for Sun Java System Access Manager software.
In general, any service-related data that is not server-specific is stored in the Sun Java System Access Manager directory. Server-specific data can be stored in properties files that are local to the specific server.
SMS provides a mechanism for services to define and manage their configuration data by using an Extensible Markup Language (XML) file that adheres to the SMS Document Type Definition (DTD). The definition of the configuration parameters through the XML file is called the schema for the service. Each Portal Server service (Desktop, Rewriter, and Search) has its own XML and properties files for presenting and modifying service specific data.
Within the Sun Java System Access Manager framework, Portal Server defines services related to the following functional areas:
The SunPortalDesktopService includes data associated with the Desktop component, including the display profile and other configuration parameters associated with the Desktop.
Search Engine
The SunPortalSearchService defines the data associated with the Search component, such as the search person and search instances. One or more instances of Search service instances can be defined.
The SunPortalRewriterService includes data associated with the Rewriter component, including the named rule sets that control the rewriting operation. The Rewriter API makes reference to the named rule sets that are stored in the directory.
In addition, the Portal Server also uses other DTDs to define LDAP attribute values for the display profile and the Rewriter ruleset.
The Display Profile Document Type Definition (DTD) defines how the Display Profile is structured. The underlying data format for a display profile document is XML. It is intended to define the display configuration for the Desktop. It does that by defining provider, portlet, and channel objects, and their properties. The Rewriter ruleset DTD defines the structure of the ruleset. The Rewriter includes a default ruleset.
The file paths for the various XML, DTD, and schema files used to define the services of the Portal Server (in the first column) and the service which uses the corresponding file (in the second column) are:
Rewriter Ruleset document type definition (DTD) under resources/RuleSet.dtd
ldif file available in desktop directory.
This chapter contains the following:
This file configures the community membership and configuration component of the Portal Server software. For the most part, this file contains low level configuration that need not be modified. For performance reasons, if the community feature is not used, this file must be changed to avoid calls to Java DB on each portal request.
To modify the file, log into any system that has portal server installed as superuser and access the file in the PortalServer-DataDir/portals/portal-ID/config/ directory.
The file contains the following variables:
Specifies the active membership and configuration contributor types in the system. By default, this list includes:
Access Manager service schema
Access Manager organizations
Access Manager roles
Access Manager filtered roles
Java DB, through Java Data Objects (JDO) layer
Each of these contributor types provides membership and configuration data from a different source.
This file contains configuration for the community management SDK component. The configuration variables defined in the communitymc.properties file, in most cases, need not be modified. To modify the file, log into any system that has portal server installed as superuser and access the file in the PortalServer-DataDir/portals/portal-ID/config/ directory.
The file contains the following (modifiable) variables:
Specifies the URL of the search server to use when creating communities.
Specifies the base value used to set display profile priorities for created communities.
Specifies the implementation classes to use to send notification. The following implementation is available: com.sun.portal.community.notification.impl.JavaMailNotifierImpl.
Specifies types of events for which notification is to be triggered. The following event is available: user_invited. Leave the value empty if you do not wish to use the notification feature.
Specifies the mail protocol (smtp) to use. See JavaMailTM specification for more information.
Specifies the hostname of the mail server. See JavaMail specification for more information.
Specifies the debug mode for JavaMail. See JavaMail specification for more information.
Specifies the default sender address if there is none available for the user sending the notification.
Provides simple authentication implementation to be used with JavaMail. The following implementation is available: com.sun.portal.community.notification.impl.SimpleAuthenticator. See JavaMail specification for more information.
Specifies the user name to be used with the SimpleAuthenticator implementation.
Specifies the password to be used with the SimpleAuthenticator implementation.