Pages

Saturday, 3 November 2012

How do u configure an LDAP,LTPA,SSO


How do u configure an LDAP
1.    In the Deployment Manager Admin Console,
 select Security -> Global Security > User Registries -> LDAP.
2. Provide the details for the fields in the Configuration panel as listed below: Serverid, Serverpassword, Type, Host, Port, Base DN, Bind DN, Bind password (please get  this info from LDAP admin)
         3. Click Apply
         4. Save the configuration for WebSphere.
5. We need to define the configuration for Global Security in the Administrative Console. Navigate to Security -> Global Security.
         6. "Check" 'Enable global security' option
         7. "Uncheck" 'Enforce Java 2 Security' option
         8. From the Active User Registry drop-down list select LDAP as the active user registry.
          9. Click Apply; this will validate the settings.
          10. Save the configuration for WebSphere, and then restart the server.
  
How do u configure LTPA
Global Security > Authentication mechanism > LTPA > provide the password   and Apply

How do u configure SSO     
Global Security > Authentication mechanism > LTPA > SSO > check 'Enabled' option


S/W REQUIREMENTS


Difference between AppServer and a Web server :


Difference between AppServer and a Web server :
(1) Webserver serves pages for viewing in web browser, application server provides exposes businness logic for client applications through various protocols
(2) Webserver exclusively handles http requests.application server serves bussiness logic to application programs through any number of protocols.
(3) Webserver delegation model is fairly simple,when the request comes into the webserver,it simply passes the request to the program best able to handle it(Server side program). It may not support transactions and database connection pooling.
(4) Application server is more capable of dynamic behaviour than webserver. We can also configure application server to work as a webserver.Simply applic! ation server is a superset of webserver.
In J2EE application modules are packaged as EAR, JAR and WAR based on their functionality .These files are simply zipped files using java jar tool. These files are created for different purposes.
.jar files:
JAR files (Java ARchive) allows aggregating many files into one, it is usually used to hold Java classes in a library. i.e. Math.jar These files are with the .jar extension. The .jar files contain the libraries, resources and accessories files like property files.
.warfiles:
WAR files (Web Application aRchive) stores XML, java classes, and JavaServer pages for Web Application purposes. These files are with the .war extension. The war file contains the web application that can be deployed on the any servlet/jsp container. The .war file contains jsp, html, javascript and other files for necessary for the development of web applications.
.earfiles:

EAR files (Enterprise ARchive) combines JAR and WAR files to make a combined archive for Enterprise Applications. The .ear file contains the EJB modules of the applications

Web server&Application server


The Web server:
A Web server handles the HTTP protocol. When the Web server receives an HTTP request, it responds with an HTTP response, such as sending back an HTML page. To process a request, a Web server may respond with a static HTML page or image, send a redirect, or delegate the dynamic response generation to some other program such as CGI scripts, JSPs (JavaServer Pages), servlets, ASPs (Active Server Pages), server-side JavaScripts, or some other server-side technology. Whatever their purpose, such server-side programs generate a response, most often in HTML, for viewing in a Web browser.
Understand that a Web server's delegation model is fairly simple. When a request comes into the Web server, the Web server simply passes the request to the program best able to handle it. The Web server doesn't provide any functionality beyond simply providing an environment in which the server-side program can execute and pass back the generated responses. The server-side program usually provides for itself such functions as transaction processing, database connectivity, and messaging.
While a Web server may not itself support transactions or database connection pooling, it may employ various strategies for fault tolerance and scalability such as load balancing, caching, and clustering—features oftentimes erroneously assigned as features reserved only for application servers.
Eg: Apache HTTP Server, Sun ONE Web Server, iPlanet Web Server
The application server:
As for the application server, according to our definition, an application server exposes business logic to client applications through various protocols, possibly including HTTP. While a Web server mainly deals with sending HTML for display in a Web browser, an application server provides access to business logic for use by client application programs. The application program can use this logic just as it would call a method on an object (or a function in the procedural world).
Such application server clients can include GUIs (graphical user interface) running on a PC, a Web server, or even other application servers. The information traveling back and forth between an application server and its client is not restricted to simple display markup. Instead, the information is program logic. Since the logic takes the form of data and method calls and not static HTML, the client can employ the exposed business logic however it wants.
In most cases, the server exposes this business logic through a component API, such as the EJB (Enterprise JavaBean) component model found on J2EE (Java 2 Platform, Enterprise Edition) application servers. Moreover, the application server manages its own resources. Such gate-keeping duties include security, transaction processing, resource pooling, and messaging.
Like a Web server, an application server may also employ various scalability and fault-tolerance techniques.

Edge Components,Web container,Servlet processing,EJB Container


Edge Components Using Edge components can reduce Web server congestion, increase content availability, and improve Web server performance. As the name indicates, Edge components usually run on machines that are close (in a network configuration sense) to the boundary between an enterprise’s intranet and the Internet.
Web container
A Web container, which processes HTTP requests, servlets, and JavaServer Pages (JSPs)
Web container transport chains:
Requests are directed to the Web container using the Web container inbound transport chain. The chain consists of a TCP inbound channel that provides the connection to the network, an HTTP inbound channel that serves HTTP 1.0 and 1.1 requests, and a Web container channel over which requests for servlets and JSPs are sent to the Web container for processing
Servlet processing
When handling servlets, the Web container creates a request object and a response object, then invokes the servlet service method. The Web container invokes the servlet’s destroy method when appropriate and unloads the servlet, after which the JVM performs garbage collection.
HTML and other static content processing
Requests for HTML and other static content that are directed to the Web container are served by the Web container inbound chain. However, in most cases, using an external Web server and Web server plug-in as a front-end to a Web container is more appropriate for a production environment.
Session management
Support is provided for the javax.servlet.http.HttpSession interface as described in the Servlet application program interface (API) specification.
 Web services engine
Web services are provided as a set of APIs in cooperation with the J2EE applications. Web services engines are provided to support Simple Object Access Protocol (SOAP).
EJB Container
The Enterprise JavaBeans (EJB) container provides all the runtime services that are needed to deploy and manage enterprise beans. It is a server process that handles requests for both session and entity beans.
The enterprise beans, packaged in EJB modules, installed in an application server do not communicate directly with the server. Instead, the EJB container provides an interface between the enterprise beans and the server. Together, the container and the server provide the enterprise bean runtime environment.
The container provides many low-level services, including threading and transaction support. From an administrative viewpoint, the container manages data storage and retrieval for the contained enterprise beans. A single container can host more than one EJB Java archive (JAR) file.

Differences b/n WAS Version

Differences b/n WAS Version

WAS 5: J2EE 1.2/1.3 support
               JDK 1.3 support
                Web Services based on Apache engine
         
WAS 6.0: J2EE 1.2/1.3/1.4 support
                   JDK 1.4 support (JDK 1.4.2)
                   Web Services based on J2EE 1.4
                    High Availability Manager
                    Java Based Messaging Engine
                    EJB 2.1, JMS 1.1, JCA 1.5, Servlet 2.4, and JSP 2.0
                    Supports Java Server Faces (JSF)
                    Creates Archive of the existing WAS configurations and the archive can be  used to create new configurations. 
                    Profiles and all profiles use same WebSphere binaries(Less storage)
                    Node groups
                    Service integration functionality provides both message-oriented  and service Oriented applications 

WAS 6.1: J2EE 1.2/1.3/1.4 support
                    JDK 5.0 support
                    JSF-a framework for Web applications  
                    Integrated Console
                    Security changes
                         Secure and Scalable runtime