WSA not working on WebSphere

Posted by TMNSESD2010 on 13-Oct-2010 06:15

Hello,

Trying to deploy a wsm and associated wsdl on a wsa running remotely on WebSphere. The admin server cannot connect to the wsa..

Please find two scenarios where the WebSphere App Server is remote to the Openedge install and another where they are local to the same machine

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Scenario 1

A  Suse Linux 32 bit VMWare Image and a AIX 64 Bit Machine

1. Suse- WebSphere Application Server V7.0.0.7 Base Trial

2. AIX- OpenEdge 10.0B

S1.1. Created a new wsa1 instance of WSA in Machine 1. by copying in the ubroker.properties file the default WSA entries

S1.2. Made a copy of the servlets/wsa directory of the $DLC Directory from 2. to 1. and changed the web.xml in servlets/wsa.web.xml

S1.3.  Also Copied the ubroker.properties file from $DLC/properties folder from Machine 2. to 1

S1.4. Please find the ubroker.properties file for WSA.wsa1 entries which is in Machine 2.

The logFile is created where the wsa web application runs i.e in Machine 1.

[WSA.wsa1]

    actionalEnabled=0

    actionalGroup=OpenEdge

    adminAuth=0

    adminEnabled=0

    adminRoles=PSCAdmin,PSCOper

    adminSoapAction=urn:services-progress-com:wsa-admin:01

    appAuth=0

    appProtocol=0

    debugClients=

    enableWsdl=1

    enableWsdlListings=1

    httpErrorPage=httperror.html

    location=local

    logAppend=1

    logEntries=

    logEntryTypes=WSADefault

    logFile=/usr/wrk/wsa1.log

    loggingLevel=4

    logMsgThreshold=-1

    logThreshold=0

    noWsdlPage=

    numLogFiles=3

    proxyHost=

    proxyPassword=

    proxyPort=0

    proxyUsername=

    webAppEnabled=1

    webServerAuth=0

    workDir=$WRKDIR

    wsaUrl=http://172.16.99.7:9080/wsa/wsa1

    wsdlAuth=0

    wsdlListingPage=WSDLListing.html

In The machine for the WebSphere Application Server Machine 1, the ubroker.properties file may consists of **ONLY** the WSA.wsa1 entries

S1.5. Changes made to the web.xml in Machine 1. after copying the $DLC/servlets/wsa folder from Machine 2.

S1.5.A.

<init-param>

<param-name>InstallDir</param-name>

<param-value><<Any Directory>></param-value>

</init-param>

S1.5.B.

<init-param>

<param-name>instanceName</param-name>

<param-value><<Web Services Adapater Instance Name as in the ubroker.properties file of both 1. and 2)>></param-value>

</init-param>

S1.5.C.

<init-param>

      <param-name>propertyFileName</param-name>

      <param-value><<Path to ubroker.properties file in Machine 1.>></param-value>

    </init-param>

S1.5.D.

    <init-param>

      <param-name>deploymentDir</param-name>

      <param-value><<any directory name>></param-value>

</init-param>

S1.5.E.

Commented out all security constraints tags

S1.5.F. Check for the WSA instance name in all servlet mappings to be wsa1

S1.6.  tar and scp  the $DLC/java libraries from Machine 2. to Machine 1., uncompress the java folder in the Directory mentioned in 4.A

S1.7. Make the build.xml in the wsa folder of the copied servlets directory in machine 1

<?xml version="1.0"?>

<project name="wsa" default="all" >

<target name="all" depends="makewar"/>

  <target name="makewar">

    <tstamp/>

    <echo message="Creating the wsa.war file..."/>

    <war warfile="wsa.war" webxml="WEB-INF/web.xml" >

      <fileset dir="." includes="*.xsd,*.jar,*.html"/>

      <zipfileset dir="WEB-INF/lib" includes="*.jar" prefix="WEB-INF/lib"/>

    </war>

  </target>

</project>

S1.8. Use ant by setting the JAVA_HOME, ANT_HOME and PATH in Machine 1 to build the wsa.war

or use the  wsa_ant within the AppSrvr/bin folder of WebSphere Install

S1.9. Deploy the war file to WAS using the admin console as a new application using automatically generate bindings, mapping app to server1 and changing app name to wsa.

S1.10. Start the wsa application

S1.11. Check whether the web services adapter is reached by the Admin Server on the remote machine 2.

$DLC/bin/./wsaman -host 172.16.99.7 -i wsa1 -q

Not connected

But wsa app on WAS is up and running with no errors

Scenario 2

OpenEdge 10.2B as well as WebSphere Application Server ND V7.0.0 on the same machine... CentOS 32 bit machine

Only changes to Scenario one is the ubroker.properties file remains in a single location with the installed directory pointing to the local install directory. Also there is no need to tar the java folders as such.

WAS ND topology consists of a federated app server,  HTTP Server and a deployment Manager

$DLC/bin/./wsaman -host 172.16.99.7 -i wsa1 -q

Not connected

But wsa app on WAS is up and running with no errors

All Replies

Posted by maximmonin on 13-Oct-2010 07:54

Very strange scenario.

It is possible to use 1 ubroker.properties file for many webservices.

Just copy dlc/servlet/wsa/ catalog to tomcat/webapps/wsname1/ tomcat/webapps/wsname2/ ... catalog few times.

Change tomcat/webapps/wsname1/WEB-INF/web.xml file for every instance setting:

      /usr/dlc

   

   

      instanceName

     

      wsname1  

   

and register webservices in ubroker file
[WSA.wsname1]
    adminAuth=0
    webAppEnabled=1
    webServerAuth=0
    workDir=/usr/pro/wsname1
    wsaUrl=http://10.10.4.9:8080/wsname1/wsa1
[WSA.wsname2]
    adminAuth=0
    webAppEnabled=1
    webServerAuth=0
    workDir=/usr/pro/wsname2
    wsaUrl=http://10.10.4.9:8080/wsname2/wsa1

and change

    adminEnabled=1

Posted by TMNSESD2010 on 13-Oct-2010 08:17

Dear Maxim,

Thanks

But as far as I understand, my scenario  has got nothing to do  with multiple WSA instances.

There is one WSA but it is deployed not on tomcat but WebSphere Application Server v7.0.0.7 which is on a remote machine.

The wsa app on WAS v7.x is running fine and it is http://WAS_HOST_IP:9080/wsa/wsa1

This app uses the same ubroker.properties file copied from the openedge machine  and the web.xml points to the copied file.

The Admin Server on OPENEDGE_HOST_IP cannot connect to it.

Any specific suggesstions regarding this scenario would be greatly appreciated.

BR

Dwai

This thread is closed