BorlandTalk.com Borland discussion newsgroups   Archives   FAQ   Search   Memberlist   Usergroups   Register   Profile   Log in to check your private messages   Log in  ESOAPDomConvertError          BorlandTalk.com Forum Index -> Delphi WebServices SOAP View previous topic :: View next topic   Author Message Graham Harris Guest Posted: Wed Mar 28, 2007 8:07 am    Post subject: ESOAPDomConvertError Hi How do I prevent this area? --------------------------- Error --------------------------- ESOAPDomConvertError Must enable multiref output for objects when serializing a graph of objects - (Pushpin) --------------------------- OK --------------------------- TIA Graham Harris Back to top Graham Harris Guest Posted: Wed Mar 28, 2007 9:18 am    Post subject: Re: ESOAPDomConvertError Hello Graham, Meant "How do I prevent this error?" Graham Harris Quote: Hi How do I prevent this area? --------------------------- Error --------------------------- ESOAPDomConvertError Must enable multiref output for objects when serializing a graph of objects - (Pushpin) --------------------------- OK --------------------------- TIA Graham Harris Back to top Jean-Marie Babet Guest Posted: Thu Mar 29, 2007 5:59 am    Post subject: Re: ESOAPDomConvertError Hello, Quote: ESOAPDomConvertError Must enable multiref output for objects when serializing a graph of objects - (Pushpin) If you're in non-RPC mode - which would be the case for MapPoint as it's a document style service - you must ensure that the converter does not encounter the same object more than once while serializing a request. Since document style does not support multiref, the logic stores the address of each object as it's being serialized, then proceeds to serialize the members(class) or elements(array) of the object. If somewhere there's a cycle and we detect that we're about to serialize an object that we've already serialized, that exception is fired. The type in this case was a Pushpin. If you're sending more than one Pushpin, you'll want to make sure that there's a unique object for each, even if they have the same property values. NOTE: It's also possible to run into this in cases where you (a) Use the component to serialize an object to XML and forget to call 'ResetMultiRef'. The next call might encounter the same address already in the object list although it's clearly not a problem as we're in a new call. (b) Have custom TRemotable-derived types that allocate and free objects in ObjectToSOAP [or methods invoked from]. In that case the objects were distinct but allocated the same memory address by the memory manager. In the case where you're just invoking a WebService using types generated by the importer, (a) and (b) don't apply. Let me know if the above does not help and we'll investigate some more. Cheers, Bruneau. Back to top Graham Harris Guest Posted: Thu Mar 29, 2007 7:34 am    Post subject: Re: ESOAPDomConvertError Hello Bruneau, Quote: Have custom TRemotable-derived types that allocate and free objects in ObjectToSOAP [or methods invoked from]. In that case the objects were distinct but allocated the same memory address by the memory manager. In the case where you're just invoking a WebService using types generated by the importer, (a) and (b) don't apply. I have derived the following from a Imported object: TMapPointPushPin = class(PushPin) private FIconID: TStockIcon; FCustomIconName: WideString; FObjectID: WideString; function GetIconName(const Value: TStockIcon): WideString; procedure SetIconID(const Value: TStockIcon); public constructor Create; override; procedure Assign(Pin: TMapPointPushPin); procedure SetLabel(Value: WideString); overload; procedure SetLabel(Strings: TStrings); overload; function AsPushPin(StandardIconDataSource, CustomIconDataSource: WideString; CustomIcons: TStrings): PushPin; published property CustomIconName: WideString read FCustomIconName write FCustomIconName; property IconID: TStockIcon read FIconID write SetIconID; property ObjectID: WideString read FObjectID write FObjectID; end; I have posted the imported WSDL and the unit the above code is defined in. Look for the following subject: ESOAPDomConvertError FAO Bruneau TIA Graham Harris Back to top Jean-Marie Babet Guest Posted: Thu Mar 29, 2007 10:05 pm    Post subject: Re: ESOAPDomConvertError Hello, Quote: I have posted the imported WSDL and the unit the above code is defined in. Look for the following subject: ESOAPDomConvertError FAO Bruneau I suspect you posted in the binaries section. I'll take a peek there... Cheers, Bruneau. Back to top Jean-Marie Babet Guest Posted: Fri Mar 30, 2007 12:01 am    Post subject: Re: ESOAPDomConvertError Hello, I see that you have a collection of pushpins. I also see that the Get(Index) member returns the actual object in the collection. I don't see the code that uses that collection but I can imagine a scenario whereby a given request could use the same PushPin [i.e. same Index to 'Get'] more than once. This could result in a case where the following logic catches the same Pushpin: AddObjectAsWriting(Instance); try { NOTE: Don't prefix for simple types } if (IsSimpleClass) then ObjConvOpts := ObjConvOpts + [ocoDontPrefixNode]; CreateObjectNode(Obj, RootNode, InstNode, ExtPropName, ElemURI, ObjConvOpts); finally RemoveObjectAsWriting(Obj); end; Basically before we serialize an object we add to the list by calling 'AddObjectAsWriting'. Then we proceed. We remove the object upon returning. One way to avoid creating a cycle is to make Get(Index) returns a clone object. There's also another danger to Get(Index) returning the object in a collection. The importer generates code in the destructor of TRemotable-derive classes that does a deep cleanup - invoking .Free on class members and arrays of class members. Typically I warn users to watch for cases where they have cycles in a request/response: unlike the serialization code, the cleanup logic does not keep track of objects already cleaned; hence it can result in cyclic calls to .Free. In code that I have that communicates with RPC services, I often have a routine that unhooks all cycles before I invoke .Free on the base object. Could it be that a given request is retrieving the same Pushpin from the collection. If yes, you'll need to clone the Pushpin to ensure that an object added via AddObjectAsWriting(....) is removed before it's added again. Please let me know if I'm missing something. Cheers, Bruneau. Back to top Jean-Marie Babet Guest Posted: Fri Mar 30, 2007 12:07 am    Post subject: Re: ESOAPDomConvertError Hey.... wait a minute I just noticed something - The bug was starring right at me:) Quote: AddObjectAsWriting(Instance); try {... } finally RemoveObjectAsWriting(Obj); end; The first line above should read "AddObjectAsWriting(Obj);" !!!!! I'm going to write a testcase that illustrates this bug right away and then check in the fix Thank you - somehow we never caught this before. More later, Bruneau. "Jean-Marie Babet" <bbabet (AT) borland (DOT) com> wrote in message news:460c0d08$1 (AT) newsgroups (DOT) borland.com... Quote: Hello, I see that you have a collection of pushpins. I also see that the Get(Index) member returns the actual object in the collection. I don't see the code that uses that collection but I can imagine a scenario whereby a given request could use the same PushPin [i.e. same Index to 'Get'] more than once. This could result in a case where the following logic catches the same Pushpin: AddObjectAsWriting(Instance); try { NOTE: Don't prefix for simple types } if (IsSimpleClass) then ObjConvOpts := ObjConvOpts + [ocoDontPrefixNode]; CreateObjectNode(Obj, RootNode, InstNode, ExtPropName, ElemURI, ObjConvOpts); finally RemoveObjectAsWriting(Obj); end; Basically before we serialize an object we add to the list by calling 'AddObjectAsWriting'. Then we proceed. We remove the object upon returning. One way to avoid creating a cycle is to make Get(Index) returns a clone object. There's also another danger to Get(Index) returning the object in a collection. The importer generates code in the destructor of TRemotable-derive classes that does a deep cleanup - invoking .Free on class members and arrays of class members. Typically I warn users to watch for cases where they have cycles in a request/response: unlike the serialization code, the cleanup logic does not keep track of objects already cleaned; hence it can result in cyclic calls to .Free. In code that I have that communicates with RPC services, I often have a routine that unhooks all cycles before I invoke .Free on the base object. Could it be that a given request is retrieving the same Pushpin from the collection. If yes, you'll need to clone the Pushpin to ensure that an object added via AddObjectAsWriting(....) is removed before it's added again. Please let me know if I'm missing something. Cheers, Bruneau. Back to top Jean-Marie Babet Guest Posted: Fri Mar 30, 2007 12:23 am    Post subject: Re: ESOAPDomConvertError OK, indeed there was a bug in the code whereby we'd add the parent object to the ObjectWriting list when serializing a class property. However, upon investigating a little I don't think that's related to the issue you're seeing. The current bug, it seems, would result in us failing to detect a cycle if an instance had a property pointing to itself... IOW, I believe the current logic would still catch cycles but would not have caught all cycles. More on this later... Bruneau. Back to top Graham Harris Guest Posted: Fri Mar 30, 2007 7:13 am    Post subject: Re: ESOAPDomConvertError Hi Bruneau I use the method AsArrayOfPushPin which loops through the list of PushPins and for each pushpin I call the AsPushPin method of TMapPointPushPin Graham Harris Back to top Display posts from previous: All Posts1 Day7 Days2 Weeks1 Month3 Months6 Months1 Year Oldest FirstNewest First         BorlandTalk.com Forum Index -> Delphi WebServices SOAP All times are GMT Page 1 of 1   Jump to: Select a forum C++ Builder Newsgroups----------------C++ BuilderC++ Builder (ActiveX)C++ Builder (Announcements)C++ Builder (Command Line Tools)C++ Builder DatabasesC++ Builder Databases (ADO)C++ Builder Databases (Desktop)C++ Builder Databases (InterBase Express)C++ Builder Databases (Multi-Tier)C++ Builder Databases (SQL Servers)C++ Builder (Graphics)C++ Builder (IDE)C++ Builder (Internet)C++ Builder (Internet Socket)C++ Builder (Internet Web)C++ Builder (Jobs)C++ Builder (Language)C++ Builder (Language C++)C++ Builder (Compatibility with MFC)C++ Builder (Native API)C++ Builder (Non-Technical)C++ Builder (Students)C++ Builder (Third Party Tools)C++ Builder (Upgrade)C++ Builder (VCL)C++ Builder (VCL Components Usage)C++ Builder (VCL Components Development)C++ Builder (VCL Usage)C++ Builder (WinAPI)C++ Builder Installation Delphi Newsgroups----------------Delphi (General)Delphi ActiveX Controls UsageDelphi ActiveX Controls DevelopmentDelphi As400Delphi DatabasesDelphi Databases (ADO)Delphi Databases (dbExpress)Delphi Databases (Desktop)Delphi Databases (InterBase Express)Delphi Databases (Multi-Tier)Delphi Databases (SQL Servers)Delphi DeploymentDelphi GraphicsDelphi IDEDelphi InternationalizationDelphi InternetDelphi Internet Isapi-WebBrokerDelphi Internet WebSnapDelphi Internet WinsockDelphi JobsDelphi Language BASMDelphi Language ObjectPascalDelphi Model Driven Architecture (General)Delphi Model Driven Architecture (Third Party)Delphi MultimediaDelphi Native APIDelphi Non-TechnicalDelphi ObjectPascalDelphi OLE AutomationDelphi OO designDelphi OpenToolsAPIDelphi Reporting-ChartingDelphi RTLDelphi StudentsDelphi TeamSourceDelphi Thirdparty ToolsDelphi Thirdparty Tools (General)Delphi Thirdparty Tools (IntraWeb)Delphi Thirdparty Tools (RaveReports)Delphi UpgradeDelphi VCLDelphi VCL ComponentsDelphi VCL Components UsingDelphi VCL Components WritingDelphi WebServices SOAPDelphi WinAPIDelphi XMLDelphi Installationcomp.lang.pascal.delphi.components.misccomp.lang.pascal.delphi.components.usagecomp.lang.pascal.delphi.components.writingcomp.lang.pascal.delphi.databasescomp.lang.pascal.delphi.misccomp.sources.delphi JBuilder Newsgroups----------------JBuilderJBuilder AnnouncementsJBuilder Applet IssuesJBuilder As400JBuilder CompilerJBuilder CORBA/RMIJBuilder DatabasesJBuilder DB SwingJBuilder DebuggerJBuilder DeploymentJBuilder DocumentationJBuilder EnterpriseJBuilder HandheldJBuilder IDEJBuilder JavaJBuilder JavaAPIJBuilder Java LanguageJBuilder Java SwingJBuilder Java BeansJBuilder Java Beans UsageJBuilder Java Beans DevelopmentJBuilder JBCLJBuilder JDataStoreJBuilder JobsJBuilder LinuxJBuilder MacintoshJBuilder & MobileSetJBuilder MultiLingual AppsJBuilder Non-TechnicalJBuilder OpenToolsJBuilder Servlets (JSP)JBuilder StudentsJBuilder Team DevelopmentJBuilder Thirdparty ToolsJBuilder UpgradeJBuilder Installation InterBase Newsgroups----------------InterBaseInterBase Bug DiscussionInterBase GeneralInterBase IBConsoleInterBase OpenSourceInterBase ReplicationInterBase SQLInterBase ThirdpartyInterBase Installation Miscellaneous Borland Newsgroups----------------AppCenterAppServerEnteraVisiBroker  You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum Powered by phpBB © 2001, 2006 phpBB Group SEO toolkit © 2004-2006 webmedic.