You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@geode.apache.org by km...@apache.org on 2016/10/12 17:12:14 UTC
[54/76] [abbrv] incubator-geode git commit: GEODE-1952: removed
native client docs,
set aside until native client code is merged in (see GEODE-1964)
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/programming-examples/serialization-java.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/programming-examples/serialization-java.html.md.erb b/geode-docs/nativeclient/programming-examples/serialization-java.html.md.erb
deleted file mode 100644
index ac11128..0000000
--- a/geode-docs/nativeclient/programming-examples/serialization-java.html.md.erb
+++ /dev/null
@@ -1,210 +0,0 @@
----
-title: Java Serialization Example
----
-
-## Implementing an Embedded Object (Java)
-
-``` pre
-public class User implements DataSerializable
-{
- private String name;
- private int userId;
- private ExampleObject eo;
- static {
- Instantiator.register(
- new Instantiator(User.class, (byte)45)
- {
- public DataSerializable newInstance() {
- return new User();
- }
- } );
- }
- /**
- * Creates an "empty" User whose contents are filled in by
- * invoking its toData() method
- */
-
- private User() {
- this.name = "";
- this.userId = 0;
- this.eo = new ExampleObject(0);
- }
-
- public User(String name, int userId) {
- this.name = name;
- this.userId = userId;
- this.eo = new ExampleObject(userId);
- }
-
- public void setEO(ExampleObject eo) {
- this.eo = eo;
- }
-
- public ExampleObject getEO() {
- return eo;
- }
-
- public void toData(DataOutput out) throws IOException {
- out.writeUTF(this.name);
- out.writeInt(this.userId);
- eo.toData(out);
- }
-
- public void fromData(DataInput in) throws IOException,
- ClassNotFoundException {
- this.name = in.readUTF();
- this.userId = in.readInt();
- this.eo.fromData(in);
- }
-
- public int getUserId() {
- return userId;
- }
-
- public String getName() {
- return name;
- }
-
- public boolean equals(User o) {
- if (!this.name.equals(o.name)) return false;
- if (this.userId != o.userId) return false;
- if (!this.eo.equals(o.eo)) return false;
- return true;
- }
-}
-```
-
-## Implementing Complex Data Types (Java)
-
-``` pre
-public class ExampleObject implements DataSerializable {
- private double double_field;
- private long long_field;
- private float float_field;
- private int int_field;
- private short short_field;
- private java.lang.String string_field;
- private Vector string_vector;
- static {
- Instantiator.register(new Instantiator(ExampleObject.class, (byte) 46) {
- public DataSerializable newInstance() {
- return new ExampleObject();
- }
- });
- }
- public ExampleObject( ) {
- this.double_field = 0.0D;
- this.long_field = 0L;
- this.float_field = 0.0F;
- this.int_field = 0;
- this.short_field = 0;
- this.string_field = null;
- this.string_vector = null;
- }
- public ExampleObject(int id) {
- this.int_field = id;
- this.string_field = String.valueOf(id);
- this.short_field = Short.parseShort(string_field);
- this.double_field = Double.parseDouble(string_field);
- this.float_field = Float.parseFloat(string_field);
- this.long_field = Long.parseLong(string_field);
- this.string_vector = new Vector();
- for (int i=0; i<3; i++) {
- this.string_vector.addElement(string_field);
- }
- }
- public ExampleObject(String id_str) {
- this.int_field = Integer.parseInt(id_str);
- this.string_field = id_str;
- this.short_field = Short.parseShort(string_field);
- this.double_field = Double.parseDouble(string_field);
- this.float_field = Float.parseFloat(string_field);
- this.long_field = Long.parseLong(string_field);
- this.string_vector = new Vector();
- for (int i=0; i<3; i++) {
- this.string_vector.addElement(string_field);
- }
- }
- public double getDouble_field( ) {
- return this.double_field;
- }
- public void setDouble_field( double double_field ) {
- this.double_field = double_field;
- }
- public long getLong_field( ) {
- return this.long_field;
- }
- public void setLong_field( long long_field ) {
- this.long_field = long_field;
- }
- public float getFloat_field( ) {
- return this.float_field;
- }
- public void setFloat_field( float float_field ) {
- this.float_field = float_field;
- }
- public int getInt_field( ) {
- return this.int_field;
- }
- public void setInt_field( int int_field ) {
- this.int_field = int_field;
- }
- public short getShort_field( ) {
- return this.short_field;
- }
- public void setShort_field( short short_field ) {
- this.short_field = short_field;
- }
- public java.lang.String getString_field( ) {
- return this.string_field;
- }
- public void setString_field( java.lang.String string_field ) {
- this.string_field = string_field;
- }
- public Vector getString_vector( ) {
- return this.string_vector;
- }
- public void setString_vector( Vector string_vector ) {
- this.string_vector = string_vector;
- }
- public void toData(DataOutput out) throws IOException {
- out.writeDouble(double_field);
- out.writeFloat(float_field);
- out.writeLong(long_field);
- out.writeInt(int_field);
- out.writeShort(short_field);
- out.writeUTF(string_field);
- out.writeInt(string_vector.size());
- for (int i = 0; i < string_vector.size(); i++) {
- out.writeUTF((String)string_vector.elementAt(i));
- }
- }
- public void fromData(DataInput in) throws IOException,
- ClassNotFoundException {
- this.double_field = in.readDouble();
- this.float_field = in.readFloat();
- this.long_field = in.readLong();
- this.int_field = in.readInt();
- this.short_field = in.readShort();
- this.string_field = in.readUTF();
- this.string_vector = new Vector();
- int size = in.readInt();
- for (int i = 0; i < size; i++) {
- String s = in.readUTF();
- string_vector.add(i, s);
- }
- }
- public boolean equals(ExampleObject o) {
- if (this.double_field != o.double_field) return false;
- if (this.float_field != o.float_field) return false;
- if (this.long_field != o.long_field) return false;
- if (this.int_field != o.int_field) return false;
- if (this.short_field != o.short_field) return false;
- if (!this.string_field.equals(o.string_field)) return false;
- if (!this.string_vector.equals(o.string_vector)) return false;
- return true;
- }
-}
-```
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/programming-examples/serialization-overview.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/programming-examples/serialization-overview.html.md.erb b/geode-docs/nativeclient/programming-examples/serialization-overview.html.md.erb
deleted file mode 100644
index 31e7570..0000000
--- a/geode-docs/nativeclient/programming-examples/serialization-overview.html.md.erb
+++ /dev/null
@@ -1,15 +0,0 @@
----
-title: Data Serialization Examples
----
-
-This section contains data serialization examples for C++, C\#, and Java.
-
-- **[C++ Serialization Example](../../nativeclient/programming-examples/serialization-cpp.html)**
-
-- **[C\# Serialization Example](../../nativeclient/programming-examples/serialization-csharp.html)**
-
- This example shows how to implement a user-defined Serializable object.
-
-- **[Java Serialization Example](../../nativeclient/programming-examples/serialization-java.html)**
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/91-quickintro/1-quickintro-overview.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/91-quickintro/1-quickintro-overview.html.md.erb b/geode-docs/nativeclient/remote-querying/91-quickintro/1-quickintro-overview.html.md.erb
deleted file mode 100644
index 4a49c22..0000000
--- a/geode-docs/nativeclient/remote-querying/91-quickintro/1-quickintro-overview.html.md.erb
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: Remote Querying Basics
----
-
-Use the Geode native client query API to query your cached data stored on a Geode cache server. The query is evaluated and executed on the cache server, and the results are returned to the native client.
-
-You can also optimize your queries by defining indexes on the cache server.
-
-The query language for the native client is essentially a subset of OQL (ODMG 3.0 Object Data Management Group, [http://www.odmg.org](http://www.odmg.org).), which is based on SQL-92. OQL is a SQL-like language with extended functionality for querying complex objects, object attributes, and methods.
-
-It is assumed that you have general familiarity with SQL querying and indexing, and with the information on the native client cache.
-
-The online C++ and .NET API documentation for the native client provides extensive details for all of the querying interfaces, classes and methods.
-
-Query language features and grammar are described at [Querying](../../../developing/querying_basics/chapter_overview.html). This section describes areas that are unique to the native client.
-
-If you are using the pool API, you should obtain the QueryService from the pool . For information about the pool API, see [Native Client Pool API](../../connection-pools/native-client-pool-api.html#native-client-pool-api).
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/91-quickintro/2-quickintro-querycodeexamples.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/91-quickintro/2-quickintro-querycodeexamples.html.md.erb b/geode-docs/nativeclient/remote-querying/91-quickintro/2-quickintro-querycodeexamples.html.md.erb
deleted file mode 100644
index 8f93c9d..0000000
--- a/geode-docs/nativeclient/remote-querying/91-quickintro/2-quickintro-querycodeexamples.html.md.erb
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: Executing a Query from the Native Client
----
-
-C\# .NET and C++ examples show how to execute a query from the native client.
-
-**Note:**
-In all queries that use the example data, it is assumed that the `portfolios` region has `javaobject.Portfolio` objects on the cache server.
-
-1. If you are using the C++ native client, get a pointer to the `QueryService` method.
-2. Create a `QueryPtr` to a query (C++) or create a query instance (C\# .NET) that is compatible with the OQL specification.
-3. Use the `execute` method for the `Query` interface to submit the query string to the cache server. The server remotely evaluates the query string and returns the results to the client.
-4. You can iterate through the returned objects as part of the query process.
-
-## <a id="security__section_15C6689C363B469B947B177E1DE73208" class="no-quick-link"></a>C\# .NET Example
-
-``` pre
-Query<Portfolio> qry = qrySvc.NewQuery("SELECT DISTINCT * FROM /portfolios");
-ISelectResults<Portfolio> results = qry.Execute();
-SelectResultsIterator<Portfolio> iter = results.GetIterator();
-while (iter.MoveNext()) {
- Console.WriteLine( iter.Current.ToString());
-}
-```
-
-## <a id="security__section_79FEE9FE8530496A8FD984C6D6D03894" class="no-quick-link"></a>C++ Example
-
-**Note:**
-The C++ examples in this chapter all assume that you have already obtained a pointer to the `QueryService`.
-
-``` pre
-QueryServicePtr qrySvcPtr = cachePtr->getQueryService("examplePool");
-QueryPtr qry = qrySvcPtr->newQuery(
- "SELECT DISTINCT * FROM /Portfolios WHERE status = \u2018active\u2019");
-SelectResultsPtr resultsPtr = qry->execute(10);
-SelectResultsIterator iter = resultsPtr->getIterator();
-while (iter.hasNext()) {
- PortfolioPtr portfolio = dynCast<PortfolioPtr > (iter.next());
-}
-```
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/91-quickintro/3-quickintro-requirements.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/91-quickintro/3-quickintro-requirements.html.md.erb b/geode-docs/nativeclient/remote-querying/91-quickintro/3-quickintro-requirements.html.md.erb
deleted file mode 100644
index 40f7fa0..0000000
--- a/geode-docs/nativeclient/remote-querying/91-quickintro/3-quickintro-requirements.html.md.erb
+++ /dev/null
@@ -1,43 +0,0 @@
----
-title: Remote Querying Requirements
----
-
-Note the particular requirements for using region endpoints; setting server region data policy and scope; implementing equals and hashcode methods; and setting object type constraints.
-
-## <a id="security__section_AB5CC1F7CA1949FEA8A35687BC486F10" class="no-quick-link"></a>Using Region Endpoints
-
-When you are using region endpoints, at least one region must exist on the native client before a query can be executed through the client. All objects in the region belong to the same class hierarchy (homogenous types).
-
-## <a id="security__section_A619799378B14214AF922D819907FF38" class="no-quick-link"></a>Setting Server Region Data Policy and Scope
-
-Native client remote querying only accesses the data that is available in the remote cache server region, so no local cache loading operations are performed. Depending on the cache server region's scope and data-policy attribute settings, this could mean that your queries and indexes only see a part of the data available for the server region in the distributed cache.
-
-To ensure a complete data set for your queries and indexes, your cache server region must use one of the REPLICATE region shortcut settings in the region attribute refid or it must explicitly have its data policy set to replicate or persistent-replicate .
-
-For a cache server region, setting its data policy to replicate or `persistent-replicate` ensures that it reflects the state of the entire distributed region. Without replication, some server cache entries may not be available.
-
-Depending on your use of the server cache, the non-global distributed scopes `distributed-ack` and `distributed-no-ack `may encounter race conditions during entry distribution that cause the data set to be out of sync with the distributed region. The global scope guarantees data consistency across the distributed system, but at the cost of reduced performance.
-
-The following table summarizes the effects of cache server region scope and data policy settings on the data available to your querying and indexing operations. For more information, see the [Distributed and Replicated Regions](../../../developing/distributed_regions/chapter_overview.html).
-
-<a id="security__table_92A6A66523764199A19BCD66BA189921"></a>
-
-| | | |
-|-------------------------------------------|--------------------|----------------------------------------|
-| **Region Scope** | **Not replicated** | **Replicated** |
-| `distributed-ack or distributed-no-ack` | N/A | FULL data set (if no race conditions). |
-| `global` | N/A | FULL data set. |
-
-## <a id="security__section_18C174BB0B2A4F23B9A78F872FA220C4" class="no-quick-link"></a>Implementing the equals and hashcode Methods
-
-The `Portfolio` and `Position` query objects for the cache server must have the `equals` and `hashCode` methods implemented, and those methods must provide the properties and behavior mentioned in the online documentation for `Object.equals` and `Object.hashCode`. Inconsistent query results can occur if these methods are absent.
-
-See the `Object` class description in the Java API documentation for more information about the equals and hashCode methods.
-
-## <a id="security__section_407A315F22014CD8A0BC622454789888" class="no-quick-link"></a>Setting Object Type Constraints
-
-Performing queries on cache server regions containing heterogeneous objects, which are objects of different data types, may produce undesirable results. Queries should be performed only on regions that contain homogeneous objects of the same object type, although subtypes are allowed.
-
-So your queries will address homogeneous data types, you need to be aware of the values that the client adds to the server. You can set the `key-constraint` and value-constraint region attributes to restrict region entry keys and values to a specific object type. However, because objects put from the client remain in serialized form in the server cache and do not get deserialized until a query is executed, it is still possible to put heterogeneous objects from the client.
-
-See [Specifying the object types of FROM clause collections](../93-querystrings/3d-specify-object-types.html#security) for more information on associating object types with queries.
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/91-quickintro/4-quickintro-exampleportfolioregion.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/91-quickintro/4-quickintro-exampleportfolioregion.html.md.erb b/geode-docs/nativeclient/remote-querying/91-quickintro/4-quickintro-exampleportfolioregion.html.md.erb
deleted file mode 100644
index 1fc4091..0000000
--- a/geode-docs/nativeclient/remote-querying/91-quickintro/4-quickintro-exampleportfolioregion.html.md.erb
+++ /dev/null
@@ -1,60 +0,0 @@
----
-title: Examples Data and Class Definitions
----
-
-Examples show C++ and corresponding Java class definitions and sample data for the example `portfolios` region. The region's keys are the portfolio ID.
-
-User-defined data types must implement the `Serializable` interface on the native client side, while corresponding Java classes must implement the `DataSerializable` interface. The C++ objects for the native client must correspond to the Java objects for the Geode cache server. This means that an object on one side should deserialize correctly at the other side.
-
-**Sample C++ class definition**
-
-``` pre
-class Portfolio : public Serializable {
- int ID;
- char * type;
- char * status;
- Map<Position> positions;
-}
-class Position : public Serializable {
- char * secId;
- double mktValue;
- double qty;
-}
-```
-
-**Corresponding Java class definition**
-
-``` pre
-class Portfolio implements DataSerializable {
- int ID;
- String type;
- String status;
- Map positions;
-}
-class Position implements DataSerializable {
- String secId;
- double mktValue;
- double qty;
-}
-```
-
-The following table lists the sample data in the portfolios region.
-
-<a id="running-native-client-xact__table_92A6A66523764199A19BCD66BA189921"></a>
-
-| | | | | | |
-|--------|----------|---------------|---------------------|------------------------|-------------------|
-| **id** | **type** | **Statusted** | **Position: secID** | **Position: mktValue** | **Position: qty** |
-| 111 | xyz | active | xxx | 27.34 | 1000.00 |
-| | | | xxy | 26.31 | 1200.00 |
-| | | | xxz | 24.30 | 1500.00 |
-| 222 | xyz | active | yyy | 18.29 | 5000.00 |
-| 333 | abc | active | aaa | 24.30 | 10.00 |
-| 333 | abc | active | aab | 23.10 | 15.00 |
-| 444 | abc | inactive | bbb | 50.41 | 100.00 |
-| 444 | abc | inactive | bbc | 55.00 | 90.00 |
-
-
-Because the client cache waits during transaction execution, and client regions are not distributed, the only activities that interact with a client transaction are those that occur on the server.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/91-quickintro/41-quickintro-query-portfolioregion.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/91-quickintro/41-quickintro-query-portfolioregion.html.md.erb b/geode-docs/nativeclient/remote-querying/91-quickintro/41-quickintro-query-portfolioregion.html.md.erb
deleted file mode 100644
index b11bd11..0000000
--- a/geode-docs/nativeclient/remote-querying/91-quickintro/41-quickintro-query-portfolioregion.html.md.erb
+++ /dev/null
@@ -1,97 +0,0 @@
----
-title: Querying the Portfolios Region
----
-
-Examples show a sampling of specific queries that you can run against `portfolios` on the server.
-
-The query results for the data are listed in the table. For the first several, the coding examples are included as well to show how you can execute the queries using the API.
-
-## <a id="running-native-client-xact__section_2EA54E860ACB48259484B555CA065E98" class="no-quick-link"></a>Get distinct positions from portfolios with at least a $25.00 market value
-
-This query assigns iterator variable names to the collections in the FROM clause. For example, the variable `qryP` is the iterator for the entry values in the `portfolios` region. This variable is used in the second part of the FROM clause to access the values of the positions map for each entry value.
-
-``` pre
-Query string:
-SELECT DISTINCT posnVal
-FROM /portfolios, positions.values posnVal TYPE Position
-WHERE posnVal.mktValue >= 25.00
-
-Results:
-Collection of Position instances with secId: xxx, xxy, bbb, bbc
-
-```
-
-## <a id="running-native-client-xact__section_F9C4640459F0406A922818B717D3EDB9" class="no-quick-link"></a>Retrieve all active portfolios
-
-In the following example, a query response timeout parameter of 10 seconds is specified for the execute method to allow sufficient time for the operation to succeed.
-
-``` pre
-Query string:
-SELECT DISTINCT * FROM /portfolios WHERE status = \u2018active\u2019
-
-Results:
-A collection of Portfolio objects for IDs 111, 222, and 333
-
-Code:
-QueryServicePtr qrySvcPtr = cachePtr->getQueryService("examplePool");
-QueryPtr qry = qrySvcPtr->newQuery(
- "SELECT DISTINCT * FROM /portfolios WHERE status = \u2018active\u2019");
-SelectResultsPtr resultsPtr = qry->execute(10);
-SelectResultsIterator iter = resultsPtr->getIterator();
-while (iter.hasNext()) {
- PortfolioPtr portfolio = dynCast<PortfolioPtr >(iter.next());
-}
-```
-
-## <a id="running-native-client-xact__section_71ED0337A0964501A6AE552B758058FC" class="no-quick-link"></a>Retrieve all active portfolios that have type xyz
-
-The `type` attribute is passed to the query engine in double quotes to distinguish it from the query keyword of the same name. A query response timeout parameter of 10 seconds is specified for the execute method to allow sufficient time for the operation to succeed.
-
-``` pre
-Query string:
-SELECT DISTINCT * FROM /portfolios
-WHERE status = 'active' AND "type" = 'xyz'
-
-Results:
-A collection of Portfolio objects for IDs 111 and 222
-
-Code:
-QueryServicePtr qrySvcPtr = cachePtr->getQueryService("examplePool");
-QueryPtr qry = qrySvcPtr->newQuery("SELECT DISTINCT * FROM
- /portfolios WHERE status = 'active' and \"type\"='xyz'");
-SelectResultsPtr results = qry->execute(10);
-SelectResultsIterator iter = results->getIterator();
-while (iter.hasNext()) {
- PortfolioPtr portfolio = dynCast<PortfolioPtr >(iter.next());
-}
-```
-
-## <a id="running-native-client-xact__section_4F13C92EDBCA4F04BE37C87D44AD7D49" class="no-quick-link"></a>Get the ID and status of all portfolios with positions in secId 'yyy'
-
-``` pre
-Query string:
-SELECT DISTINCT id, status FROM /portfolios
-WHERE NOT (SELECT DISTINCT * FROM positions.values posnVal TYPE
-Position WHERE posnVal.secId='yyy').isEmpty
-
-Results:
-A collection of Struct instances, each containing an id field and a status field.
-For this data, the collection length is 1 and the Struct contains data
-from the entry with id 222.
-
-
-Code:
-QueryServicePtr qrySrvPtr = cachePtr->getQueryService("examplePool");
-QueryPtr qry = qrySvcPtr->newQuery(
- "import javaobject.Position; SELECT DISTINCT ID, status FROM "
- "/portfolios WHERE NOT (SELECT DISTINCT * FROM positions.values"
- "posnVal TYPE Position WHERE posnVal.secId='DELL').isEmpty");
-SelectResultsPtr results = qry->execute(10);
-SelectResultsIterator iter = results->getIterator();
-while (iter.hasNext()) {
- Struct * si = (Struct *) iter.next().ptr();
- SerializablePtr id = si->operator[]("ID");
- SerializablePtr status = si->operator[]("status");
- printf("\nID=%s, status=%s", id->toString()->asChar(), status->toString()->asChar());
-}
-```
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/91-quickintro/42-quickintro-modify-cachecontents.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/91-quickintro/42-quickintro-modify-cachecontents.html.md.erb b/geode-docs/nativeclient/remote-querying/91-quickintro/42-quickintro-modify-cachecontents.html.md.erb
deleted file mode 100644
index f05929d..0000000
--- a/geode-docs/nativeclient/remote-querying/91-quickintro/42-quickintro-modify-cachecontents.html.md.erb
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: Modifying Cache Contents
----
-
-To modify the cache based on information retrieved through querying, retrieve the entry keys and use them in the standard entry update methods.
-
-The query service is a data access tool, so it does not provide any cache update functionality.
-
-The next example shows entry key retrieval.
-
-## Get distinct entry keys and positions from active portfolios with at least a $25.00 market value
-
-In the following example, retrieving the entry keys allows you to access the cached region entries for update. You cannot update the cache through the query engine.
-
-``` pre
-Query string:
-SELECT DISTINCT key, posnVal
-FROM /portfolios.entrySet, value.positions.values posnVal TYPE Position
-WHERE posnVal.mktValue >= 25.00
-
-Results:
-A SelectResults of Struct instances containing key, Position pairs.
-```
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/92-querylanguage/2-accessingdata.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/92-querylanguage/2-accessingdata.html.md.erb b/geode-docs/nativeclient/remote-querying/92-querylanguage/2-accessingdata.html.md.erb
deleted file mode 100644
index b0e6df5..0000000
--- a/geode-docs/nativeclient/remote-querying/92-querylanguage/2-accessingdata.html.md.erb
+++ /dev/null
@@ -1,14 +0,0 @@
----
-title: Accessing Cached Data
----
-
-Accessing your cached data through the querying service is similar to accessing database contents through SQL queries. How you specify your regions and region contents is particular to the native client.
-
-The query language supports drilling down into nested object structures. Regions can contain nested data collections that are unavailable until referenced in the FROM clause.
-
-This discussion describes how to navigate to your cached data through the native client query service.
-
-**Note:**
-Querying and indexing only operate on remote cache server contents.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/92-querylanguage/21-basic-region-access.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/92-querylanguage/21-basic-region-access.html.md.erb b/geode-docs/nativeclient/remote-querying/92-querylanguage/21-basic-region-access.html.md.erb
deleted file mode 100644
index b5945a3..0000000
--- a/geode-docs/nativeclient/remote-querying/92-querylanguage/21-basic-region-access.html.md.erb
+++ /dev/null
@@ -1,31 +0,0 @@
----
-title: Basic Region Access
----
-
-In the context of a query, you specify the name of a region by its full path, starting with a forward slash (/ ).
-
-## <a id="security__section_789E081192A74B00B0E726EDC1C574C4" class="no-quick-link"></a>Object Attributes
-
-You can access the Region object's public fields and methods from a region path, referred to as the region's attributes. Using this method, `/portfolios.name` returns "`portfolios`" and `/portfolios.name.length` returns `10` . An attribute is mapped to a Java class member in three possible ways with the following priority until a match is found. If the attribute is named x, then:
-
-``` pre
-public method getX()
-public method x()
-public field x
-```
-
-**Note:**
-The term *attribute* in this context is not the same as a region attribute.
-
-## <a id="security__section_D64CB943612640D6B899023E5D997DB2" class="no-quick-link"></a>Region Data
-
-You can also access entry keys and entry data through the region:
-
-- `/portfolios.keySet` returns the `Set` of entry keys in the region
-- `/portfolios.entrySet` returns the `Set` of `Region.Entry` objects
-- `/portfolios.values` returns the Collection of entry values
-- `/portfolios` return the Collection of entry values
- **Note:**
- These collections are immutable. Invoking modifier methods on them, such as `add` and `remove`, result in an `UnsupportedOperationException`.
-
-For the last two bullets, the FROM clause `/portfolios.values` and `/portfolios` return the same thing.
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/92-querylanguage/22-drilldown-modify-query-scope.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/92-querylanguage/22-drilldown-modify-query-scope.html.md.erb b/geode-docs/nativeclient/remote-querying/92-querylanguage/22-drilldown-modify-query-scope.html.md.erb
deleted file mode 100644
index ee11e15..0000000
--- a/geode-docs/nativeclient/remote-querying/92-querylanguage/22-drilldown-modify-query-scope.html.md.erb
+++ /dev/null
@@ -1,29 +0,0 @@
----
-title: Modifying Query Scope
----
-
-The query engine resolves names and path expressions according to the name space that is currently in scope in the query. This is not the region scope attribute, but the scope of the query statement.
-
-The initial name space for any query is composed of the region paths of the cache on the cache server and the attributes of those paths. New name spaces are brought into scope based on the `FROM` clause in the `SELECT` statement. For example, in this query the `FROM` expression evaluates to the collection of entry values in `/portfolios`. This is added to the initial scope of the query and status is resolved within the new scope.
-
-``` pre
-SELECT DISTINCT *
-FROM /portfolios
-WHERE status = 'active'
-```
-
-Each `FROM` clause expression must resolve to a collection of objects available for iteration in the query expressions that follow. In the example above, `/portfolios` resolves to the Collection of entry values in the region. The entry value collection is iterated by the `WHERE` clause, comparing the status field to the string active. When a match is found, the value object is added to the return set.
-
-In the following query, the collection specified in the first FROM clause expression is used by the second FROM clause expression and by the projections of the SELECT statement.
-
-``` pre
-IMPORT cacheRunner.Position;
-SELECT DISTINCT "type"
-FROM /portfolios, positions.values posnVal TYPE Position
-WHERE posnVal.qty > 1000.00
-```
-
-**Note:**
-You cannot change the order of the expressions in this FROM clause. The second expression depends on the scope created by the first expression.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/92-querylanguage/23-attribute-visibility.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/92-querylanguage/23-attribute-visibility.html.md.erb b/geode-docs/nativeclient/remote-querying/92-querylanguage/23-attribute-visibility.html.md.erb
deleted file mode 100644
index 11656c8..0000000
--- a/geode-docs/nativeclient/remote-querying/92-querylanguage/23-attribute-visibility.html.md.erb
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: Attribute Visibility
----
-
-Within the current query scope, you can access any available object or object attribute.
-
-In querying, an object's attribute is any identifier that can be mapped to a public field or method in the object.
-
-In the `FROM` specification, any object that is in scope is valid, so at the beginning of a query all cached regions and their attributes on the cache server are in scope.
-
-This query is valid because name resolves to the Region method `getName`:
-
-``` pre
-/portfolios.name
-```
-
-This query is valid because `toArray` resolves to the `Collection` method with the same name:
-
-``` pre
-SELECT DISTINCT * FROM /portfolios.toArray
-```
-
-<a id="security__section_611591AEA6084A5ABB00DE3E19984498"> </a>
-
-You cannot, however, refer to the attribute of a collection object in the region path expression where the collection itself is specified. The following statement is invalid because neither <code class="ph codeph">Collection</code> nor <code class="ph codeph">Region</code> contain an attribute named <code class="ph codeph">positions</code>. The entry values collection (specified by <code class="ph codeph">/portfolios</code>) that does contain an attribute named positions is not yet part of the query name space.
-
-``` pre
-/* INCORRECT: positions is not an attribute of Region or of Collection */
-SELECT DISTINCT * FROM /portfolios.positions
-```
-
-The following `SELECT` statement is valid, because `positions` is an element of the entry value collection that is specified by `/portfolios`. The entry value collection is in scope as soon as the specification in the FROM expression is complete (before `WHERE` or `SELECT` are evaluated).
-
-``` pre
-SELECT DISTINCT positions FROM /portfolios
-```
-
-You can also refer to positions inside the FROM clause after the `/portfolios` entry value collection is created. In this example, positions is an element of the `/portfolios` entry value collection and values is an attribute of positions:
-
-``` pre
-IMPORT javaobject.Position;
-SELECT DISTINCT posnVal
-FROM /portfolios, positions.values posnVal TYPE Position
-WHERE posnVal.mktValue >= 25.00
-```
-
-After the comma in the FROM clause, `/portfolios` is in scope, so its value collection can be iterated. In this case, this is done with the second FROM clause specification, `positions.values`.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/92-querylanguage/24-nested-query-scope.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/92-querylanguage/24-nested-query-scope.html.md.erb b/geode-docs/nativeclient/remote-querying/92-querylanguage/24-nested-query-scope.html.md.erb
deleted file mode 100644
index 4b82eda..0000000
--- a/geode-docs/nativeclient/remote-querying/92-querylanguage/24-nested-query-scope.html.md.erb
+++ /dev/null
@@ -1,38 +0,0 @@
----
-title: Nested Query Scopes
----
-
-You can nest scopes by using nested `SELECT` statements. Names in an inner scope hide identical names in an outer scope.
-
-In the query below, the inner `SELECT` creates a new scope, the positions of the current portfolio, inside the outer `SELECT` 's scope, `/portfolios`. This inner scope (the collection of entry values from the `/portfolios` region) is first searched for the `secId` element. The outer scope is searched only if the `secId` element is not found in the inner scope.
-
-``` pre
-IMPORT javaobject.Position;
-SELECT DISTINCT * FROM /portfolios
- WHERE NOT
- (SELECT DISTINCT * FROM positions.values TYPE Position
- WHERE secId='YYY').isEmpty
-```
-
-This statement shows the outer scope in bold. The outer scope has all the attributes of a Portfolio in it.
-
-<pre>
-IMPORT javaobject.Position;
-<b>SELECT DISTINCT * FROM /portfolios</b>
- <b>WHERE NOT</b>
- (SELECT DISTINCT * FROM positions.values TYPE Position
- WHERE secId='YYY')<b>.isEmpty</b>
-</pre>
-
-<a id="security__section_611591AEA6084A5ABB00DE3E19984498"></a>
-Now the statement with the inner scope is shown in bold. The inner scope has all the attributes of a `Portfolio` in it (inherited from the outer scope), and all the attributes of a `Position` as well.
-
-<pre>
-IMPORT javaobject.Position;
-SELECT DISTINCT * FROM /portfolios
- WHERE NOT
- (<b>SELECT DISTINCT * FROM positions.values TYPE Position
- WHERE secId='YYY</b>).isEmpty
-</pre>
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/92-querylanguage/25-when-names-cant-resolve.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/92-querylanguage/25-when-names-cant-resolve.html.md.erb b/geode-docs/nativeclient/remote-querying/92-querylanguage/25-when-names-cant-resolve.html.md.erb
deleted file mode 100644
index 4b148a4..0000000
--- a/geode-docs/nativeclient/remote-querying/92-querylanguage/25-when-names-cant-resolve.html.md.erb
+++ /dev/null
@@ -1,5 +0,0 @@
----
-title: When Names Cannot Be Resolved
----
-
-When a query is executed and a name or path expression resolves to more than one region name in the scope, or if the name cannot be resolved at all, the client receives a `QueryException`. The `QueryException` contains the message that is generated for the exception that occurs on the server.
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/1-querystring-overview.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/1-querystring-overview.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/1-querystring-overview.html.md.erb
deleted file mode 100644
index 14996c5..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/1-querystring-overview.html.md.erb
+++ /dev/null
@@ -1,11 +0,0 @@
----
-title: Using Query Strings in the Native Client
----
-
-To use a query string in a native client, specify the string as a parameter in a `QueryService::newQuery` method, then execute the query using `Query::execute`, passing in the required parameters.
-
-Alternatively, if an expression evaluates to a boolean value, you can specify it using the region shortcut methods `Region::existsValue`, `Region::selectValue`, and `Region::query`. These shortcut methods evaluate whether given expressions return any entries and return a single value entry, respectively. See [Region Shortcut Query Methods](../95-remotequeryapi/2-create-manage-queries.html#running-native-client-xact__section_0F92AD1BDB29426BB24CD41F5A0FAB78) for more information about these shortcut methods.
-
-If your query requires any `IMPORT` statements, you must include these before the `SELECT` statement in the query string that is passed to the query engine. It should be a fully qualified package name relative to the cache server. The Java class definition must exist and have the exact footprint as the native client C++ class.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/3-from-clause.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/3-from-clause.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/3-from-clause.html.md.erb
deleted file mode 100644
index c2dd1cb..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/3-from-clause.html.md.erb
+++ /dev/null
@@ -1,58 +0,0 @@
----
-title: FROM Clause
----
-
-The `FROM` clause establishes collections of objects that are iterated over by the remainder of the query.
-
-The attributes of the objects in these collections are added to the name space scope for the remainder of the `FROM` clause as well as for the `WHERE` clause and the `SELECT` projection list.
-
-Each `FROM` clause expression must evaluate to a collection. The expression `/portfolios.keySet` is valid because it evaluates to a `Collection`, but `/portfolios.name`, which evaluates to a `String` , causes an exception to be thrown.
-
-Like the SQL query, which iterates over the tables named in its `FROM` clause, the `OQL` query iterates over the `Collections` established in its `FROM` clause.
-
-In the following query, `positions.values` evaluates to a `Collection` because `positions` is a Map, and the method values on `Map` returns a `Collection`.
-
-``` pre
-IMPORT javaobject.Position;
-SELECT DISTINCT "type"
-FROM /portfolios, positions.values posnVal TYPE Position
-WHERE posnVal.qty > 1000.00
-```
-
-Every expression in the `FROM` clause must evaluate to a `Collection`. For a Map, the values method returns a `Collection`.
-
-If positions were a List instead of a Map , this query could be used to retrieve the data:
-
-``` pre
-IMPORT javaobject.Position;
-SELECT DISTINCT "type"
-FROM /portfolios, positions posnVal TYPE Position
-WHERE posnVal.qty >= 1000.00
-```
-
-A List is a `Collection`, so you can access it directly or through its `toArray` method.
-
-For each object type accessed in your `FROM` clause, use the method that returns a `Collection` for that object.
-
-Each expression in the `FROM` clause can be any expression that evaluates to a `Collection`. An expression in the `FROM` clause is typically a path expression that resolves to a region in the cache so that the values in the region become the collection of objects to filter.
-
-For example, this is a simple `SELECT` statement that evaluates to a set of all the entry value objects of the region `/portfolios` with active status. The collection of entry values provided by the `FROM` clause is traversed by the `WHERE` clause, which accesses each element\u2019s status attribute for comparison.
-
-``` pre
-SELECT DISTINCT * FROM /portfolios WHERE status = 'active'
-```
-
-If the `FROM` clause has only one expression in it, the result of the clause is the single collection that the expression evaluates to. If the clause has more than one expression in it, the result is a collection of structs that contain a member for each of those collection expressions. For example, if the `FROM` clause contains three expressions that evaluate to collections `C1`, `C2,` and `C3`, the `FROM` clause generates a set of `struct(x1, x2, x3)` where `x1`, `x2`, and `x3` represent nested iterations over the collections specified.
-
-If the collections are independent of each other, this `struct` represents their cartesian product.
-
-In this query, the `FROM` clause produces a `struct` of `portfolio` and position pairs to be iterated. Each element in the struct contains the portfolio and one of its contained positions.
-
-``` pre
-IMPORT javaobject.Position;
-SELECT DISTINCT "type" FROM /portfolios, positions TYPE Position
-WHERE qty > 1000.00
-```
-
-To understand the effects of `FROM` expressions on query scope, see [Drilling Down for Modifying Query Scope](../92-querylanguage/22-drilldown-modify-query-scope.html#security).
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/3a-iterator-variables.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/3a-iterator-variables.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/3a-iterator-variables.html.md.erb
deleted file mode 100644
index 89de4e7..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/3a-iterator-variables.html.md.erb
+++ /dev/null
@@ -1,16 +0,0 @@
----
-title: Using Iterator Variables
----
-
-For each collection expressed in the `FROM` clause, you can associate an explicit variable. The variable is added to the current scope and becomes the iterator variable bound to the elements of the collection as they are iterated over. In this example, `pflo` and `posnVal` are both explicit iterator variables.
-
-**Query Using Explicit Iterator Variables**
-
-``` pre
-IMPORT javaobject.Position;
-SELECT DISTINCT pflo."type", posnVal.qty
-FROM /portfolios pflo, positions.values posnVal TYPE Position
-WHERE pflo.status = 'active' and posnVal.mktValue > 25.00
-```
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/3b-importing-using-object-classes.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/3b-importing-using-object-classes.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/3b-importing-using-object-classes.html.md.erb
deleted file mode 100644
index 3108ac4..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/3b-importing-using-object-classes.html.md.erb
+++ /dev/null
@@ -1,32 +0,0 @@
----
-title: Importing and Using Object Classes
----
-
-To facilitate the specification of type in variable type declarations and in typecasting expressions, a query string can have `IMPORT` statements preceding the declarations. By using `IMPORT` in the query string, the client can tell the cache server about the class definition of the serialized object that is present in the cache server region.
-
-The only place you can have a package name in a query is in an import statement. These are valid:
-
-``` pre
-IMPORT com.myFolder.Portfolio;
-IMPORT com.myFolder.Portfolio AS MyPortfolio;
-```
-
-The first form of the import statement allows Portfolio to be used as the name of the class, `com.myFolder.Portfolio`. The second form provides an alternative class name, MyPortfolio, to be used. This is useful when a class name is not unique across packages and classes in a single query.
-
-## Using Imported Classes
-
-The following example uses imported classes:
-
-``` pre
-IMPORT com.commonFolder.Portfolio;
-IMPORT com.myFolder.Portfolio AS MyPortfolio;
-SELECT DISTINCT mpflo.status
-FROM /portfolios pflo TYPE Portfolio,
-/myPortfolios mpflo TYPE MyPortfolio,
-WHERE pflo.status = 'active' and mpflo.id = pflo.id
-```
-
-This entire query string must be passed to the query engine, including the `IMPORT` statements.
-Common type names do not require an `IMPORT` statement. The following table lists the types that are defined by the system and the Java types they represent.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/3c-predefined-class-types.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/3c-predefined-class-types.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/3c-predefined-class-types.html.md.erb
deleted file mode 100644
index f243552..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/3c-predefined-class-types.html.md.erb
+++ /dev/null
@@ -1,29 +0,0 @@
----
-title: Predefined Class Types
----
-
-The `FROM` clause establishes collections of objects that are iterated over by the remainder of the query. The attributes of the objects in these collections are added to the name space scope for the remainder of the `FROM` clause as well as for the `WHERE` clause and the `SELECT` projection list.
-
-The type specification can be an imported type or any of these predefined types.
-
-| | | | |
-|-----------------------------------------------------|----------------------|-------------------|-------------------------------------------|
-| **Type** | **Java** | **C++** | **.NET** |
-| short | short | CacheableInt16 | Int16 |
-| long | long | CacheableInt64 | Int64 |
-| int | int | CacheableInt32 | Int32 |
-| float | float | CacheableFloat | Single |
-| double | double | CacheableDouble | Double |
-| char | char | CacheableWideChar | Char |
-| string | java.lang.String | CacheableString | String |
-| boolean | boolean | CacheableBoolean | Boolean |
-| byte or octet | byte | CacheableByte | Byte |
-| date | java.sql.Date | CacheableDate | DateTime |
-| time | java.sql.Time | Unsupported | Unsupported |
-| timestamp | java.sql.Timestamp | Unsupported | Unsupported |
-| set<type> | java.util.Set | CacheableHashSet | HashSet<type> |
-| list<type> | java.util.List | CacheableVector | List<type> |
-| array<type> | java.lang.Object\[\] | CacheableArray | ArrayList<type> |
-| map<type,type> or dictionary<type,type> | java.lang.Map | CacheableHashMapp | Dictionary<type, type> or HashTable |
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/3d-specify-object-types.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/3d-specify-object-types.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/3d-specify-object-types.html.md.erb
deleted file mode 100644
index 66afcef..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/3d-specify-object-types.html.md.erb
+++ /dev/null
@@ -1,53 +0,0 @@
----
-title: Specifying the Object Types of FROM Clause Collections
----
-
-To resolve implicit attribute names, the query engine must be able to associate each attribute or method name to a single iterator expression in the `FROM` clause.
-
-Depending on the complexity of the query, the engine may be able to discover the proper associations on its own, but providing the specifications described here increases the chances for success.
-
-The server region being queried should contain only homogeneous objects of the same type. See [Setting Object Type Constraints](../91-quickintro/3-quickintro-requirements.html#security__section_407A315F22014CD8A0BC622454789888) for more information.
-
-The object type information must be available when the query is created. To provide the appropriate information to the query engine, specify the type for each of your `FROM` clause collection objects by importing the object's class before running the query and typing the object inside the query. For the example region, this query is valid (all of the examples in this section assume that this `IMPORT` statement is provided):
-
-**Query Using IMPORT and TYPE for Object Typing**
-
-``` pre
-IMPORT javaobject.Position;
-SELECT DISTINCT mktValue
-FROM /portfolios, positions.values TYPE Position
-WHERE mktValue > 25.00
-```
-
-This entire query string must be passed to the query engine, including the IMPORT statement. Import the object\u2019s class before running the query and typecast the object inside the query. For the example region, both of these queries are valid:
-
-**Query Using IMPORT and Typecasting for Object Typing**
-
-``` pre
-IMPORT javaobject.Position;
-SELECT DISTINCT value.mktValue
- FROM /portfolios, (map<string,Position>)positions
- WHERE value.mktValue > 25.00
-IMPORT cacheRunner.Position;
-SELECT DISTINCT mktValue
- FROM /portfolios, (collection<Position>)positions.values
- WHERE mktValue > 25.00
-```
-
-This entire query string must be passed to the query engine, including the `IMPORT` statement. Use named iterators in the `FROM` clause and explicitly prefix the path expression with iterator names.
-
-**Query Using Named Iterators for Object Typing**
-
-``` pre
-SELECT DISTINCT posnVal
-
-FROM /portfolios pflo, pflo.positions.values posnVal
-
-WHERE posnVal.mktValue >= 25.00
-```
-
-The `IMPORT` statements in these examples assume that the `classes` directory of the examples is in the `CLASSPATH`. This is required so the cache server can process `IMPORT` statements. The class's package name cannot be used in the `FROM` clause. The package name must be specified in an `IMPORT` statement.
-
-There is one exception to these typing guidelines. If one `FROM` expression lacks explicit typing, the query engine associates all unresolved attributes with that expression and creates the query. An exception is thrown if any of these attributes are not found at execution time.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/4-where-clause.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/4-where-clause.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/4-where-clause.html.md.erb
deleted file mode 100644
index 1c0fca0..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/4-where-clause.html.md.erb
+++ /dev/null
@@ -1,23 +0,0 @@
----
-title: WHERE Clause
----
-
-The optional WHERE clause defines the search criteria for the selection, filtering the set of elements specified by the FROM clause.
-
-Without a WHERE clause, the SELECT projection list receives the entire collection or set of collections as specified in the FROM clause.
-
-The query processor searches the collection for elements that match the conditions specified in the WHERE clause conditions. If there is an index on an expression matched by the WHERE clause, then the query processor may use the index to optimize the search and avoid iterating over the entire collection. For more information on indexes, see [Advanced Querying](../../../developing/query_additional/advanced_querying.html).
-
-A WHERE clause expression is a boolean condition that is evaluated for each element in the collection. If the expression evaluates to true for an element, the query processor passes that element on to the SELECT projection list. This example uses the WHERE clause to return the portfolio objects in the region that have a type xyz .
-
-``` pre
-SELECT DISTINCT * FROM /portfolios WHERE "type" = 'xyz'
-```
-
-The next query returns the set of all portfolios with a type of xyz and active status.
-
-``` pre
-SELECT DISTINCT * FROM /portfolios WHERE "type" = 'xyz' AND status = 'active'
-```
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/5-joins.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/5-joins.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/5-joins.html.md.erb
deleted file mode 100644
index 4fc2318..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/5-joins.html.md.erb
+++ /dev/null
@@ -1,15 +0,0 @@
----
-title: Joins
----
-
-If collections in the `FROM` clause are not related to each other, you can use the `WHERE` clause to join them.
-
-The statement below returns all the persons from the `/Persons` region with the same name as a flower in the `/Flowers` region.
-
-``` pre
-SELECT DISTINCT p FROM /Persons p, /Flowers f WHERE p.name = f.name
-```
-
-Indexes are supported for region joins. To create indexes for region joins, you create single-region indexes for both sides of the join condition. These are used during query execution for the join condition.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/6-select-projection-list.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/6-select-projection-list.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/6-select-projection-list.html.md.erb
deleted file mode 100644
index 0e93844..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/6-select-projection-list.html.md.erb
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: SELECT Projection List
----
-
-The projections in the SELECT projection list are used to transform the results of the WHERE search operation.
-
-You specify the projection list either as \* or as a comma delimited list of expressions. For \*, the interim results of the WHERE clause are returned from the query. Otherwise, the set of objects in the interim results are iterated and the projections applied to each of the objects. During the application of the projection list, the attributes of the objects being traversed are in scope for name resolution.
-
-You can also specify retrieval of the entry keys in your projection list. This allows you to access the associated cached entries for modification and other purposes. The following example shows how the Region entry key can be obtained by using the region entries in the FROM clause and using appropriate projections. This query runs on the /portfolios region, returning a set of `struct<key:string, id:string, secId:string>` where `key` is the key of the region entry, `id` is an entry ID, and `secId` is a secId of a `positionsmap` for the entry.
-
-``` pre
-SELECT DISTINCT key, entry.value.id, posnVal.secId
-
-FROM /portfolios.entrySet entry, entry.value.positions.values posnVal
-
-WHERE entry.value."type" = 'xyz' AND posnVal.secId = 'XXX'
-```
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/7-select-statement-query-results.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/7-select-statement-query-results.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/7-select-statement-query-results.html.md.erb
deleted file mode 100644
index eef7f7f..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/7-select-statement-query-results.html.md.erb
+++ /dev/null
@@ -1,113 +0,0 @@
----
-title: SELECT Statement Query Results
----
-
-The result of a `SELECT` statement is a collection that implements the `SelectResults` interface or it is `UNDEFINED`.
-
-The `SelectResults` returned from the `SELECT` statement is either a collection of objects or a `Struct` collection containing the objects. (See also the API documentation for Query.)
-
-Because a `SELECT` statement returns a result, it can be composed with other expressions like the following example:
-
-``` pre
-(SELECT DISTINCT * FROM /portfolios WHERE status = 'active').iterator
-```
-
-A collection of objects is returned in two cases:
-
-- When only one expression is specified by the projection list and that expression is not explicitly specified using the `fieldname:expression` syntax
-
-- When the `SELECT` list is \* and a single collection is specified in the FROM clause
-
-<a id="security__table_D501DA045E684E00AEBD5FED5ED24853"></a>
-
-<table>
-<caption><span class="tablecap">Table 1. Matrix of SelectResults Contents Based on SELECT and FROM Clause Specifications</span></caption>
-<colgroup>
-<col width="25%" />
-<col width="25%" />
-<col width="25%" />
-<col width="25%" />
-</colgroup>
-<tbody>
-<tr class="odd">
-<td><p><strong>SELECT</strong></p>
-<p><strong>FROM</strong></p></td>
-<td><strong>*</strong></td>
-<td><strong>Single Expressions</strong></td>
-<td><strong>Multiple Expressions</strong></td>
-</tr>
-<tr class="even">
-<td><strong>single expression</strong></td>
-<td>Objects</td>
-<td><p>Objects. (<code class="ph codeph">Struct</code> if the projection specifies a field name.)</p></td>
-<td><code class="ph codeph">Struct</code></td>
-</tr>
-<tr class="odd">
-<td><strong>multiple expressions</strong></td>
-<td><code class="ph codeph">Struct</code></td>
-<td><p>Objects. (<code class="ph codeph">Struct</code> if the projection specifies a field name.)</p></td>
-<td><code class="ph codeph">Struct</code></td>
-</tr>
-</tbody>
-</table>
-
-When a `Struct` is returned, the name of each field in the `Struct `is determined as follows:
-
-- If a field is specified explicitly using the `fieldname:expression` syntax, the fieldname is used.
-- If the `SELECT` projection list is \* and an explicit iterator expression is used in the `FROM` clause, the iterator variable name is used as the field name.
-- If the field is associated with a region or attribute path expression, the last attribute name in the expression is used.
-
-If names can not be decided based on these rules, arbitrary unique names are generated by the query processor.
-
-These examples show how the projections and FROM clause expressions are applied.
-
-<table>
-<colgroup>
-<col width="33%" />
-<col width="33%" />
-<col width="33%" />
-</colgroup>
-<tbody>
-<tr class="odd">
-<td><code class="ph codeph">SELECT <*> FROM <single expression></code></td>
-<td><code class="ph codeph">SELECT DISTINCT *</code>
-<p><code class="ph codeph">FROM /portfolios</code></p>
-<p><code class="ph codeph">WHERE status ='active'</code></p></td>
-<td>Returns the <code class="ph codeph">Collection</code> of active portfolios objects.</td>
-</tr>
-<tr class="even">
-<td><code class="ph codeph">SELECT <single expression> FROM <multiple expression> </code>(without <code class="ph codeph">fieldName</code> mentioned)</td>
-<td><code class="ph codeph">IMPORT javaobject.Position; </code> <code class="ph codeph">SELECT DISTINCT secId</code>
-<p><code class="ph codeph">FROM /portfolios,</code></p>
-<p>positions.values TYPE Position</p>
-<p>WHERE status ='active'</p></td>
-<td>Returns the <code class="ph codeph">Collection</code> of <code class="ph codeph">secIds</code> (<code class="ph codeph">CacheableString</code>
-<p>objects) from the positions of active portfolios.</p></td>
-</tr>
-<tr class="odd">
-<td><code class="ph codeph">SELECT <single expression> FROM</code>
-<p><code class="ph codeph"><multiple expression></code> (with <code class="ph codeph">fieldName</code> mentioned)</p></td>
-<td><code class="ph codeph">IMPORT javaobject.Position;SELECT DISTINCT secIdFieldName:secId</code>
-<p><code class="ph codeph">FROM /portfolios, positions.values TYPE Position </code></p>
-<p><code class="ph codeph">WHERE status ='active'</code></p></td>
-<td>Returns <code class="ph codeph">struct<secIdField: CacheableString></code> for the active portfolios. (Compare to the results for the prior query.)</td>
-</tr>
-<tr class="even">
-<td><code class="ph codeph">SELECT <*> FROM <multiple expression></code></td>
-<td><p><code class="ph codeph">IMPORT javaobject.Position; SELECT DISTINCT *</code></p>
-<p><code class="ph codeph">FROM /portfolios, positions.values TYPE Position </code></p>
-<p><code class="ph codeph">WHERE status = 'active'</code></p></td>
-<td><p>Returns a <code class="ph codeph">Collection</code> of <code class="ph codeph">struct<portfolios: Portfolio, values: Position></code> for the active portfolios.</p></td>
-</tr>
-<tr class="odd">
-<td><p><code class="ph codeph">SELECT <multiple expression> FROM <multiple expression></code></p></td>
-<td><p><code class="ph codeph">IMPORT javaobject.Position;</code></p>
-<p><code class="ph codeph">SELECT DISTINCT pflo, posn</code></p>
-<p><code class="ph codeph">FROM /portfolios pflo, positions posn TYPE Position</code></p>
-<p><code class="ph codeph">WHERE pflo.status = 'active'</code></p></td>
-<td><p>Returns a <code class="ph codeph">Collection</code> of <code class="ph codeph">struct<pflo: Portfolio, posn: Position></code> for the active portfolios.</p></td>
-</tr>
-</tbody>
-</table>
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/8-query-language-elements.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/8-query-language-elements.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/8-query-language-elements.html.md.erb
deleted file mode 100644
index d2f5545..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/8-query-language-elements.html.md.erb
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: Query Language Elements
----
-
-This section discusses various aspects and tools of the native client query engine.
-
-- **[Method Invocation](../../../nativeclient/remote-querying/93-querystrings/8a-method-invocation.html)**
-
- The query language supports method invocation inside query expressions.
-
-- **[Query Language Literals Supported by Native Client](../../../nativeclient/remote-querying/93-querystrings/8b-query-lang-literals.html)**
-
- Query language expressions can contain literals as well as operators and attribute names. The native client supports many types of literals.
-
-- **[Type Conversions](../../../nativeclient/remote-querying/93-querystrings/8c-type-conversions.html)**
-
- Java rules within a query string require the query processor to perform implicit conversions and promotions under certain cases in order to evaluate expressions that contain different types.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/8a-method-invocation.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/8a-method-invocation.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/8a-method-invocation.html.md.erb
deleted file mode 100644
index 0853001..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/8a-method-invocation.html.md.erb
+++ /dev/null
@@ -1,18 +0,0 @@
----
-title: Method Invocation
----
-
-The query language supports method invocation inside query expressions.
-
-<a id="security__section_9EB15A373E8C41E1A1C40981588A4DFB"></a>
-
-The query processor maps attributes in query strings using the attribute rules described in [Object Attributes](../92-querylanguage/21-basic-region-access.html#security__section_789E081192A74B00B0E726EDC1C574C4). Methods declared to return `void` evaluate to `null` when invoked through the query processor.
-If you know that the attribute name maps to a public method that takes no parameters, you can simply include the method name in the query string as an attribute. For example, `emps.isEmpty` is equivalent to `emps.isEmpty`() . In the following example, the query invokes `isEmpty` on positions, and returns the set of all portfolios with no positions.
-
-``` pre
-SELECT DISTINCT * FROM /portfolios WHERE positions.isEmpty
-```
-
-The native client also supports the invocation of public methods with parameters. To invoke methods with parameters, include the method name as an attribute in the query string and provide the method arguments between parentheses. You can only use constants in the query strings.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/8b-query-lang-literals.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/8b-query-lang-literals.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/8b-query-lang-literals.html.md.erb
deleted file mode 100644
index 4f91f5f..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/8b-query-lang-literals.html.md.erb
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: Query Language Literals Supported by Native Client
----
-
-Query language expressions can contain literals as well as operators and attribute names. The native client supports many types of literals.
-
-- `boolean`. Boolean value, either `TRUE` or `FALSE`.
-- `integer` and `long`. Type `long` if it is suffixed with the ASCII letter L. Otherwise it is of type `int`.
-- `floating point`.Type float if it is suffixed with an ASCII letter F. Otherwise its type is double and it can optionally be suffixed with an ASCII letter D . A double or floating point literal can optionally include an exponent suffix of E or e, followed by a signed or unsigned number.
-- `string`. Delimited by single quotation marks. Embedded single quotation marks are doubled. For example, the character string `'Hello'` evaluates to the value `Hello`, while the character string `'He said, ''Hello'''` evaluates to `He said, 'Hello'`. Embedded newlines are kept as part of the string literal.
-- `char`. Type `char` if it is a string literal prefixed by the keyword `CHAR`; otherwise it is of type `string `. The CHAR literal for the single quotation mark character is `CHAR ''''` (four single quotation marks).
-- `date`. `java.sql.Date` object that uses the JDBC format prefixed with the `DATE` keyword: `DATE yyyy-mm-dd`. In the Date, `yyyy` represents the year, `mm` represents the month, and `dd` represents the day. The year must be represented by four digits; a two-digit shorthand for the year is not allowed.
-- `time`. Not supported.
-- `timestamp`. Not supported.
-- `NIL`. Equivalent alternative of `NULL`.
-- `NULL`. Same as `null` in Java.
-- `UNDEFINED`. Special literal that is a valid value for any data type. An `UNDEFINED` value is the result of accessing an attribute of a null-valued attribute. If you access an attribute that has an explicit value of null, then it is not undefined. For example, if a query accesses the attribute `address.city` and address is null, then the result is undefined. If the query accesses `address`, then the result is not undefined, it is null.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/93-querystrings/8c-type-conversions.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/93-querystrings/8c-type-conversions.html.md.erb b/geode-docs/nativeclient/remote-querying/93-querystrings/8c-type-conversions.html.md.erb
deleted file mode 100644
index 8b2a060..0000000
--- a/geode-docs/nativeclient/remote-querying/93-querystrings/8c-type-conversions.html.md.erb
+++ /dev/null
@@ -1,31 +0,0 @@
----
-title: Type Conversions
----
-
-Java rules within a query string require the query processor to perform implicit conversions and promotions under certain cases in order to evaluate expressions that contain different types.
-
-The query processor performs binary numeric promotion, method invocation conversion, and temporal type conversion.
-
-## <a id="security__section_A445225717A646478C656DA8AB8334CD" class="no-quick-link"></a>Binary numeric promotion
-
-Binary numeric promotion widens all operands in a numeric expression to the widest representation used by any of the operands. In each expression, the query processor applies the following rules in order:
-
-- If either operand is of type double, the other is converted to double.
-- If either operand is of type float, the other is converted to float.
-- If either operand is of type long, the other is converted to long.
-- Both operands are converted to type int.
-
-The query processor performs binary numeric promotion on the operands of the following operators:
-
-- comparison operators <, <=, >, and >=
-- equality operators = and <>
-
-This is essentially the same behavior as in Java, except that chars are not considered to be numeric in the native client query language.
-
-## <a id="security__section_ED0CF17A3119452D8A6FCB95FEEBF3B3" class="no-quick-link"></a>Method invocation conversion
-
-Method invocation conversion in the query language follows the same rules as Java method invocation conversion, except that the query language uses runtime types instead of compile time types, and handles null arguments differently than in Java. One aspect of using runtime types is that an argument with a null value has no typing information, and so can be matched with any type parameter. When a null argument is used, if the query processor cannot determine the proper method to invoke based on the non-null arguments, it throws an `AmbiguousNameException`. For more information on method invocation in query strings, see [Method Invocation](8a-method-invocation.html#security).
-
-## <a id="security__section_940BA11A53204B3985B955102CB52681" class="no-quick-link"></a>Temporal type conversion
-
-The temporal types that the query language supports on the cache server include the Java types `java.util.Date` and `java.sql.Date`, which are treated the same and can be freely compared and used in indexes. When compared with each other, these types are all treated as nanosecond quantities.
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/94-indexes/indexes-overview.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/94-indexes/indexes-overview.html.md.erb b/geode-docs/nativeclient/remote-querying/94-indexes/indexes-overview.html.md.erb
deleted file mode 100644
index ea85945..0000000
--- a/geode-docs/nativeclient/remote-querying/94-indexes/indexes-overview.html.md.erb
+++ /dev/null
@@ -1,31 +0,0 @@
----
-title: Creating Indexes
----
-
-An index can provide significant performance gains for query execution. You create and maintain indexes on the cache server.
-
-A query run without an index iterates through every object in the collection on the cache server. If an index is available that matches part or all of the query specification, the query iterates only over the indexed set, and query processing time can be reduced.
-
-When you create your indexes on the cache server, remember that indexes incur maintenance costs as they must be updated when the indexed data changes. An index that requires many updates and is not used very often may require more system resources than no index at all. Indexes also consume memory. For information on the amount of memory used for indexes, see the system configuration information.
-
-You can create an index for remote querying declaratively on the cache server in a `cache.xml` file, as shown in this example.
-
-**Creating an Index on a Cache Server Using a Server XML File**
-
-``` pre
-<region name="portfolios">
- <region-attributes . . . >
- <value-constraint>cacheRunner.Portfolio</value-constraint>
- </region-attributes>
- <index name="myFuncIndex">
- <functional from-clause="/portfolios" expression="status"/>
- </index>
- <index name="myPrimIndex">
- <primary-key field="id"/>
- </index>
- <entry> . . .
-```
-
-For detailed information about working with indexes configured on a cache server, see the section [Working with Indexes](../../../developing/query_index/query_index.html).
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/95-remotequeryapi/1-remote-query-api-overview.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/95-remotequeryapi/1-remote-query-api-overview.html.md.erb b/geode-docs/nativeclient/remote-querying/95-remotequeryapi/1-remote-query-api-overview.html.md.erb
deleted file mode 100644
index 7756b95..0000000
--- a/geode-docs/nativeclient/remote-querying/95-remotequeryapi/1-remote-query-api-overview.html.md.erb
+++ /dev/null
@@ -1,23 +0,0 @@
----
-title: Remote Query API
----
-
-You use the native client querying API to access all the querying functionality discussed in the previous sections.
-
-This section gives a general overview of the interfaces and classes that are provided by the Query package API, and the shortcut methods provided in the Region interface. For complete, current information on the classes and interfaces discussed here, see the native client API documentation.
-
-- **[Creating and Managing Queries](../../../nativeclient/remote-querying/95-remotequeryapi/2-create-manage-queries.html)**
-
- You create queries on the cache server by obtaining a `QueryService` method and manage them through the resulting `Query` object. The `Region` interface has several shortcut query methods.
-
-- **[Query Result Sets](../../../nativeclient/remote-querying/95-remotequeryapi/3-query-result-sets.html)**
-
-- **[Query Code Samples Returning ResultSet](../../../nativeclient/remote-querying/96-progexamples/2-query-code-examples-resultset.html)**
-
- API examples demonstrate methods for returning `ResultSet` for both built-in and user-fined data types.
-
-- **[Query Code Samples Returning StructSet](../../../nativeclient/remote-querying/96-progexamples/3-query-code-examples-structset.html)**
-
- These examples return a `StructSet` for built-in and user-defined data types, `Struct` objects, and collections.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/95-remotequeryapi/2-create-manage-queries.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/95-remotequeryapi/2-create-manage-queries.html.md.erb b/geode-docs/nativeclient/remote-querying/95-remotequeryapi/2-create-manage-queries.html.md.erb
deleted file mode 100644
index e685182..0000000
--- a/geode-docs/nativeclient/remote-querying/95-remotequeryapi/2-create-manage-queries.html.md.erb
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: Creating and Managing Queries
----
-
-You create queries on the cache server by obtaining a `QueryService` method and manage them through the resulting `Query` object. The `Region` interface has several shortcut query methods.
-
-The `newQuery` method for the `Query` interface binds a query string. By invoking the `execute` method, the query is submitted to the cache server and returns` SelectResults`, which is either a `ResultSet` or a `StructSet`.
-
-The `QueryService` method is the entry point to the query package. It is retrieved from the Cache instance through `Cache::getQueryService`. If you are using the Pool API you must obtain the `QueryService` from the pools and not from the cache.
-
-## <a id="running-native-client-xact__section_41564A36A1DE4EEDA8F3E00992F8D02B" class="no-quick-link"></a>Query
-
-A `Query` is obtained from a `QueryService` method, which is obtained from the cache. The `Query` interface provides methods for managing the compilation and execution of queries, and for retrieving an existing query string.
-
-You must obtain a `Query` object for each new query. The following example demonstrates the method used to obtain a new instance of `Query`:
-
-``` pre
-QueryPtr newQuery(const char * querystr);
-```
-
-## <a id="running-native-client-xact__section_0F92AD1BDB29426BB24CD41F5A0FAB78" class="no-quick-link"></a>Region Shortcut Query Methods
-
-The `Region` interface has several shortcut query methods. All take a `query` predicate which is used in the `WHERE` clause of a standard query. See [WHERE Clause](../93-querystrings/4-where-clause.html#security) for more information. Each of the following examples also set the query response timeout to 10 seconds to allow sufficient time for the operation to succeed.
-
-- The `query` method retrieves a collection of values satisfying the query predicate. This call retrieves active portfolios, which in the sample data are the portfolios with keys `111`, `222`, and `333`:
-
- ``` pre
- SelectResultsPtr
- results = regionPtr->query("status 'active' ");
- ```
-
-- The `selectValue` method retrieves one value object. In this call, you request the portfolio with `ID ABC-1` :
-
- ``` pre
- SerializablePtr
- port = region->selectValue("ID='ABC-1'");
- ```
-
-- The `existsValue` method returns a boolean indicating if any entry exists that satisfies the predicate. This call returns false because there is no entry with the indicated type:
-
- ``` pre
- bool entryExists
- = region->existsValue("'type' = 'QQQ' ");
- ```
-
-For more information about these shortcut query methods, see the Region class description in the native client API documentation.
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/95-remotequeryapi/3-query-result-sets.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/95-remotequeryapi/3-query-result-sets.html.md.erb b/geode-docs/nativeclient/remote-querying/95-remotequeryapi/3-query-result-sets.html.md.erb
deleted file mode 100644
index 379837c..0000000
--- a/geode-docs/nativeclient/remote-querying/95-remotequeryapi/3-query-result-sets.html.md.erb
+++ /dev/null
@@ -1,10 +0,0 @@
----
-title: Query Result Sets
----
-
-- **SelectResults**. Executes the query on the cache server and returns the results as either a `ResultSet` or a StructSet.
-- **SelectResultsIterator**. Iterates over the items available in a `ResultSet` or `StructSet`.
-- **ResultSet**. Obtained after executing a `Query`, which is obtained from a `QueryService` that is obtained from a Cache class.
-- **StructSet**. Used when a `SELECT` statement returns more than one set of results. This is accompanied by a `Struct`, which provides the `StructSet` definition and contains its field values.
-
-
http://git-wip-us.apache.org/repos/asf/incubator-geode/blob/381d0faa/geode-docs/nativeclient/remote-querying/96-progexamples/2-query-code-examples-resultset.html.md.erb
----------------------------------------------------------------------
diff --git a/geode-docs/nativeclient/remote-querying/96-progexamples/2-query-code-examples-resultset.html.md.erb b/geode-docs/nativeclient/remote-querying/96-progexamples/2-query-code-examples-resultset.html.md.erb
deleted file mode 100644
index e0aeb63..0000000
--- a/geode-docs/nativeclient/remote-querying/96-progexamples/2-query-code-examples-resultset.html.md.erb
+++ /dev/null
@@ -1,68 +0,0 @@
----
-title: Query Code Samples Returning ResultSet
----
-
-API examples demonstrate methods for returning `ResultSet` for both built-in and user-fined data types.
-
-**Query Returns a ResultSet for a Built-In Data Type**
-
-``` pre
-QueryServicePtr qrySvcPtr = cachePtr->getQueryService("examplePool");
-QueryPtr query = qrySvcPtr->newQuery("select distinct pkid from /portfolios");
-//specify 10 seconds for the query timeout period
-SelectResultsPtr results = query->execute(10);
-if (results == NULLPTR)
-{
- printf( "\nNo results returned from the server");
-}
-
-//obtaining a handle to resultset
-ResultSetPtr rs(dynamic_cast<ResultSet*> (results.ptr()));
-if (rs == NULLPTR)
-{
- printf ("\nResultSet is not obtained \n"); return;
-}
-//iterating through the resultset using row index.
-for (int32_t row=0; row < rs->size(); row++)
-{
- SerializablePtr ser((*rs)[row]);
- CacheableStringPtr str(dynamic_cast<CacheableString*> (ser.ptr()));
- if (str != NULLPTR)
- {
- printf("\n string column contains - %s \n", str->asChar() );
- }
-}
-```
-
-**Query Returns a ResultSet for a User-Defined Data Type**
-
-``` pre
-QueryServicePtr qrySvcPtr = cachePtr->getQueryService("examplePool");
-const char * querystring = "select distinct * from /portfolios";
-QueryPtr query = qrySvcPtr->newQuery(querystring);
-//specify 10 seconds for the query timeout period
-SelectResultsPtr results = query->execute(10);
-if (results == NULLPTR)
-{
- printf( "\nNo results returned from the server");
-}
-//obtaining a handle to resultset
-ResultSetPtr rs(dynamic_cast<ResultSet*> (results.ptr()));
-if (rs == NULLPTR)
-{
- printf ("\nResultSet is not obtained \n"); return;
-}
-//iterating through the resultset using iterators.
-SelectResultsIterator iter = rs->getIterator();
-while (iter.hasNext())
-{
- SerializablePtr ser = iter.next();
- PortfolioPtr port(dynamic_cast<Portfolio*> (ser.ptr()));
- if (port != NULLPTR)
- {
- printf("\nPortfolio object is - %s \n", port->toString()->asChar() );
- }
-} // end of rows
-```
-
-