This is an automated email from the ASF dual-hosted git repository.

bridgetb pushed a commit to branch gh-pages
in repository https://gitbox.apache.org/repos/asf/drill.git


The following commit(s) were added to refs/heads/gh-pages by this push:
     new bcf09ee  edit
bcf09ee is described below

commit bcf09eeb3e5189b3a7c44fc8bb9f25da9964a5fa
Author: Bridget Bevens <[email protected]>
AuthorDate: Fri Dec 21 20:10:48 2018 -0800

    edit
---
 _docs/connect-a-data-source/plugins/110-s3-storage-plugin.md | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/_docs/connect-a-data-source/plugins/110-s3-storage-plugin.md 
b/_docs/connect-a-data-source/plugins/110-s3-storage-plugin.md
index ac693d1..d688576 100644
--- a/_docs/connect-a-data-source/plugins/110-s3-storage-plugin.md
+++ b/_docs/connect-a-data-source/plugins/110-s3-storage-plugin.md
@@ -77,7 +77,8 @@ Starting in Drill 1.15, the S3 storage plugin supports the 
[Hadoop Credential Pr
 
 When you configure the S3 storage plugin to use an external provider, Drill 
first checks the external provider for the keys. If the keys are not available 
via the provider, or the provider is not configured, Drill can fall back to 
using the plain text data in the `core-site.xml` file or S3 configuration, 
unless the `hadoop.security.credential.clear-text-fallback` property is set to 
`false`.  
 
-**Configuring the S3 Plugin to use an External Provider**
+**Configuring the S3 Plugin to use an External Provider**  
+
 Add the bucket name, `hadoop.security.credential.provider.path` and 
`fs.s3a.impl.disable.cache` properties to the S3 storage plugin configuration, 
as shown in the following example:
  
        {

Reply via email to