Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Updated URLs to remove edentiti

...

For Mutual Authentication:  

https://test-au.clientcert.edentitivixverify.com/Registrations-Registrations/VerificationServicesMSSL?wsdl   

For Password:  

https://test-au.edentitivixverify.com/Registrations-Registrations/VerificationServicesPassword?wsdl

Production environment

The production environment WSDLs (which will be identical except for the end point) are at the following locations:  

For Mutual Authentication:  

https://wwwau.clientcert.edentitivixverify.com/Registrations-Registrations/VerificationServicesMSSL?wsdl  

For Password:  

https://wwwau.edentitivixverify.com/Registrations-Registrations/VerificationServicesPassword?wsdl

...


Important Notes about WSDL Usage – Please Read!

GreenID uses WSDL that is automatically generated by JBoss SOAP libraries. This WSDL will typically use a complex type to wrap the return value of a Web Service method. Depending on the platform used to consume GreenID’s Web Services, most notably .NET, the return value of the method may be an object of a type that corresponds to the complex type named in the WSDL, and the actual return value will be a member of that object, also named as per the WSDL.

For example, upon consuming the WSDL for the register method described below, .NET will generate a class called registerResponse which has a member calleduserIdentifier , which is the actual return value of the method.

All of this information is present in the WSDL, but it is worthy of note that exactly how the WSDL is interpreted will vary between platforms.

By way of contrast, a Java platform will typically recognise the return value of the register method as a plain String , and not bother wrapping the return value in its own class.