WSDL XML tweak for Essbase Web Services for C#/Service Util

I just thought I’d make a small post on an issue I have encountered with Essbase Web Services. I also mention this during my webinar on the matter. If you use the svcutil.exe program to generate a set of proxy classes based on the WSDL file for Essbase Web Services, you’ll get an error.

At least as it pertains to the DatasourceService file, you need to make a small change. Here’s the problem line:

<xs:element default="DBALL" minOccurs="0" name="cubeAccess" type="tns:CubeAccess"/>

The problem is that it’s trying to set a default value for the CubeAccess property, but DBALL isn’t defined in the enumeration for this type. Here it is from later in the file:

<xs:simpleType name="CubeAccess">
 <xs:restriction base="xs:string">
 <xs:enumeration value="NONE"/>
 <xs:enumeration value="FILTER"/>
 <xs:enumeration value="READ"/>
 <xs:enumeration value="WRITE"/>
 <xs:enumeration value="CALC"/>
 <xs:enumeration value="DESIGN"/>

There’s no DBALL in the above. We can actually just comment out the above line in the file or delete it all together to remove the reference to a non-existing enumeration value. I haven’t seen any problems from doing this. I’m hesitant at this point to try and introduce DBALL as an enumeration value since that doesn’t technically exist in the Oracle definition of the server, and I’m not sure what the right way to go in terms of setting a default value might be (i.e., should it be NONE or READ or other?).

In any case, for the purposes of proxy generation from the Visual Studio tool, just removing the reference seems to do the trick. Here’s what the commented line looks like, just for the sake of completeness:

<xs:element default="DBALL" minOccurs="0" name="cubeAccess" type="tns:CubeAccess"/>

Just tonight I verified that this issue seems to still exist in EPM

That all being said, it’s possible that I’m just totally missing something there – perhaps an option on the proxy generation I need to turn on or something else, but I do know that commenting the line gets me to where I can successfully use the tool. If you’re more familiar with this than I am then please let me know if you have some advice.

2 thoughts on “WSDL XML tweak for Essbase Web Services for C#/Service Util

  1. Hi Jason,

    This just saved me a boatload of time, thanks!!

    I put a little bit of a different workaround in place, though, that I thought I’d tell you about. I just added the DBALL value to the CubeAccess enumeration and it seems to be working fine. I was able to generate the proxy classes after doing so without problem (using SoapUI, haven’t done it with svcutil.exe yet but I will at some point). I’ve used SoapUI successfully to execute Delete() and GetTypes() after modifying the WSDL.


    • Hi Shawn,

      I am so glad to here that my article helped out. I thought about solving the issue in the exact same way that you describe but opted to not introduce a new variable that I wasn’t sure if Oracle intended to exist or not. I think it can be realistically solved with either approach. Good luck!

Leave a Reply

Your email address will not be published. Required fields are marked *