I have problems sending request via the Self-Test Suite. I receive
org.apache.cxf.binding.soap.SoapFault: Error reading XMLStreamReader: Unexpected character '2' (code 50) (expected a name start character)
It seems to be caused by the zonePlayerId
<tns:credentials>
<tns:zonePlayerId>
<tns:255/>
</tns:zonePlayerId>
<tns:deviceId>00-00-00-00-00-00:Z</tns:deviceId>
...
In the wsdl it's
<xs:element name="credentials">
<xs:complexType>
<xs:sequence>
<xs:element name="zonePlayerId" type="tns:id" minOccurs="0"/>
<xs:element name="deviceId" type="tns:id" minOccurs="0"/>
It should be the same as the device id. Sending via soapUi I have no problems because there is no extra tns.
<ns:credentials>
<ns:zonePlayerId>255</ns:zonePlayerId>
<ns:deviceId>00-00-00-00-00-00:Z</ns:deviceId>
Did you change something?
I was able to run them last time and we would like to submit a new version asap.
Thanks
This is a known issue with the self-test and we are working to get a fix out soon. I will update this thread once we have published an updated self-test.
Thank you,
Jessica
Related
I am trying to consume a WSDL, generate source form WSDL and XSDs in gradle using org.apache.cxf.tools.wsdlto.WSDLToJava. It generates classname as it is in XSDs and WSDL, but I want change all the generated class names in similar way. I know I can add binding file to it, but I would need to have entry for every element in the WSDL.
Please help me with a generic for all the properties.
e.g XSD below :
<xs:complexType name="SomeType">
<xs:sequence>
<xs:element name="SomeType2" type="CommonNS:Some2Type"/>
<xs:element name="SomeType3" type="CommonNS:Some3Type" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
The classes generated are :
com.something.SomeType
com.something.Some2Type
com.something.Some3Type
But I want to generate it as :
com.something.Some
com.something.Some2
com.something.Some3
I’m having problems with specifying the right input parameters to the Betdaq’s sportsbetting API in Visual Basic, Visual Studio 2015. Here follows a part of the associated WSDL file available, which is loaded as a web reference:
<xs:complexType name="GetEventSubTreeNoSelectionsRequest">
<xs:sequence maxOccurs="unbounded">
<xs:element name="EventClassifierIds" type="xs:long"/>
</xs:sequence>
<xs:attribute name="WantDirectDescendentsOnly" type="xs:boolean"
use="optional"/>
<xs:attribute name="WantPlayMarkets" type="xs:boolean"
use="optional"/>
</xs:complexType>
This is my current code to implement the API request:
Private Sub ReadMarkets()
Dim GetEventSubTreeNoSelectionsRequest As New
BETDAQAPI.GetEventSubTreeNoSelectionsRequest
GetEventSubTreeNoSelectionsRequest.WantDirectDescendentsOnly = True
GetEventSubTreeNoSelectionsRequest.WantPlayMarkets = True
End Sub
I’m struggling with adding the "EventClassifierIds" specification correctly. I only intend to add one EventClassifierId = 10004, but
GetEventSubTreeNoSelectionsRequest.EventClassifierIds = 100004
wont work, since input is required to be in form of “Long()”. What's the workaround here? This is clearly some syntax I’m not getting, and every kind of help is much appreciated!
I have a WCF service hosted on 2 servers. There was a function called GetData(param1).
I changed this function to accept 2 parameters i.e. GetData(param1,param2).
I updated the service on server1 and I updated the client code.
A weird thing is happening. the updated client code still works with the outdated service although the functions don't match. The function is being called and the results are returned. The added parameter is an enumeration value type if that helps. But why have such a non-deterministic behavior? and how does it work?
This thing is that when you design your method in a procedural way all you input parameters are optional by default and are populated with default values if you don't specify them explicitly. Assume you have a method with the following signature:
[OperationContract]
void TestMethod(string param1, int param2);
You will get the following WSDL for it:
<xs:element name="TestMethod">
<xs:complexType>
<xs:sequence>
<xs:element minOccurs="0" name="param1" nillable="true" type="xs:string" />
<xs:element minOccurs="0" name="param2" type="xs:int" />
</xs:sequence>
</xs:complexType>
</xs:element>
As you can see minOccurs attribute has 0 value which means the element is optional. So this is not surprising that your method works even after you added a new parameter.
If you want to avoid this behavior try to design your contracts in a message way by using MessageContract or at least wrapping all you parameters in a container class. And specify explicitly which parameter is required and if it allows default value via DataMember attribute.
Hope it helps!
If your service has installed more than once place. Recheck your endpoint address to ensure its pointing right hosted server.
I have a WCF service that expects an object which I'll call StuffContainer. Our client is trying to generate an XML-serialized StuffContainer using JAXB, but it's coming out wrong. They're ending up with type names where they should have property names, so we're not able to deserialize it.
I know nothing about JAXB, but I gather it creates some auto-generated classes based on our XSD, which can be used to build the XML-serialized object.
Here's the relevant snippet of our auto-generated XSD:
<xs:complexType name="StuffContainer">
<xs:sequence>
<xs:element minOccurs="0" name="myStuff" nillable="true" type="tns:ArrayOfStuff"/>
</xs:sequence>
</xs:complexType>
...
<xs:complexType name="ArrayOfStuff">
<xs:sequence>
<xs:element minOccurs="0" maxOccurs="unbounded" name="Stuff" nillable="true" type="tns:Stuff"/>
</xs:sequence>
</xs:complexType>
Our client's code looks something like this:
ObjectFactory objectFactory = new ObjectFactory();
ArrayOfStuff arrayOfStuff = objectFactory.createArrayOfStuff();
JAXBElement<ArrayOfStuff> arrayOfStuffJAXBElement = objectFactory.createArrayOfStuff(arrayOfStuff);
StuffContainer stuffContainer = objectFactory.createStuffContainer();
stuffContainer.setStuff(arrayOfStuffJAXBElement);
Here's the XML they're getting:
<StuffContainer xmlns="..."><ArrayOfStuff>...</ArrayOfStuff></StuffContainer>
But I need it to be:
<StuffContainer xmlns="..."><myStuff>...</myStuff></StuffContainer>
I think this is because the JAXBElement<ArrayOfStuff> that they're getting from the objectFactory has its QName set to "ArrayOfStuff", and this ends up getting used instead of the property name myStuff. But like I said I know nothing about JAXB so I'm not sure what they should be doing differently.
Is there something either that I can change in the XSD, or that I can ask our client to change in their code, so that it generates the correct XML?
There may be multiple methods on the generated ObjectFactory class. The ones corresponding to nested elements have an entire path built into the method name.
In SOA I believe that the wsdl does not support recursive data types but I saw some examples where the proxy actually works. Anybody knows more about this?
Recursive type definitions are allowed and even cyclic object graphs are allowed and serializable. However, in order to keep from running out of stack space while serializing and deserializing, you'll need to create a custom behavior overriding the CreateSerializer method and setting the preserveObjectReferences parameter to true when its creating a DataContractSerializer. See James Kovacs' blog for more.
Please define what you mean by recursive. The following is a valid XML Schema for use in a WSDL:
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"
elementFormDefault="qualified" attributeFormDefault="unqualified">
<xs:element name="Node" type="NodeType"/>
<xs:complexType name="NodeType">
<xs:sequence>
<xs:element name="Node" type="NodeType"/>
</xs:sequence>
</xs:complexType>
</xs:schema>