Abstract: A method for configurable in-application event logging may include receiving, from a client device, one or more user inputs specifying at least one of an event of interest associated with an operation of a software application and a data to collect in response to the event of interest. A logging agent may be configured, based on the user inputs, to respond to the specified event of interest by generating one or more log messages including the specified data. The logging agent may be as a first programming code embedded within a second programming code implementing the software application such that the logging agent is able to access a context of each executing instance of the software application. Related systems and computer program products are also provided.

Abstract: A method for configurable in-application event logging may include receiving, from a client device, one or more user inputs specifying at least one of an event of interest associated with an operation of a software application and a data to collect in response to the event of interest. A logging agent may be configured, based on the user inputs, to respond to the specified event of interest by generating one or more log messages including the specified data. The logging agent may be as a first programming code embedded within a second programming code implementing the software application such that the logging agent is able to access a context of each executing instance of the software application. Related systems and computer program products are also provided.

Abstract: An Application Program Interface (API) manages synchronization and replication of master data of a system with different consumers. An API engine is configured to receive from the third party, a query including content information and date-relevant information including a start date, an end date, and a date of last synchronization. The API engine processes the query to access the database and produce a query result replicating only data changes affecting that period or a previous time. The consumer thus specifies the time period in which to consider changes to the stored database data, and the API calculates the delta according to that period. In this manner complex, time-dependent delta calculation and filtering logic can be implemented in the API without requiring substantial logic or additional data persistence in middleware. Particular embodiments may facilitate efficient synchronized replication of employment data to outside (e.g., payroll, benefits) providers.

Abstract: A system, a method, and a computer program product for replication of data changes are disclosed. Based on a received data query, at least one attribute of stored data is identified for replication. The attribute corresponds to at least one parameter of the received query. Data stored at a first time and data stored at a second time are retrieved. The second time is subsequent to the first time. Data stored at the first time is compared to the data stored at the second time to determine a delta difference between the data stored at the first and second times. The computed delta difference is selected for the identified attribute. The selected computed delta difference is replicated in response to the received query.

Abstract: A system, a method, and a computer program product for detection and extraction of data are disclosed. A query containing a filtering parameter for extracting changed data from a plurality of resources is executed. Using the filtering parameter, first data in the plurality of resources is identified. Based on the identified first data, second data stored in the plurality of resources and associated with the identified first data is identified. The identified first data is contained in a first resource in the plurality of resources and the second data is contained in a second resource in the plurality of resources. Based on the filtering parameter, a determination is made whether at least one of the identified first data and the identified second data contain at least one change. At least one of the identified first data and the identified second data from the plurality of resources is retrieved.

Abstract: A system, a method, and a computer program product for replication of data changes are disclosed. Based on a received data query, at least one attribute of stored data is identified for replication. The attribute corresponds to at least one parameter of the received query. Data stored at a first time and data stored at a second time are retrieved. The second time is subsequent to the first time. Data stored at the first time is compared to the data stored at the second time to determine a delta difference between the data stored at the first and second times. The computed delta difference is selected for the identified attribute. The selected computed delta difference is replicated in response to the received query.

Abstract: An Application Program Interface (API) manages synchronization and replication of master data of a system with different consumers. An API engine is configured to receive from the third party, a query including content information and date-relevant information including a start date, an end date, and a date of last synchronization. The API engine processes the query to access the database and produce a query result replicating only data changes affecting that period or a previous time. The consumer thus specifies the time period in which to consider changes to the stored database data, and the API calculates the delta according to that period. In this manner complex, time-dependent delta calculation and filtering logic can be implemented in the API without requiring substantial logic or additional data persistence in middleware. Particular embodiments may facilitate efficient synchronized replication of employment data to outside (e.g., payroll, benefits) providers.

Abstract: Methods and apparatus, including computer program products, are provided for providing a query language based on a model. In one aspect, there is provided a computer-implemented method. The method may include receiving a first query; generating, based on a model including metadata representing a data structure, a second query specific to the data structure stored in a database; and sending the second query to the database. Related apparatus, systems, methods, and articles are also described.

Abstract: A method for processing a textile fraction, which was produced in the processing of discarded tires, includes: loosening the textile fraction, density separation of the loosened textile fraction by the force of gravity and air flow into a heavy material fraction and a light material fraction, separation of metallic components from the light material fraction contained in the air flow, and separation of the metal-reduced light material fraction from the air flow. The foregoing combination allows for such an effective separation of a major part of the non-textile components (rubber and in particular steel wires) from the textile fraction, and thus allows for the production of a “refined” textile fraction, that it is not possible to dispose of the latter or that the latter can only be recycled as energy, but rather that it may be fed into a material recycling process.

Abstract: A view object is generated in a target deployment unit in a design time environment of a metadata repository. The view object is modeled on a business object of a source deployment unit. The source deployment unit includes process components of a business application that is physically decoupled from the target deployment unit. A subset of attributes of the business object of the source deployment unit is selected. The subset of attributes includes at least an outbound agent and an inbound agent implemented by a generic messaging framework. The view object is modeled in the target deployment unit with the subset of attributes of the business object. The inbound agent of the view object is configured for receiving a replication message from the outbound agent of the business object, and the replication message includes replication data for configuring the view object only with data from the business object.

Abstract: In a method and an arrangement for treating a light fraction that is produced during the treatment of plastic-rich waste that is low in metal, at least the following steps are carried out consecutively: the light fraction is stressed by percussion and/or bashing, the light fraction is classified into at least two light fraction classes, at least one light fraction class is separated into at least one light material fraction and a heavy material fraction, at least one light material fraction is cleaned. The cleaning of the light material fraction (fibrous material), obtained after the separation, provides a very clean initial substance to be obtained, resulting in clearly improved material recycling and energy recovery.

Abstract: A computer system includes instructions recorded on a computer-readable storage medium and executable by at least one processor. The computer system includes a process component of a first deployment unit and a component module. The process component has a handling module and an object module. The handling module is operatively coupled to the object module. The handling module is operatively coupled to the component module. The handling module is configured to receive a message from a second deployment unit.

Abstract: A business object model, which reflects data that used during a given business transaction, is utilized to generate interfaces This business object model facilitates commercial transactions by providing consistent interfaces that are suitable for use across industries, across businesses, and across different departments within a business during a business transaction.

Abstract: A system and method of improving error handling in a development environment created by a platform provider in which a third party developer develops applications for use by customers The method includes storing business objects and error messages, where the error messages corresponds to potential errors during run time processing of the plurality of business objects. The method further includes receiving a first user input regarding an error situation, where the error situation includes a resolution of the error situation, and receiving a second user input that associates the error situation with a sub-subset of a subset of the error messages. In this manner, the usability of the platform is improved.

Abstract: In a method and to an arrangement for treating a light fraction produced during the treatment of plastic-rich waste that is low in metal, at least the following steps are carried out consecutively: the light fraction is stressed by percussion and/or bashing, the light fraction is classified into at least two light fraction classes, at least one light fraction class is separated into at least one dust fraction and at least one other fraction, the separation of the dust fraction taking place over a substantially controlled residence time of the light fraction class in at least one device involved in the separation.

Abstract: A bulk service interface can be instantiated for each of at least one service provider providing a plurality of business objects using a stored definition of a plurality of metadata properties relating to generation of a user interface that incorporates content of a plurality of business objects. The bulk service interface can query the stored definition and access, in a bulk metadata access process, dynamic metadata required for instantiation of the plurality of business objects. If the stored definition has not previously been received, a default bulk services access process that queries an existing dynamic metadata access interface of each of the plurality of business objects can be initiated to retrieve the dynamic metadata from each of the plurality of business objects. An instance of the user interface can be generated using dynamic metadata accessed by the bulk service interface and/or the retrieved by the default bulk services access process.

Abstract: A view object is generated in a target deployment unit in a design time environment of a metadata repository. The view object is modeled on a business object of a source deployment unit. The source deployment unit includes process components of a business application that is physically decoupled from the target deployment unit. A subset of attributes of the business object of the source deployment unit is selected. The subset of attributes includes at least an outbound agent and an inbound agent implemented by a generic messaging framework. The view object is modeled in the target deployment unit with the subset of attributes of the business object. The inbound agent of the view object is configured for receiving a replication message from the outbound agent of the business object, and the replication message includes replication data for configuring the view object only with data from the business object.

Abstract: A system and method of improving error handling in a development environment created by a platform provider in which a third party developer develops applications for use by customers The method includes storing business objects and error messages, where the error messages corresponds to potential errors during run time processing of the plurality of business objects. The method further includes receiving a first user input regarding an error situation, where the error situation includes a resolution of the error situation, and receiving a second user input that associates the error situation with a sub-subset of a subset of the error messages. In this manner, the usability of the platform is improved.

Abstract: A computer system includes instructions recorded on a computer-readable storage medium and executable by at least one processor. The computer system includes a process component of a first deployment unit and a component module. The process component has a handling module and an object module. The handling module is operatively coupled to the object module. The handling module is operatively coupled to the component module. The handling module is configured to receive a message from a second deployment unit.

Abstract: A bulk service interface can be instantiated for each of at least one service provider providing a plurality of business objects using a stored definition of a plurality of metadata properties relating to generation of a user interface that incorporates content of a plurality of business objects. The bulk service interface can query the stored definition and access, in a bulk metadata access process, dynamic metadata required for instantiation of the plurality of business objects. If the stored definition has not previously been received, a default bulk services access process that queries an existing dynamic metadata access interface of each of the plurality of business objects can be initiated to retrieve the dynamic metadata from each of the plurality of business objects. An instance of the user interface can be generated using dynamic metadata accessed by the bulk service interface and/or the retrieved by the default bulk services access process.