Skip to Content
Author's profile photo Former Member

How to .. Integration Non-SAP J2EE-based Web Applications into SAP Portal with SSO Part 1

+*Overview of Integration. *+ To perform this integration must take into account the following steps: * Create and set the type of Application Integrator iView that will contain the applications to integrate. * Installing SAPSSOEXT and SAPSECU libraries * Deployment of the application gateway called SsoGatewayWeb * Changing the target application. This integration has the following restrictions: 0.1. It applies only for web applications based on J2EE Servlet. 0.2. Depend exclusively on the sucessful load of the libraries supported by SAP (sapssoext and sapsecu) in both Windows and UNIX environments. 0.3. The target application must have created a profile for the user id logged to the SAP portal, this should be equal to the id with which the logged user is in the portal. 0.4. It must have well-defined a web resource in the target application that allows the “login” to be used by iView of type “Application Integrator”. 0.5. This solution is only applied to a SAP NetWeaver Portal 7.0. These steps are broadly outlined below each of these steps. + +

+*Detailed Description. *
*1. *+*Deployment of the application for establishment of portal partner. *+   We will need to deploy the application of type “Portal Application” on the portal. The name of such applications is: com.cts.portal.appintegrator.webapp.par  (link) To install this applied to the portal will use the iView prescribed in: “System Administration”> “Support”> Link “Portal Runtime”> “Administration Console”. To perform the action “Upload” ont “com.cts.portal.appintegrator.webapp.par” file as shown in Figure 1. Figura 1. Admnistration console – “Portal Anywhere Admin Tools”   The purpose of this portal application is to define an object of the type “system” that will use with the Application Integrator component. Now create the system  object type in the PCD, based on the deployed file. For this we must go to the iView “System Landscape Editor”: “System Administration”> “System Configuration”> “System Landscape.   Next, we will create a template system that use to create system objects to be used individually by each iView of this type, as discussed below. +*2.Template Creation System. *+ we will need to create a folder within “Portal Content” / “My Personal Content” with the same name of the application to integrate. Within it we’ll create the folders: iView, Role and System. a. Inside the folder “system” will create an object “system” by making  use the option “System from PAR”, see the Figure 2.   Figure 2. Creation of the System Template   b. Choose the option “com.cts.portal.appintegrator.webapp” associated with the portal application already deployed.  c. In Step 2, choose the unique option shown: WebApplicationIntegrator d. In the step 3, complete the following information:        System Name: Web Application        System ID: WebApplicationIntegrator        System ID Prefix: com.cts.portal.appintegrator.webapp. Then we click on the button “Finish” and choose to open the object for editing, where you choose “Yes” in the attribute “Is a Template”. See Figure 3. Figure 3. Edit Object “Template System. Finally, we must save the changes. And we have created a template system that will be used for any type SSO integracción using the Application Integrator. Next, we are going to detail the steps to integrate any web J2EE applications in the SAP Portal using SSO. In this case we show the integration of the application “My Struts Demo Web” which is deployed in an application server instance (SAP Netweaver Application Server 7.0). Before proceeding we should have in mind: 0.1. Must be configured Single Sign-On between both servers. 0.2. The target server must accept SAP Logon Ticket. 0.3. The servers to integrate must be in the same domain, in this special case: 0.4. Every communication must be using the POST method and possibly encrypted communications using SSL, HTTPS could be configured on both servers   *+3. Creation of System “MyCustomizeStrutsSSO” +* Now we will create an object system from the previously created template. Shown in Figure 4. Figure 4. Creation of system MyCustomizeStrutsSSO 1. First, we will choose the option “Web Application”, as in Figure 5.   Figure 5. Template Selection  2. In Step 2, fill the following information:     System Name: Talking to Management     System ID: MyCustomizeStrutsSSO.     System ID Prefix: Then we click on the button “Finish” and open the object for editing. 3. Within the “Property Editor”, choose  from the attribute “Property Category” (the drop down component) the option: “Show All by Category”. 4. In the group “System Definition” adds the following values.           Name of Server:      Port Number: 50100      Protocol of the Target system: http      URI of the web application: /strutsdemoweb/ Here the values that could vary, for this demonstration applications would be the server name, port number and perhaps the protocol of the target system. 5. In the group of attributes “UserManagment, put the following values:       Logon Method: SAPLOGONTICKET       User Mapping Type: User       See Figure 6.  

Assigned tags

      You must be Logged on to comment or reply to a post.
      Author's profile photo Former Member
      Former Member
      Hi Manuel,
      This is a great blog. Thanks for putting the efforts in.
      I wonder, if it is possible to integrate applications based on java script with or without SSO in portal. Would the same principal apply and how about the PAR file, who do we go about it for non-SAP java applications.


      Author's profile photo Former Member
      Former Member
      Hello Mohammad.

      In first instance, i think is not possible integrate javascript-based applications with SSO into the portal.
      Javascript is usually a client side technology, then it is only concerned about presentation logic like dojo, jquery or prototype, but it can use AJAX Technology to connect to the server side. Also Javascript can read the cookies, where the SAP ticket logon is stored, then there is a remote possibility to read the cookies ( and send the information to the server with AJAX and retrieves the Portal User, that is the most important data on that ticket, so you could use this data into your javascript application to integrate with the portal. In the server side you'll use sapssoext library to read the content of the cookie to extract the info.

      Also I think that the same principal could be applied in this scenario but I'm not sure 100%.

      Your client application, javascript-based, could integrate into PAR application, by example a JSP Dynpage. Another option is to use a "URL iView" pointing to the javascript application deployed on the web server.

      Thanks for your words.

      Manuel Loayza