Abstract: Methods and systems are provided for client controlled transaction processing. The method may be carried out at a transaction server, and include: receiving a transaction request from a transaction initiator and allocating a transaction identifier to the transaction; receiving notification of the number of jobs to be completed in the transaction; maintaining a transaction status indicating the current status of the transaction; receiving job status updates from one or more participants processing the jobs included in the transaction and updating a transaction record reflecting the status of each of the jobs included in the transaction; updating the transaction status when required based on the job status updates of the jobs included in the transaction; and receiving and responding to transaction status polling to provide a current transaction status, where the transaction status polling originates from the transaction initiator and the participants processing the jobs.

Abstract: Methods and systems are provided for client controlled transaction processing. The method may be carried out at a transaction server, and include: receiving a transaction request from a transaction initiator and allocating a transaction identifier to the transaction; receiving notification of the number of jobs to be completed in the transaction; maintaining a transaction status indicating the current status of the transaction; receiving job status updates from one or more participants processing the jobs included in the transaction and updating a transaction record reflecting the status of each of the jobs included in the transaction; updating the transaction status when required based on the job status updates of the jobs included in the transaction; and receiving and responding to transaction status polling to provide a current transaction status, where the transaction status polling originates from the transaction initiator and the participants processing the jobs.

Abstract: Methods and systems are provided for client controlled transaction processing. The method may be carried out at a transaction server, and include: receiving a transaction request from a transaction initiator and allocating a transaction identifier to the transaction; receiving notification of the number of jobs to be completed in the transaction; maintaining a transaction status indicating the current status of the transaction; receiving job status updates from one or more participants processing the jobs included in the transaction and updating a transaction record reflecting the status of each of the jobs included in the transaction; updating the transaction status when required based on the job status updates of the jobs included in the transaction; and receiving and responding to transaction status polling to provide a current transaction status, where the transaction status polling originates from the transaction initiator and the participants processing the jobs.

Abstract: An approach is provided for determining inputs to a component of an integration flow. First component(s) that are upstream of the component in a given level of the integration flow are identified. First output schema(s) of the first component(s) are determined. In response to determining one or more components of the integration flow contain the component from one or more levels above the given level of the hierarchy of the integration flow, second component(s) that are upstream of the one or more components that contain the component are identified, second output schema(s) of the second component(s) are determined, and the first and second output schemas are presented as the inputs to the component.

Abstract: Methods and systems are provided for client controlled transaction processing. The method may be carried out at a transaction server, and include: receiving a transaction request from a transaction initiator and allocating a transaction identifier to the transaction; receiving notification of the number of jobs to be completed in the transaction; maintaining a transaction status indicating the current status of the transaction; receiving job status updates from one or more participants processing the jobs included in the transaction and updating a transaction record reflecting the status of each of the jobs included in the transaction; updating the transaction status when required based on the job status updates of the jobs included in the transaction; and receiving and responding to transaction status polling to provide a current transaction status, where the transaction status polling originates from the transaction initiator and the participants processing the jobs.

Abstract: Methods and systems are provided for client controlled transaction processing. The method may be carried out at a transaction server, and include: receiving a transaction request from a transaction initiator and allocating a transaction identifier to the transaction; receiving notification of the number of jobs to be completed in the transaction; maintaining a transaction status indicating the current status of the transaction; receiving job status updates from one or more participants processing the jobs included in the transaction and updating a transaction record reflecting the status of each of the jobs included in the transaction; updating the transaction status when required based on the job status updates of the jobs included in the transaction; and receiving and responding to transaction status polling to provide a current transaction status, where the transaction status polling originates from the transaction initiator and the participants processing the jobs.

Abstract: In response to a test case error generated by execution of a test case against a code build, a source code segment that caused the test case error is identified by a defect monitor. The identified source code segment is linked to the test case that generated the test case error. The linked source code segment is monitored for code changes. A determination is made as to whether a test case re-execution criterion associated with the test case has been satisfied based upon a detected code change of the linked source code segment. An indication to re-execute the test case is generated in response to determining that the test case re-execution criterion associated with the test case has been satisfied.

Abstract: A user command selecting a whole or part of a discrete document of the fragmented document is received at a computing device. The fragmented document includes a group of discrete documents connected by a set of links, each link being located within one discrete document and connecting to another different discrete document. An edit command to edit the selected whole or part of the discrete document is received. Each other discrete document connected to the selected whole or part of the discrete document is accessed by a link within the selected whole or part of the discrete document. The accessed discrete documents are edited according to the edit command.

Abstract: A user command selecting a whole or part of a discrete document of the fragmented document is received at a computing device. The fragmented document includes a group of discrete documents connected by a set of links, each link being located within one discrete document and connecting to another different discrete document. An edit command to edit the selected whole or part of the discrete document is received. Each other discrete document connected to the selected whole or part of the discrete document is accessed by a link within the selected whole or part of the discrete document. The accessed discrete documents are edited according to the edit command.

Abstract: Methods and systems are provided for client controlled transaction processing. The method may be carried out at a transaction server, and include: receiving a transaction request from a transaction initiator and allocating a transaction identifier to the transaction; receiving notification of the number of jobs to be completed in the transaction; maintaining a transaction status indicating the current status of the transaction; receiving job status updates from one or more participants processing the jobs included in the transaction and updating a transaction record reflecting the status of each of the jobs included in the transaction; updating the transaction status when required based on the job status updates of the jobs included in the transaction; and receiving and responding to transaction status polling to provide a current transaction status, where the transaction status polling originates from the transaction initiator and the participants processing the jobs.

Abstract: Received source code is transformed according to a predefined rule set to create an encoded text string representation of each function of the received source code. Each encoded text string representation of each function of the received source code includes a text string that identifies each parameter type of the respective function of the received source code, and is compared in real time with encoded text string representations of stored source code fragments in a repository. Each stored source code fragment is transformed according to the same predefined rule set into the respective encoded text string representations that each include a text string that identifies each parameter type of a respective function of the respective stored source code fragment. An indication of each portion of the received source code determined to already exist as a stored source code fragment in the repository is outputted in response to the real-time comparison.

Abstract: A personalized audio and/or video (AV) stream is created for a user. A first stream of AV data is selected by reference to predetermined user preferences. One or more further data streams having a predetermined relation to the first stream are selected. Portions of the first stream are identified and captured by reference to identifying predetermined indicia in a group of streams consisting of the first stream and the one or more further data streams, where the capturing comprises capturing one or more time stamps from the group of streams. The personalized AV stream, comprising a captured portion of the first stream and data selected by reference to the predetermined indicia from at least one of the further data streams is generated, where the data selected is based on each captured timestamp.

Abstract: A user initiated unification command can be received from a user interface. The unification command can be associated with a selected portion of a fragmented document. The fragmented document can include more than one discrete documents interconnected by at least one reference. Each reference can be a linkage to content of a document other than the one containing the reference. The selected portion can be associated with one of the discrete documents referred to as a root document. Responsive to the unification command, content represented by the reference can be acquired from the associated discrete documents without presenting the discrete document within a user interface window. The acquired content can be added to the root document.

Abstract: In response to a test case error generated by execution of a test case against a code build, a source code segment that caused the test case error is identified by a defect monitor. The identified source code segment is linked to the test case that generated the test case error. The linked source code segment is monitored for code changes. A determination is made as to whether a test case re-execution criterion associated with the test case has been satisfied based upon a detected code change of the linked source code segment. An indication to re-execute the test case is generated in response to determining that the test case re-execution criterion associated with the test case has been satisfied.

Abstract: In response to a test case error generated by execution of a test case against a code build, a source code segment that caused the test case error is identified by a defect monitor. The identified source code segment is linked to the test case that generated the test case error. The linked source code segment is monitored for code changes. A determination is made as to whether a test case re-execution criterion associated with the test case has been satisfied based upon a detected code change of the linked source code segment. An indication to re-execute the test case is generated in response to determining that the test case re-execution criterion associated with the test case has been satisfied.

Abstract: In response to a test case error generated by execution of a test case against a code build, a source code segment that caused the test case error is identified by a defect monitor. The identified source code segment is linked to the test case that generated the test case error. The linked source code segment is monitored for code changes. A determination is made as to whether a test case re-execution criterion associated with the test case has been satisfied based upon a detected code change of the linked source code segment. An indication to re-execute the test case is generated in response to determining that the test case re-execution criterion associated with the test case has been satisfied.

Abstract: A method of providing feedback on source code being created includes receiving source code and processing the received source code according to a predefined rule set to create a representation of the received source code. A source code repository is accessed that includes source code fragments. Each source code fragment in the repository has been processed according to the predefined rule set to create representations of the respective source code fragments. The representation of the received source code is compared to each representation of the source code fragments. A matching score is calculated for the representation of the received source code with respect to each representation of the source code fragments based upon an output of the comparison step. An output derived from the calculated matching scores is presented.

Abstract: A personalized audio and/or video (AV) stream is created for a user. A first stream of AV data is selected by reference to predetermined user preferences. One or more further data streams having a predetermined relation to the first stream are selected. Portions of the first stream are identified and captured by reference to identifying predetermined indicia in a group of streams consisting of the first stream and the one or more further data streams, where the capturing comprises capturing one or more timestamps from the group of streams. A personalized AV stream, comprising a captured portion of the first stream and data selected by reference to the predetermined indicia from at least one of the further data streams is generated, where the data selected is based on each captured timestamp.

Abstract: Received source code is transformed according to a predefined rule set to create an encoded text string representation of each function of the received source code. Each encoded text string representation of each function of the received source code includes a text string that identifies each parameter type of the respective function of the received source code, and is compared in real time with encoded text string representations of stored source code fragments in a repository. Each stored source code fragment is transformed according to the same predefined rule set into the respective encoded text string representations that each include a text string that identifies each parameter type of a respective function of the respective stored source code fragment. An indication of each portion of the received source code determined to already exist as a stored source code fragment in the repository is outputted in response to the real-time comparison.

Abstract: A method of providing feedback on source code being created includes receiving source code and processing the received source code according to a predefined rule set to create a representation of the received source code. A source code repository is accessed that includes source code fragments. Each source code fragment in the repository has been processed according to the predefined rule set to create representations of the respective source code fragments. The representation of the received source code is compared to each representation of the source code fragments. A matching score is calculated for the representation of the received source code with respect to each representation of the source code fragments based upon an output of the comparison step. An output derived from the calculated matching scores is presented.