Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Org.eclipse.higgins.icm"

 
Line 1: Line 1:
This document will briefly describe the I-Card Manager Enterprise Application architecture. The I-Card Manager containing a combination of Web and Enterprise JavaBeans (EJB) components that are packaged as EAR file. The conventions for J2EE applications are discussed more in [http://java.sun.com/blueprints/code/projectconventions.html#65002 Strategy for J2EE Applications].
+
This document will briefly describe the I-Card Manager Web Application architecture. The I-Card Manager containing Web components that are packaged as WAR file. The conventions for Web applications are discussed more in [http://java.sun.com/blueprints/code/projectconventions.html#99632 Strategy for Web Applications].
 
==Overview==
 
==Overview==
The i-card manager enterprise provides users with a web-based management interface to the user's [http://wiki.eclipse.org/index.php/I-Card I-Cards] and underlying context data (if any). This app is accessed by pressing a button (currently a Higgins mouse icon/button) that is added to the browser's toolbar. From a browser, users select from these i-cards to manage it.
+
The i-card manager provides users with a web-based management interface to the user's [http://wiki.eclipse.org/index.php/I-Card I-Cards] and underlying context data (if any). This app is accessed by pressing a button (currently a Higgins mouse icon/button) that is added to the browser's toolbar. From a browser, users select from these i-cards to manage it.
  
In essence, the i-card manager enterprise consists of a front-end user Web site, which provides a face to its users, and a back-end i-card processor, which handles the i-card processing.
+
In essence, the i-card manager consists of a front-end user Web site, which provides a face to its users, and a back-end WS client, which accesses the RPPS' Web service.
  
* I-Card Manager Web site application - This application provides the Web pages that let users select, create or update i-cards. The Web site application interacts with the i-card processing module (EJB) to manage i-cards.
+
* I-Card Manager Web site application - This application provides the Web pages that let users select, create or update i-cards. The Web site application is responsible for coordinating all activities necessary to manage user's i-cards. It interacts with all the other applications through Web services. For example it acts as a client and accesses the RPPS Web service.
* I-Card Manager processing module (EJB) - The processing module is responsible for coordinating all activities necessary to manage user's i-cards. It interacts with all the other applications through Web services. For example it acts as a client and accesses the RPPS Web service.
+
  
 
==See Also==
 
==See Also==

Revision as of 04:12, 13 February 2007

This document will briefly describe the I-Card Manager Web Application architecture. The I-Card Manager containing Web components that are packaged as WAR file. The conventions for Web applications are discussed more in Strategy for Web Applications.

Overview

The i-card manager provides users with a web-based management interface to the user's I-Cards and underlying context data (if any). This app is accessed by pressing a button (currently a Higgins mouse icon/button) that is added to the browser's toolbar. From a browser, users select from these i-cards to manage it.

In essence, the i-card manager consists of a front-end user Web site, which provides a face to its users, and a back-end WS client, which accesses the RPPS' Web service.

  • I-Card Manager Web site application - This application provides the Web pages that let users select, create or update i-cards. The Web site application is responsible for coordinating all activities necessary to manage user's i-cards. It interacts with all the other applications through Web services. For example it acts as a client and accesses the RPPS Web service.

See Also

Back to the top