From 46ae4ccf7962c7a36997a99b7fd9d8d597d92bbc Mon Sep 17 00:00:00 2001 From: AdamantiumKiwi Date: Thu, 18 Oct 2018 18:29:59 +1300 Subject: [PATCH] Update Installation.md Fixed some minor grammatical/punctuation/spelling mistakes... --- docs/Installation.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/docs/Installation.md b/docs/Installation.md index 444d9ef..604d8c6 100644 --- a/docs/Installation.md +++ b/docs/Installation.md @@ -22,7 +22,7 @@ where pref_name = 'LOGGER_VERSION'; To uninstall an older version of logger, see the [Uninstall](#uninstall) instructions. If necessary, you can download the correct version from the [releases](https://github.com/oraopensource/logger/tree/master/releases) folder. ### Install Through APEX -Logger is no longer supported from a web-only installation if the schema was provisioned by APEX. Essentially the APEX team removed the "create any context" privilege when provisioning a new workspace, likely for security reasons. I agree with their choice, it unfortunately impacts logger. +Logger is no longer supported from a web-only installation if the schema was provisioned by APEX. Essentially the APEX team removed the "create any context" privilege when provisioning a new workspace, likely for security reasons. I agree with their choice, but it unfortunately impacts logger. ## Install into a new schema @@ -90,13 +90,13 @@ To uninstall Logger simple run the following script in the schema that Logger wa ## Restrict Access (Grants & Synonyms) -You may want to [install Logger into it's own schema](#install-into-new-schema) for various reasons. Some of the most common ones are: +You may want to [install Logger into its own schema](#install-into-new-schema) for various reasons. Some of the most common ones are: - DBA does not want to give `CREATE ANY CONTEXT` access to your user. - If this is the case, the DBA can then lock the Logger schema after running the grant scripts (below) to prevent any access to the privileged user. - Restrict Logger to never be able to access your data. *Note: Logger does not try to reference any of your data. Some security policies require that 3rd party solutions can not reside in the same schema as your data. This follows the concept that Logger doesn't need to see your data, your schema just needs access to Logger.* -Once you have installed Logger into it's own schema they're two additional scripts that need to be run. The first grants the appropriate privileges to your schema and the second will create synonyms in your schema. +Once you have installed Logger into its own schema there are two additional scripts that need to be run: the first grants the appropriate privileges to your schema and the second will create synonyms in your schema. Run as the user with Logger installed: @@ -122,7 +122,7 @@ Run as the user that needs to access Logger: ### Logger Levels -They're various logger levels. To see the complete list, go to the [Constants](Logger API.md#constants) section in the Logger API. +There are various logger levels. To see the complete list, go to the [Constants](Logger API.md#constants) section in the Logger API. ### Enable To enable logging for the entire schema: @@ -200,11 +200,11 @@ Logger stores its configuration settings in LOGGER_PREFS. These are the followin PREF_BY_CLIENT_ID_EXPIRE_HOURS - Default time (in hours) that client specific logging levels are set for. + Default time (in hours) for which client specific logging levels are set. PROTECT_ADMIN_PROCS - If TRUE then only user, defined in INSTALL_SCHEMA, can run privilidged procedures. + If TRUE then only the user defined in INSTALL_SCHEMA can run privileged procedures. PURGE_AFTER_DAYS