Abstract: Architecture that maintains the user experience as close as possible to the user experience when dealing with the usual/regular forms and data provided in an office application when dealing with hybrid forms and hybrid data. Synchronization of the hybrid data to single-master and multi-masters systems is accomplished when the associated hybrid client goes offline, changes are made to the hybrid data, and then the client comes back online. For example, where the single-master system is a line-of-business (LOB) server system and the multi-master system is an officer server that employs collaboration capability, the architecture allows office users to access, manipulate, and share LOB entity information using collaborative means, while at the same time, ensuring data and business process consistency for the LOB entity in the LOB system.

Abstract: Architecture that maintains the user experience as close as possible to the user experience when dealing with the usual/regular forms and data provided in an office application when dealing with hybrid forms and hybrid data. Synchronization of the hybrid data to single-master and multi-masters systems is accomplished when the associated hybrid client goes offline, changes are made to the hybrid data, and then the client comes back online. For example, where the single-master system is a line-of-business (LOB) server system and the multi-master system is an officer server that employs collaboration capability, the architecture allows office users to access, manipulate, and share LOB entity information using collaborative means, while at the same time, ensuring data and business process consistency for the LOB entity in the LOB system.

Abstract: Embodiments provide information composition management features and functionality to manage composite information, but are not so limited. In an embodiment, a computing system can include functionality to provide a composition of informational data that can be used to identify and manage aspects of shared and other data that can be associated with distinct information sources. In one embodiment, a computing platform includes a client that can be configured to access and use information of a plurality of independent sources to create a data composition that includes aspects of shared and unshared data portions and manage data changes of the data composition including managing issues associated with one or more of the plurality of independent sources. Other embodiments are described and available.

Abstract: Embodiments described herein provide information management features and functionality that can be used to manage information of distinct information sources, but are not so limited. In an embodiment, a computing environment includes a client that can be used to access data from distinct sources and generate a data composition representing aspects of accessed and other data and/or relationships of the distinct sources. In one embodiment, a client can include data composition and conflict resolution presentation features that can be used to manage one or more data compositions and/or source interrelationships. Other embodiments are available.

Abstract: Methods and systems of leveraging synchronous communication protocols to enable asynchronous application and line of business behaviors. An application platform may be provided and configured to provide a pending state for any synchronous operation. The pending state may indicate that the operation has not been completed yet. For an application which may know how to track an operation that has a pending state, the application may control when the operation enters and exits the pending state. The application may communicate to the application platform to hold off on other operations dependent upon the pending operation when the pending operation is not complete. For an application which does not know how to track an operation that has a pending state, the application platform may ignore the pending state of the operation and proceed to other operations. Accordingly, the synchronous user experience is preserved where a straightforward, down-level user interface and experience is appropriate.

Abstract: Multi-lingual translation for third party content feed applications is provided in social network and similar environments in an independent manner from the content feed. A copy of a content feed may be distributed to consumers via content feed channels of a social network or similar service with language specific views. Translation is performed post-content feed based on tagged format of the content feed translating language dependent text into a selected (or detected) language for a user and leaving language independent text in its original form. Support for new languages may be added or existing languages removed independent of the content feed.

Abstract: Methods, systems, and computer program products detect and manage changes in business data integration (BDI) solutions. BDI solutions include extracting, mapping, or loading source information from disparate sources as targets presented to business applications that consume targets. A method involves detecting changes in a BDI solution, classifying each of the changes based on change severity, analyzing what objects would be impacted by the changes, determining whether the objects impacted by the changes can be change handled without user intervention, and change handling without user intervention all the objects impacted by changes that are not severe. Still further, the method involves committing changes to a metadata repository and creating a deployable checkpoint of the metadata repository where the deployable checkpoint is consistent for all the changes handled in the BDI solution.

Abstract: Embodiments described herein provide information management features and functionality that can be used to manage information of distinct information sources, but are not so limited. In an embodiment, a computing environment includes a client that can be used to access data from distinct sources and generate a data composition representing aspects of accessed and other data and/or relationships of the distinct sources. In one embodiment, a client can include data composition and conflict resolution presentation features that can be used to manage one or more data compositions and/or source interrelationships. Other embodiments are available.

Abstract: Embodiments provide information composition management features and functionality to manage composite information, but are not so limited. In an embodiment, a computing system can include functionality to provide a composition of informational data that can be used to identify and manage aspects of shared and other data that can be associated with distinct information sources. In one embodiment, a computing platform includes a client that can be configured to access and use information of a plurality of independent sources to create a data composition that includes aspects of shared and unshared data portions and manage data changes of the data composition including managing issues associated with one or more of the plurality of independent sources. Other embodiments are described and available.

Abstract: Recurring appointment items in a calendaring application are synchronized and recorded in a backend Line Of Business (LOB) service. Items marked in the calendaring application for time recording are used to create a recurring bound item with extended properties. A sweeper module scans on every run the mailbox for such recurring bound items. Occurrences of bound recurring appointments, which occur between the last scan and the current scan, are determined and detached from the corresponding recurring series, such that standalone bound items, are created for such occurrences that can be recognized by an LOB application. Entries for bound items are retrieved from a client data store and synchronized it with the backend LOB service through a create, update, or delete operation request.

Abstract: Secure sharing of bound information is enabled in client applications associated with a backend LOB service. Bound item IDs are assigned to newly created bound items by a client, the items synchronized with the LOB system, a correlation ID received in response to the synchronization, and the two IDs mapped. A reverse sequence of actions is performed when the LOB service creates the bound item. In response to an attempt by a client to exchange bound information, the item is placed in a pending state and allowed to be received by a receiver upon successful completion of data transfer and LOB system permission of the exchange passing the bound item ID and the correlation ID. If the LOB system rejects the exchange, the item is placed in an unbound state and the receiver not allowed to receive the bound information.

Abstract: Methods and systems of leveraging synchronous communication protocols to enable asynchronous application and line of business behaviors. An application platform may be provided and configured to provide a pending state for any synchronous operation. The pending state may indicate that the operation has not been completed yet. For an application which may know how to track an operation that has a pending state, the application may control when the operation enters and exits the pending state. The application may communicate to the application platform to hold off on other operations dependent upon the pending operation when the pending operation is not complete. For an application which does not know how to track an operation that has a pending state, the application platform may ignore the pending state of the operation and proceed to other operations. Accordingly, the synchronous user experience is preserved where a straightforward, down-level user interface and experience is appropriate.

Abstract: A schema-based service for Internet access to per-user services data, wherein access to data is based on each user's identity. The service includes a schema that defines rules and a structure for each user's data, and also includes methods that provide access to the data in a defined way. The services schema thus corresponds to a logical document containing the data for each user. The user manipulates (e.g., reads or writes) data in the logical document by data access requests through defined methods. In one implementation, the services schemas are arranged as XML documents, and the services provide methods that control access to the data based on the requesting user's identification, defined role and scope for that role. In this way, data can be accessed by its owner, and shared to an extent determined by the owner.

Abstract: Allowing multiple software applications to share an object of an application system is provided. Each of the multiple software applications is associated with a line of business (LOB) system and is associated with a solution ID. The application system may receive a request to establish a first binding between the object and a first LOB entity instance for a first software application. The first binding between the object and the first LOB entity instance may then be established. The application system may further receive a request to establish a second binding between the object and a second LOB entity instance for a second software application. The second binding between the object and the second LOB entity instance will be established when the first and second software applications have matching solution IDs and compatible sharing levels to the object. The application system may therefore establish user interface and data sharing between the first and second LOB entity instances in the object.

Abstract: Architecture that maintains the user experience as close as possible to the user experience when dealing with the usual/regular forms and data provided in an office application when dealing with hybrid forms and hybrid data. Synchronization of the hybrid data to single-master and multi-masters systems is accomplished when the associated hybrid client goes offline, changes are made to the hybrid data, and then the client comes back online. For example, where the single-master system is a line-of-business (LOB) server system and the multi-master system is an officer server that employs collaboration capability, the architecture allows office users to access, manipulate, and share LOB entity information using collaborative means, while at the same time, ensuring data and business process consistency for the LOB entity in the LOB system.

Abstract: Secure sharing of bound information is enabled in client applications associated with a backend LOB service. Bound item IDs are assigned to newly created bound items by a client, the items synchronized with the LOB system, a correlation ID received in response to the synchronization, and the two IDs mapped. A reverse sequence of actions is performed when the LOB service creates the bound item. In response to an attempt by a client to exchange bound information, the item is placed in a pending state and allowed to be received by a receiver upon successful completion of data transfer and LOB system permission of the exchange passing the bound item ID and the correlation ID. If the LOB system rejects the exchange, the item is placed in an unbound state and the receiver not allowed to receive the bound information.

Abstract: Recurring appointment items in a calendaring application are synchronized and recorded in a backend Line Of Business (LOB) service. Items marked in the calendaring application for time recording are used to create a recurring bound item with extended properties. A sweeper module scans on every run the mailbox for such recurring bound items. Occurrences of bound recurring appointments, which occur between the last scan and the current scan are determined and detached from the corresponding recurring series such that standalone bound items are created for such occurrences that can be recognized by an LOB application. Entries for bound items are retrieved from a client data store and synchronized it with the backend LOB service through a create-, update-, or delete-operation request.

Abstract: Methods, systems, and computer program products detect and manage changes in business data integration (BDI) solutions. BDI solutions include extracting, mapping, or loading source information from disparate sources as targets presented to business applications that consume targets. A method involves detecting changes in a BDI solution, classifying each of the changes based on change severity, analyzing what objects would be impacted by the changes, determining whether the objects impacted by the changes can be change handled without user intervention, and change handling without user intervention all the objects impacted by changes that are not severe. Still further, the method involves committing changes to a metadata repository and creating a deployable checkpoint of the metadata repository where the deployable checkpoint is consistent for all the changes handled in the BDI solution.

Abstract: A schema-based service for Internet access to per-user services data, wherein access to data is based on each user's identity. The service includes a schema that defines rules and a structure for each user's data, and also includes methods that provide access to the data in a defined way. The services schema thus corresponds to a logical document containing the data for each user. The user manipulates (e.g., reads or writes) data in the logical document by data access requests through defined methods. In one implementation, the services schemas are arranged as XML documents, and the services provide methods that control access to the data based on the requesting user's identification, defined role and scope for that role. In this way, data can be accessed by its owner, and shared to an extent determined by the owner.

Abstract: A schema-based service for Internet access to per-user services data, wherein access to data is based on each user's identity. The service includes a schema that defines rules and a structure for each user's data, and also includes methods that provide access to the data in a defined way. The services schema thus corresponds to a logical document containing the data for each user. The user manipulates (e.g., reads or writes) data in the logical document by data access requests through defined methods. In one implementation, the services schemas are arranged as XML documents, and the services provide methods that control access to the data based on the requesting user's identification, defined role and scope for that role. In this way, data can be accessed by its owner, and shared to an extent determined by the owner.