Abstract: In accordance with various embodiments, a set of features are described for enabling an application server platform for telecom based applications. A system for providing an application server for telecom-based applications can include a computer, including a computer readable medium and processor. The system can also include an application server, executing on the computer. The application server can include an actor container that manages and provides lifecycle and runtime properties for application classes that are executed as actors in the application server. The actor container can manages a set of event transactions, wherein all storage operations are performed as part of the event transaction that spans each event handler invocation.

Abstract: Methods and systems are described for generating event data records by using aspects. Cross cutting concerns are applied in order to generate the EDRs. In various embodiments, the EDRs are generated within a gateway or another type of software application that processes various communications. In processing data, the gateway can generate data records, which capture information regarding traffic flow within the gateway. The event data records are generated at various points in the gateway by using an aspect to weave code at compile time. Once generated, the EDRs can be picked up by an external listener and filtered based on various criteria, such as Java type-based filtering and classification. The listener can use predefined filtering coming from the gateway or customize the filtering according to specific needs. The EDRs can also be classified by using a configuration file, which can be modified without altering any programming code within the gateway.

Abstract: In accordance with various embodiments, a set of features are described for enabling an application server platform for telecom based applications. A system for providing an application server for telecom-based applications can include an application server that includes an event broker distributed across a cluster. The event broker can provide a distributed publish-subscribe mechanism that is a generic interface to all server nodes in the cluster. The event broker filters events with event attributes by way of matching criteria. Additionally, the event broker is used to dispatch events to specific listeners based on certain criteria.

Abstract: A plurality of service facades are used to expose the capabilities of an underlying telecommunications network in different ways. Each service façade provides a different interface to access a set of functions of the telecom network. The service facades can be accessed by client applications residing externally with respect to the telecom network. The client applications can invoke a particular service façade to send a message to the network and the invocations can be translated to the native protocols used by the resources in the telecom network to carry out the request. The service facades can be deployed on a service access gateway to the telecom network and can include a simple object access protocol (SOAP) façade, a representational state transfer (REST) façade, a service oriented architecture (SOA) façade and a native façade.

Abstract: A gateway is described that performs processing of communications by employing a series of service interceptors. The interceptors can be registered in the gateway by using a configuration file. Once registered, the interceptors can be invoked in a particular sequence for the requests coming into the gateway. Each interceptor can deny the request, allow the request, abstain from processing the request and pass the request to the next interceptor specified by the sequence. The interceptors can also modify the various data associated with the request. There can be dependencies between multiple interceptors. In addition, new custom interceptors can be created and registered at the gateway to process incoming requests.

Abstract: In accordance with various embodiments, a set of features are described for enabling an application server platform for telecom based applications. A system for providing an application server for telecom-based applications can include a computer, including a computer readable medium and processor. The system can also include an application server, executing on the computer. The application server can include an actor container that manages and provides lifecycle and runtime properties for application classes that are executed as actors in the application server. The actor container can manages a set of event transactions, wherein all storage operations are performed as part of the event transaction that spans each event handler invocation.

Abstract: In accordance with various embodiments, a set of features are described for enabling an application server platform for telecom based applications. A system for providing an application server for telecom-based applications can include an application server that includes an event broker distributed across a cluster. The event broker can provide a distributed publish-subscribe mechanism that is a generic interface to all server nodes in the cluster. The event broker filters events with event attributes by way of matching criteria. Additionally, the event broker is used to dispatch events to specific listeners based on certain criteria.

Abstract: A platform test environment is described for testing the functionality of a gateway. The platform includes a number of clients that simulate the functionality of a service provider application and a number of simulators that simulate the functionality of a telecommunications network component. These clients and simulators can be used to test functionality within a gateway that manages request traffic between the application(s) and the telecommunications network component(s). Once the platform test environment is configured, it can be used to execute a series of testing operations on the gateway by transmitting requests between the clients and simulators via the gateway. Furthermore, a unit test framework is provided that can be used to generate unit tests for the platform environment. These unit tests can be used to input data into the system, obtain a set of results and compare the results to expected values.

Abstract: A plurality of service facades are used to expose the capabilities of an underlying telecommunications network in different ways. Each service façade provides a different interface to access a set of functions of the telecom network. The service facades can be accessed by client applications residing externally with respect to the telecom network. The client applications can invoke a particular service façade to send a message to the network and the invocations can be translated to the native protocols used by the resources in the telecom network to carry out the request. The service facades can be deployed on a service access gateway to the telecom network and can include a simple object access protocol (SOAP) façade, a representational state transfer (REST) façade, a service oriented architecture (SOA) façade and a native façade.

Abstract: A network service access gateway is described that provides a pluggable state management architecture for storing state information. The gateway typically processes requests between entities such as external applications and subscriber mobile devices. In processing data, the gateway can implement multiple storage providers which are selected according to the data access requirements of the specific request. Each storage provider can implement a different caching or data management technique in order to provide access to the required information. Examples of the storage providers include in-memory only caches, write-through disk based storage provider, write-behind disk based storage provider and non-cached disk-based storage provider. The particular storage provider can be selected based on a configuration file and according to the traffic path associated with the request.

Abstract: A gateway is described that performs processing of communications by employing a series of service interceptors. The interceptors can be registered in the gateway by using a configuration file. Once registered, the interceptors can be invoked in a particular sequence for the requests coming into the gateway. Each interceptor can deny the request, allow the request, abstain from processing the request and pass the request to the next interceptor specified by the sequence. The interceptors can also modify the various data associated with the request. There can be dependencies between multiple interceptors. In addition, new custom interceptors can be created and registered at the gateway to process incoming requests.

Abstract: A platform test environment is described for testing the functionality of a gateway. The platform includes a number of clients that simulate the functionality of a service provider application and a number of simulators that simulate the functionality of a telecommunications network component. These clients and simulators can be used to test functionality within a gateway that manages request traffic between the application(s) and the telecommunications network component(s). Once the platform test environment is configured, it can be used to execute a series of testing operations on the gateway by transmitting requests between the clients and simulators via the gateway. Furthermore, a unit test framework is provided that can be used to generate unit tests for the platform environment. These unit tests can be used to input data into the system, obtain a set of results and compare the results to expected values.

Abstract: Methods and systems are described for generating event data records by using aspects. Cross cutting concerns are applied in order to generate the EDRs. In various embodiments, the EDRs are generated within a gateway or another type of software application that processes various communications. In processing data, the gateway can generate data records, which capture information regarding traffic flow within the gateway. The event data records are generated at various points in the gateway by using an aspect to weave code at compile time. Once generated, the EDRs can be picked up by an external listener and filtered based on various criteria, such as Java type-based filtering and classification. The listener can use predefined filtering coming from the gateway or customize the filtering according to specific needs. The EDRs can also be classified by using a configuration file, which can be modified without altering any programming code within the gateway.

Abstract: A network service access gateway is described that provides a pluggable state management architecture for storing state information. The gateway typically processes requests between entities such as external applications and subscriber mobile devices. In processing data, the gateway can implement multiple storage providers which are selected according to the data access requirements of the specific request. Each storage provider can implement a different caching or data management technique in order to provide access to the required information. Examples of the storage providers include in-memory only caches, write-through disk based storage provider, write-behind disk based storage provider and non-cached disk-based storage provider. The particular storage provider can be selected based on a configuration file and according to the traffic path associated with the request.