[incubator-pinot] branch master updated: Docs: Fix formatting for UDF docs. (#3569)

[ma...@apache.org]

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

mayanks pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-pinot.git


The following commit(s) were added to refs/heads/master by this push:
     new f1559a7  Docs: Fix formatting for UDF docs. (#3569)
f1559a7 is described below

commit f1559a723346a7ae9e4006c5347bd8f6cfdbe2b8
Author: Mayank Shrivastava <ms...@linkedin.com>
AuthorDate: Thu Nov 29 21:38:18 2018 -0800

    Docs: Fix formatting for UDF docs. (#3569)
    
    Fixing formatting issues for the UDF doc that got introduced in the
    conversion from markdown to sphinx format.
---
 docs/expressions_udf.rst | 14 +++++++-------
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/docs/expressions_udf.rst b/docs/expressions_udf.rst
index 270be67..1e1b675 100644
--- a/docs/expressions_udf.rst
+++ b/docs/expressions_udf.rst
@@ -34,8 +34,8 @@ The *xform* produces the following output:
 
 * For each document Id in the input, it evaluates the specified expression, and produces one value.
 
-  ** It is Many:1 for columns, i.e. many columns in the input produce one column value in the output.
-  ** It is 1:1 for document Id's, i.e. for each document in the input, it produces one value in the output.
+  * It is Many:1 for columns, i.e. many columns in the input produce one column value in the output.
+  * It is 1:1 for document Id's, i.e. for each document in the input, it produces one value in the output.
 
 The *functions* in the *expression* can be either built-in into Pinot, or can be user-defined. We will discuss the mechanism for hooking up *UDF* and the manageability aspects in later sections.
 
@@ -90,9 +90,9 @@ The functions in *expressions* can either be built-in functions in Pinot, or the
 
 #. Dynamic loading of user-defined functions:
 
-  ** Users can specify jars containing their UDF's in the class path.
-  ** List of UDF's can be specified in server config, and the server can ensure that it can find and load classes for each UDF specified in the config. This allows for a one-time static checking of availability of all specified UDF's.
-  ** Alternatively, the server may do a dynamic check for each query to ensure all UDF's specified in the query are available and can be loaded.
+  * Users can specify jars containing their UDF's in the class path.
+  * List of UDF's can be specified in server config, and the server can ensure that it can find and load classes for each UDF specified in the config. This allows for a one-time static checking of availability of all specified UDF's.
+  * Alternatively, the server may do a dynamic check for each query to ensure all UDF's specified in the query are available and can be loaded.
 
 
 Backward compatibility
@@ -103,8 +103,8 @@ Given that this proposal requires modifying *BrokerRequest*, we are exposed to b
 #. The changes to *BrokerRequest* to include *expressions* instead of *columns* would only take effect if a query containing *expression* is received. For the query just contains *columns* instead of *expressions*, we fall be to existing behavior and send the *columns* as they are being sent in the current design (ie not as a special case of an *expresion*).
 
 #. This will warrant the following sequencing:
-   ** Broker upgraded before server.
-   ** New queries containing *expressions* should be sent only after both broker and server are upgraded.
+   * Broker upgraded before server.
+   * New queries containing *expressions* should be sent only after both broker and server are upgraded.
 
 Limitations
 ~~~~~~~~~~~


---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@pinot.apache.org
For additional commands, e-mail: commits-help@pinot.apache.org