Hi,
Try to isolate the error with some <cfdump>'s inside
cfa_contentObjectCreate.
1.) #attributes.typeID# should point to the needed typeID.
2.) There is a call inside <cfa_contentObjectCreate> to
<cfa_isEmbeddedObject>. This should return "true" in #bIsEmbeddedObject#
since you create an embedded Object inside the original object.
3.) Dump #stOwnerObject# in the <cfelse> statement (before the call to
<cfa_updateObjectData>) in <cfif not bIsEmbeddedObject> ... <cfelse>
.... </cfif> in cfa_contentObjectCreate. Still the correct TypeID here?
4.) As i can see you've provided a custom CF_UPDATEOBJECTDATA which may
differ from the original one (see your custom tag stack in your error
message). Did you compare the tag with the original 1.5.2 Tag? Does the
original cfa_updateObjectData Tag (\coapi\utils\) work?
> CFA_CONTENTOBJECTDATA
> CF_UPDATEOBJECTDATA (!)
5.) A last thing to try is to dump #stFields# and #stReferenceFields# in
cf(a)_updateobjectdata just before <cfa_recordupdate>. Correct or wrong
typeID here?
6.) A similar approach to create and update embedded objects in an array
is the way rules are assigned to the container objects:
<cfa_contentObjectCreate
dataSource="#attributes.dataSource#"
objectID="#containerID#.aRules[#iPosition#]"
typeID="#ruleTypeID#"
label="#rule#"
>
Can you still add/and or remove rules in a container or does the same
error with wrong typeIDs occurs here, too?
Best regards,
Hendrik Kramer
Webentwicklung
Lwd e-solutions gmbh +++ kruppstrasse 82-100 +++ 45145 essen
T.: 0201-8 20 20 26 +++ F.: 0201-8 20 20 44 +++ www.lwd.de
+++ e-commerce +++ content management +++ design
> -----Original Message-----
> From: Marc Straka [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, July 09, 2003 7:44 PM
> To: Spectra-Talk
> Subject: CFA_ContentObjectCreate
>
>
> Here's one that's really stumping me.
>
> Our existing Spectra 1.5.1 implementation uses the
> CFA_ContentObjectCreate tag to update a property in an object
> with a structure. This is existing code that I'm now
> maintaining and works fine in 1.5.1. Now with our MX-1.5.2
> upgrade I get the following error. In short, the TYPE
> property of the object which should be ARTICLE is getting
> replaced with the type APPLICATION, when it should not be.
>
> The problem is definitely linked to CFA_ContentObjectCreate,
> but since this calls a series of other tags, I haven't been
> able to isolate the problem.
>
> Any help would be *most* appreciated.
>
> Cheers,
> Marc Straka
>
> An Application Error Occurred
> Object property cannot be updated. The property 'ORDERKEY' is
> not registered for the object type Application
> (74B6FD02-290A-11D3-AD400060B0EB2994).
> Object update failed
> The property 'ORDERKEY' is not registered for the object type
> '74B6FD02-290A-11D3-AD400060B0EB2994' (Application). Such
> property cannot be updated in the object
> '29F96C4B-D4FB-5004-9EC9B7243744DF1E.CATEGORY[1]'
> that is derived from this type.
> Custom tag stack: CFA_PAGE CFA_TASKEXECUTE
> CFA_CONTENTOBJECT
> CFA_CONTENTOBJECTINVOKEMETHOD
> CF_TASKINSTEXECUTE CFA_HANDLER
> CFA_CONTENTOBJECT
> CFA_CONTENTOBJECTINVOKEMETHOD
> CF_EDIT CFA_HANDLER
> CFA_CONTENTOBJECTCREATE
> CFA_CONTENTOBJECTDATA
> CF_UPDATEOBJECTDATA
> CFA_HANDLER (error detected)
>
>
>
> =====================
> Marc Straka
> Web Applications Engineer
> Nolo
> (510) 704-2226
>
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Signup for the Fusion Authority news alert and keep up with the latest news in
ColdFusion and related topics.
http://www.fusionauthority.com/signup.cfm
------------------------------------------------------------------------------
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/spectra_talk or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
