topic Re: Server Object Extension (SOE) - XmlClassRegistry Files Not Used? in ArcObjects SDK Questions

Server Object Extension (SOE) - XmlClassRegistry Files Not Used?

ErinBrimhall — Tue, 11 Jan 2011 14:15:23 GMT

I have followed the basic example for creating a SOAP Server Object Extension (SOE) using the walkthrough provided by ESRI, but have encountered a problem:

[INDENT]It appears that ArcGIS Server is not looking in the "XmlClassRegistry" folder/sub-folders for files defining mappings between custom XML and COM-visible types.

The effect is that any attempt to deserialize an XML type as its corresponding COM class fails with "Exception from HRESULT: 0x80043068" (XML_SERIALIZE_E_CANT_MAP_XMLTYPE_TO_CLASS).

If the custom XML/COM type mapping definitions are moved to the "XmlSupport.dat" that ArcGIS Server uses to map ESRI types, then the custom types can be correctly deserialized.
[/INDENT]

Is there a defect in ArcGIS Server related to custom type deserialization, or is the SOAP SOE walkthrough incomplete in this regard?

Any help would be greatly appreciated!

Thanks

Re: Server Object Extension (SOE) - XmlClassRegistry Files Not Used?

JerryGarcia — Mon, 24 Jan 2011 13:44:11 GMT

I am having this same problem. Can someone at ESRI comment? Who created this sample?

I have followed the basic example for creating a SOAP Server Object Extension (SOE) using the walkthrough provided by ESRI, but have encountered a problem:

[INDENT]It appears that ArcGIS Server is not looking in the "XmlClassRegistry" folder/sub-folders for files defining mappings between custom XML and COM-visible types.

The effect is that any attempt to deserialize an XML type as its corresponding COM class fails with "Exception from HRESULT: 0x80043068" (XML_SERIALIZE_E_CANT_MAP_XMLTYPE_TO_CLASS).

If the custom XML/COM type mapping definitions are moved to the "XmlSupport.dat" that ArcGIS Server uses to map ESRI types, then the custom types can be correctly deserialized.
[/INDENT]

Is there a defect in ArcGIS Server related to custom type deserialization, or is the SOAP SOE walkthrough incomplete in this regard?

Any help would be greatly appreciated!

Thanks

Re: Server Object Extension (SOE) - XmlClassRegistry Files Not Used?

Kevin_FernandoEscalera_Robles — Mon, 26 Mar 2012 01:36:51 GMT

So, no answer about it??, I have the same problem, I can't use a custom type for a parameter, did any one find a solution for this?

I am having this same problem. Can someone at ESRI comment? Who created this sample?

Re: Server Object Extension (SOE) - XmlClassRegistry Files Not Used?

RichardWatson — Sat, 31 Mar 2012 15:25:29 GMT

If the ESRI sample does not work out of the box then my suggestion is to file an incident with ESRI support.

It should be really easy for them to reproduce, right?

Re: Server Object Extension (SOE) - XmlClassRegistry Files Not Used?

MiroslavVladár — Sun, 12 Aug 2012 08:56:27 GMT

Still no answer? I have same problem. Can anyone help? Thanks

Re: Server Object Extension (SOE) - XmlClassRegistry Files Not Used?

siyufan — Mon, 03 Feb 2014 13:43:09 GMT

Does anyone have any solutions for this problem on ArcGIS Server 10.2?

I began pulling my hair out and trying every possible thing. Nothing was working....

THanks!!!

Re: Server Object Extension (SOE) - XmlClassRegistry Files Not Used?

ErinBrimhall — Mon, 03 Feb 2014 18:25:05 GMT

Lots of info in this thread.

When I originally had this problem (at Arc 10.0), I believe it was attributed to my XML type-mapping file being in the wrong folder. The correct folder would be something like:

[INDENT]C:\Program Files\Common Files\ArcGIS\Server10.2\XmlClassRegistry\YourOrganizationName\[/INDENT]

The second time I had this problem (at Arc 10.1), it was related to the registering of my custom types. See NIM083300.

Re: Server Object Extension (SOE) - XmlClassRegistry Files Not Used?

siyufan — Tue, 04 Feb 2014 14:03:52 GMT

Lots of info in this thread.

When I originally had this problem (at Arc 10.0), I believe it was attributed to my XML type-mapping file being in the wrong folder. The correct folder would be something like:

[INDENT]C:\Program Files\Common Files\ArcGIS\Server10.2\XmlClassRegistry\YourOrganizationName\[/INDENT]

The second time I had this problem (at Arc 10.1), it was related to the registering of my custom types. See NIM083300.

Thanks for your reply ,ebrimhall.
I tried register the dll file with the command "C:\Windows\Microsoft.NET\Framework64\v2.0.50727\regasm.exe /codebase " with 64bit regasm, and it showed "Type registered successfully"
But when I try to deserialize the params, the same error shows up.
And the XML type-mapping file is also in XmlClassRegistry folder....
BTW, I am using ArcGIS 10.2

Re: Server Object Extension (SOE) - XmlClassRegistry Files Not Used?

siyufan — Tue, 04 Feb 2014 21:39:11 GMT

Just in case someone else will have the same prblm.
I am still have this issue to deserialize the custom type by IXMLdeserialize function.

Then I use the following function to get the passing in xml. and create an xml parse function by myself.

public static string Read(this IMessage message)
{
string xml;
XMLStreamClass xmlStream = new XMLStreamClass();
message.WriteXML(xmlStream);
xml = xmlStream.SaveToString();

return xml;
}

Thanks for the help, ebrimhall!

Re: Server Object Extension (SOE) - XmlClassRegistry Files Not Used?

ErinBrimhall — Wed, 05 Feb 2014 17:47:07 GMT

Hi fans,

That's unfortunate you're having to manually read and deserialize the XML. At least you know that will work.

I have not gotten so far as to verify that this XML object deserialization works at 10.2, but I can share the results soon. In general, I've seen problems with this functionality stem from the following areas:

XML type mapping file is missing or in the wrong location.

XML type mapping file is malformed or has some other error.

Custom type class has a problem in its Deserialize method.

Custom type defined in SOE WSDL has an error or in some way does not align with the corresponding class.

It's challenging to pinpoint which of the above, if any, could be causing a problem. I typically start with the simplest implementation (e.g. a custom type with a single string attribute) and ramp things up from there.

Like I said, I will be making the jump to 10.2 soon and update this thread with my progress.

Re: Server Object Extension (SOE) - XmlClassRegistry Files Not Used?

MichaelEber — Wed, 05 Feb 2014 20:35:43 GMT

I am just falling into the deep hole of SOE deployment.

I went through the example and found that the code is not for 10.1. First I got somewhere around 20 build failures when trying to build the example. Second it says to use RegAsm but ESRI documentation in another area now says stop using that and use ESRIRegAsm which goes back to 9.3.1. That should give you a taste for how old that example is.

LOL the only documentation that appears to be decent and it is useless for the current software.