Abstract: Techniques and technologies for protocols for accessing hosts are described. In at least some embodiments, a system includes a processing component, and a host protocol component. The host protocol component is configured to receive at a host a request from a client device, the request including a Uniform Resource Locator (URL) string locating a container or an ecosystem stored by the host; determine using at least a portion of the URL string whether the request is a container-related request or an ecosystem-related request; generate a response at the host including information responsive to the request, the information including the URL string locating the container or the ecosystem, and at least one response parameter corresponding to the request and associated with the container or the ecosystem; and transmit the response from the host to the client device.

Abstract: Techniques and technologies for protocols for accessing hosts are described. In at least some embodiments, a system includes a processing component, and a host protocol component. The host protocol component is configured to receive at a host a request from a client device, the request including a Uniform Resource Locator (URL) string locating at least one of a container or an ecosystem stored by the host; determine using at least a portion of the URL string whether the request is at least one of a container-related request or an ecosystem-related request; generate a response at the host including information responsive to the request, the information including the URL string locating the at least one of the container or the ecosystem, and at least one response parameter; and transmit the response from the host to the client device.

Abstract: Techniques and technologies for protocols for accessing hosts are described. In at least some embodiments, a system includes a processing component, and a host protocol component. The host protocol component is configured to receive at a host a request from a client device, the request including a Uniform Resource Locator (URL) string locating at least one of a container or an ecosystem stored by the host; determine using at least a portion of the URL string whether the request is at least one of a container-related request or an ecosystem-related request; generate a response at the host including information responsive to the request, the information including the URL string locating the at least one of the container or the ecosystem, and at least one response parameter; and transmit the response from the host to the client device.

Abstract: According to some embodiments, a callback interface for web accessible services is provided. A Uniform Resource Locator (URL) or similar address is issued by a host associated service to the user. User's browser provides the URL to an activity service, which on the user's behalf contacts the host service indicated by the URL and supporting the callback interface. The activity service then facilitates the user's requests on documents maintained by the host service through stateless calls to the host service providing web accessible services such as document manipulation, image processing, and similar ones.

Abstract: According to some embodiments, a callback interface for web accessible services is provided. A Uniform Resource Locator (URL) or similar address is issued by a host associated service to the user. User's browser provides the URL to an activity service, which on the user's behalf contacts the host service indicated by the URL and supporting the callback interface. The activity service then facilitates the user's requests on documents maintained by the host service through stateless calls to the host service providing web accessible services such as document manipulation, image processing, and similar ones.

Abstract: According to some embodiments, a callback interface for web accessible services is provided. A Uniform Resource Locator (URL) or similar address is issued by a host associated service to the user. User's browser provides the URL to an activity service, which on the user's behalf contacts the host service indicated by the URL and supporting the callback interface. The activity service then facilitates the user's requests on documents maintained by the host service through stateless calls to the host service providing web accessible services such as document manipulation, image processing, and similar ones.

Abstract: A system and method are disclosed for providing a resource, such as a document, to a client computing device. A request is received at a server from the client for particular named objects representing a portion of the document. It is determined that the particular named objects requested are contained in a particular chunk of a bundle. The bundle includes a plurality of named objects that comprise a version of the document that is rendered to be displayable by the client. It is determined that the particular chunk is not stored locally at the server, so the particular chunk is requested and received from bundle storage. The particular chunk, which includes the particular named objects requested and additional named objects, is stored locally by the server. The particular named objects are then sent to the client without sending the additional named objects to the client.

Abstract: A system and method are disclosed for providing a resource, such as a document, to a client computing device. A request is received at a server from the client for particular named objects representing a portion of the document. It is determined that the particular named objects requested are contained in a particular chunk of a bundle. The bundle includes a plurality of named objects that comprise a version of the document that is rendered to be displayable by the client. It is determined that the particular chunk is not stored locally at the server, so the particular chunk is requested and received from bundle storage. The particular chunk, which includes the particular named objects requested and additional named objects, is stored locally by the server. The particular named objects are then sent to the client without sending the additional named objects to the client.

Abstract: According to some embodiments, a callback interface for web accessible services is provided. A Uniform Resource Locator (URL) or similar address is issued by a host associated service to the user. User's browser provides the URL to an activity service, which on the user's behalf contacts the host service indicated by the URL and supporting the callback interface. The activity service then facilitates the user's requests on documents maintained by the host service through stateless calls to the host service providing web accessible services such as document manipulation, image processing, and similar ones.

Abstract: In a software development environment, a system and method for associating an assert with a unique identifier (“assert tag”), and using the unique identifier to store information associated with the assert in a database. Based on the unique identifier, information associated with the assert can be stored in a database or repository that contains assert information. This information can be updated, as well as displayed to the developer or tester. Information for the bugs associated with the assert can be retrieved from a database containing bug information and displayed to the developer or tester. Once the developer or tester has been presented with the information concerning the bugs associated with the assert, or other information associated with-the assert, the developer or tester can choose to enter or log-in a new bug into the database containing bug information.

Abstract: A computer-implemented method and system for reporting failures in an application program module to a corporate file server. The failure may be a crash or a set-up failure. Once detected, the program failures are categorized, i.e. bucketed, and reported directly to a local file server operated by a corporation. The corporate file server may be used to store the failures encountered by users in a corporate environment until these failures are reported to a server operated by the manufacturer of the program module (a destination server). Once the failures are reported to the destination server, developers or programmers may examine the data and determine what is causing the failures in the program module. A failure reporting executable on the user's computer provides communications between the failed application program module and the local file server.

Abstract: A method for categorizing information regarding a failure in an application program module. The failure may be a crash, a set-up failure or an assert. For a crash, a name of an executable module where the crash occurred in the application program module, a version number of the executable module, a name of a module containing an instruction causing the crash, a version number of the module and an offset into the module with the crashing instruction are determined. This bucket information is then transmitted to a repository for storage in a database. The database may be examined to determine fixes for the bug that caused the crash.

Abstract: A system and method for handling the generation of an unexpected exception by an application. When the application generates an unexpected exception (i.e., crashes), the application's exception filter launches an outside exception handling program (EHP) that is separate and distinct from the application. Through a special protocol, the application and the EHP collaborate in responding to the unexpected exception. In this protocol, the application and the EHP communicate through kernel objects accessible by handles in a shared memory structure that the application creates before launching of the exception handling program and then shares with the EHP. Through this shared memory, the application also provides the EHP with information about the types of recovery options to offer the user. Through a graphical user interface, the EHP is then responsible for notifying the user of the application that an unexpected exception has occurred.

Abstract: In a software development environment, a system and method for associating an assert with a unique identifier (“assert tag”), and using the unique identifier to store information associated with the assert in a database. Based on the unique identifier, information associated with the assert can be stored in a database or repository that contains assert information. This information can be updated, as well as displayed to the developer or tester. Information for the bugs associated with the assert can be retrieved from a database containing bug information and displayed to the developer or tester. Once the developer or tester has been presented with the information concerning the bugs associated with the assert, or other information associated with the assert, the developer or tester can choose to enter or log-in a new bug into the database containing bug information.

Abstract: A system and method for handling the generation of an unexpected exception by an application. When the application generates an unexpected exception (i.e., crashes), the application's exception filter launches an outside exception handling program (EHP) that is separate and distinct from the application. Through a special protocol, the application and the EHP collaborate in responding to the unexpected exception. In this protocol, the application and the EHP communicate through kernel objects accessible by handles in a shared memory structure that the application creates before launching of the exception handling program and then shares with the EHP. Through this shared memory, the application also provides the EHP with information about the types of recovery options to offer the user. Through a graphical user interface, the EHP is then responsible for notifying the user of the application that an unexpected exception has occurred.

Abstract: A method for categorizing information regarding a failure in an application program module. The failure may be a crash, a set-up failure or an assert. For a crash, a name of an executable module where the crash occurred in the application program module, a version number of the executable module, a name of a module containing an instruction causing the crash, a version number of the module and an offset into the module with the crashing instruction are determined. This bucket information is then transmitted to a repository for storage in a database. The database may be examined to determine fixes for the bug that caused the crash.

Abstract: A system and method for handling the generation of an unexpected exception by an application. When the application generates an unexpected exception (i.e., crashes), the application's exception filter launches an outside exception handling program (EHP) that is separate and distinct from the application. Through a special protocol, the application and the EHP collaborate in responding to the unexpected exception. In this protocol, the application and the EHP communicate through kernel objects accessible by handles in a shared memory structure that the application creates before launching of the exception handling program and then shares with the EHP. Through this shared memory, the application also provides the EHP with information about the types of recovery options to offer the user. Through a graphical user interface, the EHP is then responsible for notifying the user of the application that an unexpected exception has occurred.

Abstract: A computer-implemented method and system for reporting failures in an application program module to a corporate file server. The failure may be a crash or a set-up failure. Once detected, the program failures are categorized, i.e. bucketed, and reported directly to a local file server operated by a corporation. The corporate file server may be used to store the failures encountered by users in a corporate environment until these failures are reported to a server operated by the manufacturer of the program module (a destination server). Once the failures are reported to the destination server, developers or programmers may examine the data and determine what is causing the failures in the program module. A failure reporting executable on the user's computer provides communications between the failed application program module and the local file server.

Abstract: A method for categorizing information regarding a failure in an application program module. The failure may be a crash, a set-up failure or an assert. For a crash, a name of an executable module where the crash occurred in the application program module, a version number of the executable module, a name of a module containing an instruction causing the crash, a version number of the module and an offset into the module with the crashing instruction are determined. This bucket information is then transmitted to a repository for storage in a database. The database may be examined to determine fixes for the bug that caused the crash.

Abstract: A computer-implemented method and system for reporting failures in an application program module to a corporate file server. The failure may be a crash or a set-up failure. Once detected, the program failures are categorized, i.e. bucketed, and reported directly to a local file server operated by a corporation. The corporate file server may be used to store the failures encountered by users in a corporate environment until these failures are reported to a server operated by the manufacturer of the program module (a destination server). Once the failures are reported to the destination server, developers or programmers may examine the data and determine what is causing the failures in the program module. A failure reporting executable on the user's computer provides communications between the failed application program module and the local file server.