Troubleshooting Service Runtime Errors

Problem: By the time the service is successfully deployed into the application server and is ready to run, the service is syntactically correct and complete. Errors that occur at the execution stage are due to semantic errors such as logic errors.

Solution: Use the following sequence to troubleshoot errors during runtime:

  1. Test the service in the Sybase WorkSpace tooling:

    1. Open the Enterprise Explorer.

    2. Expand the package folder under Service Containers to display all the services contained in that package.

    3. Right-click a service name, and select Test Service.

    4. Use any of the following test modes:

      • Dialog Service Test Wizard

      • SOAP Request/Response Service Test Wizard

      • Create Web Service Client Wizard

    5. Review the SOAP response message that appears in the Response Message area of the Service Testing Wizard dialog window.

    6. Capture the request and response in the SOAP Inspector. Do the following:

      1. Open the SOAP Inspector view.

      2. Start the SOAP Inspector. Click On.

      3. Check the Enable proxy settings on the Options page of the Service Testing Wizard.

        Note

        Setting a proxy setting means that the soap request of a service invocation will be redirected to the host and port specified and captured by the SOAP Inspector before the request or response is forwarded to the target.

  2. Review the following:

    Log Files

    File NameDescription

    <installation directory>\Sybase\WorkSpace\DevRuntimes\EAServer\bin\Jaguar.log

    Provides EAServer runtime information.

    <installation directory>\Sybase\WorkSpace\DevRuntimes\EAServer\bin\Unwired.log

    Provides Unwired Orchestrator runtime information

Problem:When a package, containing two or more services where the services are configured to use a file transport as the inbound transport, is deployed, Sybase WorkSpace live locks and the CPU usage of the system increases to and stays at 100%.

Resolution: Verify that the inbound file transport defined for each service is a different file transport. Only single thread access is supported for inbound file transports. Therefore, if two or more services are publicly accessible using file transport, each must be defined to use a separate file directory. A service defined with a File inbound transport locks the designated file directory after deployment. Live lock occurs if a second service also attempts to consume inbound messages from the same file directory.

Send your feedback on this help topic to Sybase Tech Pubs: pubs@sybase.com