NullPointerException when using IBM InfoSphere Warehouse Cubing Services Server about olap4j

[julianhyde]

We don't officially support IBM. Judging by that exception, you are the first person to try it. But there are a lot of similarities among XMLA providers, so it typically isn't a lot of work to get one working.

If you are comfortable writing java code, add an extra entry to the BackendFlavor enum and see if you get further.

Julian

OK, I added it and passed the exception. Now I got IOException.
When I debug code, 3 discover soap messages are sent and the results received successfully.

Next, this soap message is sent and an IOException is thrown (java.io.IOException: Server returned HTTP response code: 500 for URL: http://CubeXMLAServerIPHere:PortHere/IBMXmlAnalysis).

I tried this query in IBM's mdx command utility with xmla mode, it runs there without error.

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope
    xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <soapenv:Body>
        <Execute xmlns="urn:schemas-microsoft-com:xml-analysis">
        <Command>
        <Statement>
           <![CDATA[
SELECT   { [Measures].[Products] } ON COLUMNS,   { [Time].[2004], [Time].[2005] , [Time].[2006] , [Time].[2007] } ON ROWS FROM [SalesCube] WHERE ( [Retailers].[Region].[Americas] )]]>
         </Statement>
        </Command>
        <Properties>
          <PropertyList>
            <Catalog>Cubing Services</Catalog>
            <DataSourceInfo>Local IBM InfoSphere Warehouse Cubing Services Server</DataSourceInfo>
            <Format>Multidimensional</Format>
            <AxisFormat>TupleFormat</AxisFormat>
          </PropertyList>
        </Properties>
</Execute>
</soapenv:Body>
</soapenv:Envelope>

EXCEPTION LINE ---------------------------------------------------------------------------------------------------------
XmlaOlap4jHttpProxy.getResponse(XmlaOlap4jServerInfos, String) line: 130
...
// Get the response, again assuming default encoding.
InputStream is = urlConnection.getInputStream(); <-- java.io.IOException: Server returned HTTP response code: 500 for URL: http://CubeXMLAServerIPHere:PortHere/IBMXmlAnalysis
...

[julianhyde]

The problem is on the server. 500 means "internal error". Maybe there is more information in the server's log file.

Take a look at whether the HTTP request that the driver is sending is similar to the HTTP request that you are sending manually. If they were identical it's unlikely the server would give a 500. So, what is it about the driver's request that the server doesn't like?

Julian

Yes, trace file gives the correct problem. It complains about that EOF reached without SELECT or WITH.

The solution is that execute method content should not be embedded within CDATA as below:

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope
    xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <soapenv:Body>
        <Execute xmlns="urn:schemas-microsoft-com:xml-analysis">
        <Command>
        <Statement>
SELECT {[Measures].[Products]} ON COLUMNS, {[Time].[2004],[Time].[2005],[Time].[2006],[Time].[2007]} ON ROWS FROM [SalesCube] WHERE ([Retailers].[Region].[Americas])
         </Statement>
        </Command>
        <Properties>
          <PropertyList>
            <Catalog>Cubing Services</Catalog>
            <DataSourceInfo>Local IBM InfoSphere Warehouse Cubing Services Server</DataSourceInfo>
            <Format>Multidimensional</Format>
            <AxisFormat>TupleFormat</AxisFormat>
          </PropertyList>
        </Properties>
</Execute>
</soapenv:Body>
</soapenv:Envelope>

I need such a fix for IBM BackendFlavor. In this case, CDATA's unparsed text ability will be lost and we may need to send some characters as escaped in query string like below (it would be better if escaping is done in olap4j):

> ------> >
&  -----> &

Thank you.

[julianhyde]

Thanks. It sounds pretty clear what we need to do.