Salesforce Com, Inc.

Other

Abhishek Bangalore Sreenivasa

Adam Torman

Alex S Warshavsky

Samarpan Jain

Aakash Pradeep

Soumen Bandyopadhyay

Douglas Bitting

Tyler Montgomery

Choapet Oravivattanakul

Thomas William D'Silva

Ivan Daya Weiss

Somesh Sasalatti

Mohammed Salman Islam

Adam Tarman

Content deployment systems and methods are provided for continuously integrating and deploying selected content items from a plurality of content sources into a specific release as part of the specific release. For example, a first content source stores a plurality of first content items for potential inclusion in the specific release. A manifest record for the specific release specifies release items that are allowed to be part of the specific release. A proxy can periodically retrieve selected ones of the first content items that are specified in the manifest record, and push them to a content publishing engine. Any content items that are not specified in the manifest record are rejected by the proxy. A processor of the content publishing engine can allow for continuous integration of the selected ones of the first content items into the specific release.

Content deployment system having a proxy for continuously providing selected content items to a content publishing engine for integration into a specific release and methods for implementing the same

Content deployment systems and methods are provided for integrating and deploying selected content items in a web content publishing process. A first content source can manage and store a plurality of first content items for potential inclusion in a specific release that is published as web content. Each content item can include one or more of: a set of directions for rendering web content and actual content that is rendered as web content. A content publishing module can store a manifest record that specifies release items that are allowed to be part of the specific release, and receive a content package object, from the first content source, that includes the first content items. It can then extract selected ones of first content items that are specified in the manifest record, and add them into a release object so that they are included as part of the specific release.

Content deployment system having a content publishing module for selectively extracting content items for integration into a specific release and methods for implementing the same

Content deployment systems and methods are provided for continuously integrating and deploying selected content items from a plurality of content sources into a specific release as part of the specific release. For example, a first content source stores a plurality of first content items for potential inclusion in the specific release. A manifest record for the specific release specifies release items, that are allowed to be part of the specific release. A proxy can periodically retrieve selected ones of the first content items that are specified in the manifest record, and push them to a content publishing engine. Any content items that are not specified in the manifest record are rejected by the proxy. A processor of the content publishing engine can allow for continuous integration of the selected ones of the first content items into the specific release.

A database system may determine that a database is unavailable to generate an identifier for an event or that events may not be written to the database. As a result, the database system may write the event to a low-latency, supplementary file system. The database system may determine that the database is available at a later time, and read the event from the supplementary file system, store the event in a memory component, and then delete the event from the supplementary file system. The database system may then access the database to generate an identifier for the event, write the event to the database, and then delete the event from the memory component.

Reliable generation of a unique key in a distributed system

Disclosed are some examples of database systems, methods, and computer program products for processing log files. In some implementations, a server of a database system accesses a metadata file indicating algorithms that can be applied to data of log files. The server generates customer-facing log files using the log file and metadata file. The customer-facing log files include new data derived from using the algorithms and the data of the log files.

Processing log files using a database system

Content deployment systems and methods are provided for integrating and deploying selected content items as part of a specific release. A content publishing engine includes a processor that can execute a release management API that is configured to manage and store a manifest record that specifies release items by API name that are allowed to be part of the specific release. The processor is configured to execute a bulk API that is configured to receive content package objects from a plurality of content sources. For example, the first content source can directly invoke the bulk API to send first content items to the content publishing engine. A filter module can extract selected first content items that are specified in the manifest record for inclusion in the specific release, and add the selected first content items into a release object so that they are included as part of the specific release.

Content deployment system having a content publishing engine with a filter module for selectively extracting content items provided from content sources for integration into a specific release and methods for implementing the same

Disclosed are some examples of database systems, methods, and computer program products for processing log files. In some implementations, log files can be accessed and identifiers can be generated for the data entries of the log files. The generated identifiers can be used to determine whether data entries in the log files are new, and therefore, should be extracted for analysis.

Disclosed are some examples of systems, methods, apparatus and computer program products for scheduling jobs to process log files. In some implementations, a scheduler can be configured to identify a final state of a previously scheduled first job as a failure in execution by one or more processors. For instance, the first job may have been defined to process a first input log file saved to a database during a first timeframe of a sequence of timeframes of a designated interval. The scheduler can detect a second input log file saved to the database. The scheduler can then define a second job to process the first input log file and the second input log file and schedule the second job in association with a second timeframe of the sequence.

Scheduling jobs for processing log files using a database system

A capture service running on an application server receives events from a client application running on an application server to be stored in a data store and stores the events in an in-memory bounded buffer on the application server, the in-memory bounded buffer comprising a plurality of single-threaded segments, the capture service to write events to each segment in parallel. The in-memory bounded buffer provides a notification to a buffer flush regulator when a number of events stored in the in-memory bounded buffer reaches a predefined limit. The in-memory bounded buffer receive a request to flush the events in the in-memory bounded buffer from a consumer executor service. The consumer executor service consumes the events in the in-memory bounded buffer using a dynamically sized thread pool of consumer threads to read the segments of the bounded buffer in parallel, wherein consuming the events comprises writing the events directly to the data store.

Growing community of inventors

Hayward, CA, United States of America

Abhishek Bangalore Sreenivasa