Abstract: In an example embodiment, primary data is received from a first tenant in a computer network. Then auxiliary data relating to the primary data is received from the first tenant. A first index is created for the primary data and the auxiliary data from the first tenant. Then the first index is stored as a first shardlet. The first shardlet is bundled with one or more other shardlets for the tenant in a shard group. The shard group is packed with one or more other shard groups in a first shard. Then the first shard is stored in a first instance of a distributed database, the distributed database comprising a plurality of instances, each instance operating on a different logical or physical device.

Abstract: In an example embodiment, zone information is received from a distributed database, the zone information including a mapping between each of a plurality of client applications and a corresponding zone. Then a first adapter is assigned to a first client application based on the mapping. A second adapter is then assigned to a second client application based on the mapping. When data is received from the first client application, the data from the first client application is parsed using the first adapter, producing output to a search core and an indexing core associated with a zone corresponding to the first client application.

Abstract: In an example embodiment, a method for indexing data is provided. Primary data and auxiliary data is received from a first tenant in a computer network. A first index is then created for the primary data and the auxiliary data from the first tenant. The first index is stored in a first shard. Then primary data and auxiliary data are received from a second tenant in the computer network. A second index is created for the primary data and the auxiliary data from the second tenant. The second index is then stored in the first shard. The first shard is then stored in a first instance of a distributed database, the distributed database comprising a plurality of instances, each instance operating on a different logical or physical device.

Abstract: In an example embodiment, a first data change and a second data change to data stored in a distributed database are received. The first data change and the second data change are batched in a communication to an index manager. The distributed database is reindexed based on the first data change and the second data change by creating a revised first shard index for a first shard in the distributed database and a revised second shard index for a second shard in the distributed database. The first shard and the second shard are instructed to update respective shard indexes. Confirmation that the first shard index has been updated is received. Then confirmation that the second shard index has been updated is received. In response to both of the confirmations, both the first shard and the second shard are instructed to commit their respective updates.

Abstract: In an example embodiment, identifications of user actions are received from a first user device, the user actions being actions related to identifying data from a multi-tenant database to view. A portion of a first search query is received from a first user device corresponding to a first tenant in a multi-tenant architecture. A list of permissions for the first user device is then obtained. A plurality of fields is retrieved from a multi-tenant database based on the portion of the first search query, the fields obtained from data stored by multiple different tenants in the multi-tenant database, the plurality of fields retrieved being limited to fields for which the first user device has permission to view. Then a plurality of autocomplete suggestions are identified from the plurality of retrieved fields, the identifying based on the user actions.

Abstract: In an example embodiment, primary data is received from a first tenant in a computer network, the primary data formatted based on a first version of a schema. Then a schema definition for the first version of the schema is obtained. The primary data is then parsed, the parsing including storing a schema version number for the first version of the schema. The primary data is indexed, by obtaining, using the schema version number for the first version of the schema, a schema definition for a most recent version of the schema; applying schema evolution to the primary data by applying one or more transforms to the primary data, the one or more transforms created using the schema definition for the first and most recent versions of the schema, causing the primary data to be converted to the most recent version of the schema; and indexing the converted primary data.

Abstract: In an example embodiment, data to be indexed in a distributed file system is received via a near real time publish application program interface (API). A shard responsible for the data to be indexed is determined. Then a message is generated in a shard queue corresponding to the shard responsible for the data to be indexed, the message indicating that data needs to be urgently indexed, the detection of the message in the shard queue by a near real time manager corresponding to the shard responsible for the data to be indexed causing the near real time manager to cause the data to be indexed.

Abstract: In an example embodiment, a disaster is detected at a primary data center and, in response to the detection, a system switches over from the primary data center to a secondary data center such that searches from one or more client applications are routed to the secondary data center. Then, for each document stored in a search core of the secondary data center: a count is requested for the document from a first client application, it is determined whether the count for the document from the first client application matches a count for the document from the search core of the secondary data center, and, in response to a determination that the count for the document from the first client application does not match a count for the document from the search core of the secondary data center, a full publish for the document is requested from the first client application.

Abstract: In an example embodiment, identifications of user actions are received from a first user device, the user actions being actions related to identifying data from a multi-tenant database to view. A portion of a first search query is received from a first user device corresponding to a first tenant in a multi-tenant architecture. A list of permissions for the first user device is then obtained. A plurality of fields is retrieved from a multi-tenant database based on the portion of the first search query, the fields obtained from data stored by multiple different tenants in the multi-tenant database, the plurality of fields retrieved being limited to fields for which the first user device has permission to view. Then a plurality of autocomplete suggestions are identified from the plurality of retrieved fields, the identifying based on the user actions.

Abstract: In an example embodiment, data to be indexed in a distributed file system is received via a near real time publish application program interface (API). A shard responsible for the data to be indexed is determined Then a message is generated in a shard queue corresponding to the shard responsible for the data to be indexed, the message indicating that data needs to be urgently indexed, the detection of the message in the shard queue by a near real time manager corresponding to the shard responsible for the data to be indexed causing the near real time manager to cause the data to be indexed.

Abstract: In an example embodiment, primary data is received from a first tenant in a computer network, the primary data formatted based on a first version of a schema. Then a schema definition for the first version of the schema is obtained. The primary data is then parsed, the parsing including storing a schema version number for the first version of the schema. The primary data is indexed, by obtaining, using the schema version number for the first version of the schema, a schema definition for a most recent version of the schema; applying schema evolution to the primary data by applying one or more transforms to the primary data, the one or more transforms created using the schema definition for the first and most recent versions of the schema, causing the primary data to be converted to the most recent version of the schema; and indexing the converted primary data.

Abstract: In an example embodiment, a disaster is detected at a primary data center and, in response to the detection, a system switches over from the primary data center to a secondary data center such that searches from one or more client applications are routed to the secondary data center. Then, for each document stored in a search core of the secondary data center: a count is requested for the document from a first client application, it is determined whether the count for the document from the first client application matches a count for the document from the search core of the secondary data center, and, in response to a determination that the count for the document from the first client application does not match a count for the document from the search core of the secondary data center, a full publish for the document is requested from the first client application.

Abstract: In an example embodiment, a method for indexing data is provided. Primary data and auxiliary data is received from a first tenant in a computer network. A first index is then created for the primary data and the auxiliary data from the first tenant. The first index is stored in a first shard. Then primary data and auxiliary data are received from a second tenant in the computer network. A second index is created for the primary data and the auxiliary data from the second tenant. The second index is then stored in the first shard. The first shard is then stored in a first instance of a distributed database, the distributed database comprising a plurality of instances, each instance operating on a different logical or physical device.

Abstract: In an example embodiment, primary data is received from a first tenant in a computer network. Then auxiliary data relating to the primary data is received from the first tenant. A first index is created for the primary data and the auxiliary data from the first tenant. Then the first index is stored as a first shardlet. The first shardlet is bundled with one or more other shardlets for the tenant in a shard group. The shard group is packed with one or more other shard groups in a first shard. Then the first shard is stored in a first instance of a distributed database, the distributed database comprising a plurality of instances, each instance operating on a different logical or physical device.

Abstract: In an example embodiment, zone information is received from a distributed database, the zone information including a mapping between each of a plurality of client applications and a corresponding zone. Then a first adapter is assigned to a first client application based on the mapping. A second adapter is then assigned to a second client application based on the mapping. When data is received from the first client application, the data from the first client application is parsed using the first adapter, producing output to a search core and an indexing core associated with a zone corresponding to the first client application.

Abstract: In an example embodiment, a first data change and a second data change to data stored in a distributed database are received. The first data change and the second data change are batched in a communication to an index manager. The distributed database is reindexed based on the first data change and the second data change by creating a revised first shard index for a first shard in the distributed database and a revised second shard index for a second shard in the distributed database. The first shard and the second shard are instructed to update respective shard indexes. Confirmation that the first shard index has been updated is received. Then confirmation that the second shard index has been updated is received. In response to both of the confirmations, both the first shard and the second shard are instructed to commit their respective updates.

Abstract: Method and system for widgetizing a web-based application are provided. An example system comprises a widgetizer trigger and a definition module. The widgetizer trigger may be configured to receive at a server computer system, from a web browser application running at a client computer system, a request to widgetize a web-based computer application to permit the computer application to be run as a desktop widget at the client computer system. The definition module may be configured to provide to the client computer application, in response to the request to widgetize, a definition file associated with the computer application, the definition file comprising a reference link to the computer application, the reference link including one or more parameters, the one or more parameters to instruct the computer application to generate output in a format suitable for use by a widget engine provided at the client computer system.

Abstract: A method and system for refreshing client-data is provided. A client provides a predefined layout document and predetermined client-data stored in a client-data cache. The layout document uses the client-data via predefined client-side application independent functions. The client receives a sync-request to synchronize the client-data with corresponding server-data of a server. The client creates a client-data descriptor. The server generates a server-data descriptor that is dependent on the client-data descriptor, a server-side copy of predefined client-data and the server-data. The client updates the predetermined client-data in the client-data cache according to the server-data descriptor. The client-data, the client-data descriptor and the server-data descriptor have a browser independent format.

Abstract: Method and system for widgetizing a web-based application are provided. An example system to provide a community-based image catalog comprises a widgetizer trigger and a definition module. The widgetizer trigger may be configured to receive at a server computer system, from a web browser application running at a client computer system, a request to widgetize a web-based computer application to permit the computer application to be run as a desktop widget at the client computer system. The definition module may be configured to provide to the client computer application, in response to the request to widgetize, a definition file associated with the computer application, the definition file comprising a reference link to the computer application, the reference link including one or more parameters, the one or more parameters to instruct the computer application to generate output in a format suitable for use by a widget engine provided at the client computer system.

Abstract: A system to personalize a widget is provided. An example system to provide a system to personalize a widget comprises a personalization trigger to detect a personalization request to configure a desktop widget available at a client computer system to alter complexity of data rendered by the desktop widget; a screen definition module to determine a personalized screen definition, based on configuration parameters associated with the personalization request; and a screen definition module to provide the personalized screen definition and the associated application data to the client computer system, the personalized screen definition reflecting the altered complexity of data to be rendered by the desktop widget.