in reply to SOAP::Data questions

As gellyfish mentioned, it would really help to see what you're trying to end up with after serialization.

Personally, because of the type of information I typically deal with, I ended up writing a custom serializer, but it took me a few weeks to wrap my head around how SOAP::Lite's SOAP::Serializer worked. (and I had to rewrite many functions, because they were falling functions directly, not as methods, so I had to override all of the functions which called the functions I was trying to replace).

Anyway, there is a lot of good information about using SOAP::Data at Majordojo.com, which is the personal website of the current maintainer of SOAP::Lite. You'd probably be interested in the entry on arrays of objects

You can also get a lot done simply by blessing your object to the correct data type. (it won't solve all issues, however, which is why it's necessary to see what you'd want the resulting XML to look like).

Replies are listed 'Best First'.
Re^2: SOAP::Data questions
by DJpumps (Novice) on Mar 23, 2005 at 09:38 UTC
    Thanks for the links. Unfortunately, they didn't help me figure it out yet.

    I suppose I need to dig into it more seriousely.

    -- DJpumps
      it would really help to see what you're trying to end up with after serialization.

      If you don't give us more info, we can't help. The XML string that you are trying to pass would be very useful so we know exactly what you are trying to create. At the very least, the WSDL that you're trying to validate against.

      As you said you know WSDL, you would know that there are plenty of ways to represent the same data. SOAP::Lite by default uses RPC/encoded, which may have unwanted information if you're trying to do document/literal, especially if the other end can't properly deserialize references.