You are here: Home > CRM.COM_Software > Technology > Physical Architecture

CRM.COM News

LTV Moves to Triple Play with CRM.COM Software V3R3

LTV successfully upgrades CRM.COM Software and goes live with Triple Play.
Read more



CRM.COM Signs Agreement with AVG JSC for Provision of SMS & Billing Software

AVG selects CRM.COM to provide an SMS & Billing platform for their DTT and DTH operation in Vietnam.
Read more



CRM.COM is Hosting Two Loyalty Events in June

CRM.COM is hosting two events in June 2011: Loyalty for Card Issuers and Loyalty for Retailers.
Read more



SMC become Authorised CRM.COM Agents in Africa for Pay TV

SMC partners with CRM.COM to promote and sell the CRM.COM Pay TV SMS and Billing solutions in Africa.
Read more



CRM.COM Articles

Leverage your partners and resellers

Work on-line with your subsidiaries, affiliates and dealers to serve customers, cross-sell products and services, and outsource work.
Read More



Web or MS Outlook access channels

Access CRM.COM Software functionality from a variety of web-based desktops or MS Outlook.
Read More



Training & Events

CRM.COM Certification Course

CRM.COM is offering regular 1 week certification courses.
Read More

Nicosia, Cyprus, May 2009

CRM.COM sponsors and presents at the CISCO Collaboration summit in Cyprus
Read More

Brochures

Improve operational efficiency

Increase the efficiency of all your CRM processes with CRM.COM software extensive coverage of ALL sales, service, marketing and operations functions.
Download brochure

Business on-demand

Introducing the CRM.COM Software solution that automates all business processes.
Download brochure

Physical Architecture



The following diagram shows the Physical software architecture of CRM.COM Software.



Clients establish a session to the J2EE web container via an HTTP connection just like normal browsing on the Internet. No plugin or any other software component needs to be installed on the client.


After the session has been established, the client is able to indirectly invoke methods of different business objects (EJB) via the various JSP pages.


The HTTP requests send by the user are mapped to Remote or Local Method calls to the various EJBs. This means that the HTTP URL requested by the user is parsed and translated into method calls. When the user logs in CRM.COM Software four session objects are created:

  1. HttpSession – An implicit object in JSP pages which holds user related info such as the SuperSession object mentioned below
  2. EjbSession – Holds information about the user; resides in the EJB container
  3. SuperSession – Initialized by values from the EjbSession object just after the user logs in; resides in the web container
  4. Hibernate session – It is the main runtime interface between a Java application and Hibernate. This is the central API class abstracting the notion of a persistence service.

These session objects hold information about the user; such as security constraints, and the Internal Unit(s) the user belongs to. The Hibernate session object is opened when a transaction is about to take place and closed right after the transaction is committed (or rolled back). In the case of the user log in, the session object will be opened in order for the application to retrieve the user information (if exists) from the database. With the first attempt of a user to log in, after the J2EE server starts up, the Hibernate service begins loading the object mappings in memory (note that the class mappings are loaded only once through out the lifecycle of the application).


In general the user requests (HTTP requests) are mapped to Session EJB method calls, which in turn start up a new Hibernate session to Create, Read, Update or Delete (CRUD) an entity BO according to the method that was actually called. These entity BOs are actually DTO (Data Transfer Objects) that the Hibernate service feeds with data retrieved from the RDBMS; these are in fact the mappings the Hibernate loads on startup. A record in a database table is represented by a corresponding DTO in memory.


CRM.COM Software offers many features and customizations:


Database independent SQL requests: Using Hibernate makes the CRM.COM Software database independent. The SQL statements used are not RDBMS specific but instead these are HQL (Hibernate Query Language) statements that are translated to the database equivalent (Native) SQL statements by Hibernate itself.


Function Security: CRM.COM Software denies any access to restricted parts (if any) of the application according to the user’s privileges. Security can be customized through settings


O/R mapping features: CRM.COM Software takes advantage of most of Hibernate features such as database neutrality, transactions, concurrency, caching etc.