The fact that this kind of application-to-application interaction is possible at all demonstrates the flexibility of web services. Web services present a text-file interface over HTTP(s) to any back-end service. As such, you can interact with these services directly through HTTP(s) and XML parsing. From a programming standpoint, however, this direct approach takes plenty of knuckle grease. You can write the code to build XML documents, request and receive them from the web service, and parse responses into something meaningful, if you like. Or, you can simply use the Business Objects Java or .NET consumer SDK libraries to do the dirty work for you. These SDKs make WSDL conformant requests to the UWS server, which in turn interacts with BusinessObjects Enterprise XI over HTTP or SSL through a Java-based program designed for sending and receiving SOAP requests. Additionally, this SDK supports requests to clustered environments transparently by handling the state internally. Listing 32.1 uses the Java-consumer SDK to output HTML from reportID=386. Listing 32.1. Simple UWS Report Viewer
In the snippet above, notice how output format and view mode are specified. Tables 32.2 and 32.3 show all of the retrieval options possible for Crystal Reports and WebI Documents respectively.
Because Web Intelligence supports retrieval of multiple, incongruous resultsets, WebIntelligence XML documents contain sections per resultset or data provider. With Crystal Reports, XML is returned using the RAS Rowset Controller because XML is not yet a first-class export format through the page server in this release. |