Patent application number | Description | Published |
20100169469 | REQUEST AND RESPONSE DECOUPLING VIA PLUGGABLE TRANSPORTS IN A SERVICE ORIENTED PIPELINE ARCHITECTURE FOR A REQUEST RESPONSE MESSAGE EXCHANGE PATTERN - A computer-implemented system and method for decoupling processing of request and response messages supporting different pluggable respective transports in a service-oriented pipeline architecture for a request-response Message Exchange Pattern (MEP) is disclosed. The method in an example embodiment includes receiving a message having coded therein information identifying a desired pluggable transport mechanism respectively for a request and a response; processing the message through a message processing pipeline; dispatching the processed message to a dispatcher; determining if the desired pluggable transport mechanism is available; activating the desired pluggable transport mechanism, if the desired pluggable transport mechanism is available; and transporting the processed message via the desired pluggable transport mechanism. | 07-01-2010 |
20110035417 | BACKWARD COMPATIBILITY IN DATABASE SCHEMAS - A method of accommodating at least one difference between a first database schema and a second database schema is provided. The method includes receiving a response generated by a first application program using a first database schema, identifying a value in the response that is unrecognizable to a second application program using a second database schema, and substituting, using a processor, the value that is unrecognizable to the second application program with a reserved element recognizable to the second application program, the reserved element indicating to the second application program that a portion of the response is not recognizable to the second application program. The method further includes communicating the response to the second application program. | 02-10-2011 |
20110167430 | API AND BUSINESS LANGUAGE SCHEMA DESIGN FRAMEWORK FOR MESSAGE EXCHANGES - A server system facilitates an exchange of messages with a remote client application. The server system includes a plurality of application servers hosting a plurality of applications. A plurality of Application Program Interfaces (APIs) provides programmatic access to the plurality of applications, each of the APIs being configured to receive request messages compiled by the remote client application. First and second request messages, respectively addressed to first and second APIs of the plurality of APIs by a remote client application, each comprise at least one common data component. Further, the first request message includes a first payload specific to the first API, and the second request message includes a payload specific to the second API. | 07-07-2011 |
20110238838 | WEIGHTED REQUEST RATE LIMITING FOR RESOURCES - Methods and systems to automatically respond to consider the weight of a request when responding to requests associated with resources are described. In one embodiment, an interface module may be configured to receive a request associated with consumer identifier and a resource. A calculator module may be configured to determine a weight of the request and a usage module configured to calculate, using a processor, a usage level associated with the consumer identifier, the usage level based on a usage history associated with the consumer identifier. An enforcer module may also be configured to respond to the request based on the usage level and the weight of the request. In one embodiment, the usage module may also be configured to update the usage level associated with the consumer identifier based on the weight of the request. | 09-29-2011 |
20120192062 | SYSTEM AND METHOD TO TRANSFORM RESULTS OF CLIENT REQUESTS USING CLIENT UPLOADED PRESENTATION FORMATS - Method and apparatus to facilitate access to a network-based publication system. In an embodiment, a user or third party affiliate of a network-based publication system uploads a style sheet or other presentation format file to a database in the network-based publication system. Thereafter, the user or third party affiliate sends a request to the network-based publication system, and the publication system uses one or more of the uploaded style sheets to format the response to be transmitted back to the third party affiliate. | 07-26-2012 |
20120254900 | FLOW TRACING THOUGH DIVERSE LOGICAL AND PHYSICAL APPLICATION AND INFRASTRUCTURE LAYERS/DEPENDENCIES - In various exemplary embodiments, a system and a related method and a related computer-readable medium to perform the method, for tracking numerous software calls in an enterprise environment is provided. The method includes tracking, during a runtime operation of the enterprise environment, layers through which each of the software calls passes. The tracking includes logging each of a multitude of physical components involved in each of the software calls, annotating each of the physical components with associated metadata, logging each of a multitude of logical components involved in the software calls, annotating each of the logical components with associated metadata, and logging a reliance of each of the physical components and the logical components on other physical and logical components. A dependency map is generated indicating the layers tracked in each of the software calls. | 10-04-2012 |
20130097332 | REQUEST AND RESPONSE DECOUPLING VIA PLUGGABLE TRANSPORTS IN A SERVICE ORIENTED PIPELINE ARCHITECTURE FOR A REQUEST RESPONSE MESSAGE EXCHANGE PATTERN - A computer-implemented system and method for decoupling processing of request and response messages supporting different pluggable respective transports in a service-oriented pipeline architecture for a request-response Message Exchange Pattern (MEP) is disclosed. The method in an example embodiment includes receiving a message having coded therein information identifying a desired pluggable transport mechanism respectively for a request and a response; processing the message through a message processing pipeline; dispatching the processed message to a dispatcher; determining if the desired pluggable transport mechanism is available; activating the desired pluggable transport mechanism, if the desired pluggable transport mechanism is available; and transporting the processed message via the desired pluggable transport mechanism. | 04-18-2013 |
20130125147 | API AND BUSINESS LANGUAGE SCHEMA DESIGN FRAMEWORK FOR MESSAGE EXCHANGES - A plurality of application servers hosts a plurality of business applications. A plurality of Application Program Interface (API) servers host a plurality of APIs to provide programmatic access to the plurality of business applications, each of the APIs configured to receive request messages compiled by a remote client application. First and second request messages targeted to first and second APIs have at least one common data component. The first request message includes a first payload specific to the first targeted API and the second request message includes a second payload specific to the second targeted API, the first payload and the second payload each comprise a reusable identified schema definition specific to the targeted API. | 05-16-2013 |
20130290794 | SYSTEM AND METHOD FOR DEFINITION, CREATION, MANAGEMENT, TRANSMISSION, AND MONITORING OF ERRORS IN SOA ENVIRONMENT - A computer-implemented system and method for the definition, creation, management, transmission, and monitoring of errors in a SOA environment. An example embodiment includes: defining a common standard error data structure; automatically generating a unique identifier (ID) for each new error data instance; allowing customization of error data structure through extensions; creation and management of error instances that conform to this structure; ability to group errors across various dimensions; introducing the concept of an error library, the error library including a plurality of localizable error bundles, each of the error bundles including a plurality of error data instances for a particular domain, along with the associated metadata; automatically creating runtime artifacts for each error; ability to transmit errors either as faults or as part of the normal response payload; automatic error metric collection based on various error categories, and finally, tooling to help manage error libraries and reporting errors. | 10-31-2013 |
20140040321 | BACKWARD COMPATIBILITY IN DATABASE SCHEMAS - A method of accommodating at least one difference between a first database schema and a second database schema is provided. The method includes receiving a response generated by a first application program using a first database schema, identifying a value in the response that is unrecognizable to a second application program using a second database schema and substituting, using a processor, the value that is unrecognizable to the second application program with a reserved element recognizable to the second application program, the reserved element indicating to the second application program that a portion of the response is not recognizable to the second application program. The method further includes communicating the response to the second application program. | 02-06-2014 |
20140181252 | REQUEST AND RESPONSE DECOUPLING VIA PLUGGABLE TRANSPORTS IN A SERVICE ORIENTED PIPELINE ARCHITECTURE FOR A REQUEST RESPONSE MESSAGE EXCHANGE - A method, system, and computer-readable medium are described herein. An embodiment may read a configuration file. The configuration file may specify a first stage that specifies processing of a protocol-agnostic portion of a message. The embodiment may then add, by one or more processors, the first stage to a processing pipeline, where the processing pipeline is configured to process received messages according to the first stage and a second stage. The second stage is a stage of the processing pipeline that specifies processing of a protocol-specific portion of the message. The processing pipeline being further configured to transport the processed message to a service via a transport mechanism. | 06-26-2014 |
20150026517 | ALLOCATION OF REPLICA-SETS IN A STORAGE CLUSTER - A data storage system may be configured to allocate replica-sets in a balanced manner and mark some of these balanced replica-sets as being spares. As one or more drives or machines fail, the data storage system may move all copies of an affected replica-set to a marked spare replica-set and mark the affected replica-set as being inactive or invalid. As the failed drives are replaced, the data storage system may reconfigure those inactive replica-sets and use them as new spares. The data storage system may implement a coordinator module that handles the balancing and allocation of spares within a sub-cluster. The coordinator may also reallocate entire replica-sets across sub-clusters to maintain balance at the cluster level. | 01-22-2015 |