commit | 7c30a8cdbf4de1d7ae34309f5094dea261a8ce1e | [log] [tgz] |
---|---|---|
author | Mario Salazar de Torres <mario.salazar.de.torres@est.tech> | Tue Oct 13 20:03:25 2020 +0200 |
committer | GitHub <noreply@github.com> | Tue Oct 13 11:03:25 2020 -0700 |
tree | b124a884815e4d723b6f323f16c8b306a8611992 | |
parent | 106d6b0d9b1b028bef2aa216c1b684efd068b835 [diff] |
GEODE-8512: Add expectDomainClass for PdxInstance (#661) - In Java client you can specify whether or not the PdxInstance you are trying to create when calling createPdxInstanceFactory represnets a Java domain class. - This commit adds the possibility to also specify expectDomainClass for the native C++ client. - Take into account that this is necessary in order to query PdxInstance entries which classname is __GEMFIRE_JSON with Gfsh tool. - Fix doxygen comments for old createPdxInstanceFactory overloads. - Modified Gfsh utilities from the testing framework to allow executing queries. - Added integration test in which is test the functionality. - Removed CacheImpl::createPdxInstanceFactory overload with a single parameter as there is no need for it anymore. - Inverted semantics of m_noJavaClass in PdxType so logic is more clear. - Added QueryFunction server function in order to further use it in testing, Such function allows the user to make a query from the server side. - Minor changes done to PdxTypeTest unit-test TS so ByteArray gtest expectations can be used. - Added unit-tests to verify serialization is properly done with the is_java_class_ attribute. - Added unit-tests to verify de-serialization is properly done with the is_java_class_ attribute. - Changed the integration test so it uses a server function instead of calling gfsh with a command. - Reversed changes that added the capability for Gfsh interface to execute queries as it is not needed anymore. - Fixed Cluster class so now it's possible to specify a single CacheXmlFile entry. - Added a resource folder for the new integration tests. Before resources were taken from the resources folder of the old testing framework. - Added a new entry in TestConfig so the above mentioned folder path can be accesed in the tests. - Added pdxjson_cacheserver.xml in the new integration test resource folder.
Overview
Building from Source
Application Development
Native Client is a client implementation for Apache Geode that does not require the Java server JARs.
Directions to build Native Client from source can be found in the source distribution in BUILDING.md.
Native Client applications can be written in these client technologies:
This distribution includes cryptographic software. The country in which you currently reside may have restrictions on the import, possession, use, and/or re-export to another country, of encryption software. BEFORE using any encryption software, please check your country's laws, regulations and policies concerning the import, possession, or use, and re-export of encryption software, to see if this is permitted. See http://www.wassenaar.org/ for more information.
The U.S. Government Department of Commerce, Bureau of Industry and Security (BIS), has classified this software as Export Commodity Control Number (ECCN) 5D002.C.1, which includes information security software using or performing cryptographic functions with asymmetric algorithms. The form and manner of this Apache Software Foundation distribution makes it eligible for export under the License Exception ENC Technology Software Unrestricted (TSU) exception (see the BIS Export Administration Regulations, Section 740.13) for both object code and source code.
The following provides more details on the included cryptographic software: