If your wddx packet size exceeds the size of the CF DSN
Long Text Buffer setting, you could have that problem. In Spectra there was a
table of wddx packet "chunks" that cfa_contentobjectdata would create, and
cfa_contentobjectget would reassemble if the initial select returned a wddx
packet that did not end in </wddx>.
I don't see this kind of functionality in fourQ setdata. I
suspect if your WDDX packet is larger than the Long Text Buffer setting it will
just get truncated and the data will be lost. Often times you can manually
repair it by copying the text into notepad or HomeSite and manually closing the
tags, but you will still lose data.
For the future maybe it's okay to just up the Long Text
Buffer setting in the DSN. I don't know what performance side effects that would
have, and clearly it's not a flexible solution.
Derek
From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Mercer
Sent: Thursday, September 21, 2006 11:49 PM
To: [EMAIL PROTECTED]; [email protected]
Subject: [farcry-dev] Re: v2.3 /cf7/win2003 server error -- more info
did you ever get to the bottom of this?
We have come across the same problem.
If we do a preview of the old archives they are fine. But the page gets bigger and bigger with each version, then at some point the wddx in the archive dies. So must be a size thing. At this stage I am not sure if it is a wddx or database issue.
Any tips would be appreciated.
Thanks
Andrew
On 6/17/05, Michael @
Four Eyes <[EMAIL PROTECTED] >
wrote:
if i try to preview an archive I get this error, apparently the archive
is gone too.
WDDX packet parse error at line -1, column -1. Premature end of file..
The error occurred in
E:\domains\DressShop\FarCry\farcry_core\tags\navajo\display.cfm: line 37
Called from
E:\domains\DressShop\FarCry\farcry_core\tags\navajo\display.cfm: line 1
Called from E:\domains\DressShop\FarCry\bonnie\www\index.cfm: line 4
35 : </cfscript>
36 : <cfif qArchive.recordCount EQ 1>
37 : <cfwddx action="" input="#qArchive.objectWDDX#"
output="stArchive">
38 : <cfset URL.objectid = stArchive.objectid>
39 : </cfif>
Here is dump as well of the dmHTML and dmArchive. I am very much
stumped. I have this tunning internally on CF7 with no issues.
http://bonniejean.com/q.cfm
Michael @ Four Eyes wrote:
>
> A client just upgraded to cf7 on win 2003. The site was fine on CF6.1,
> but write after the upgrade all the body content disappeared. Then if
> you create a new node and dmhtml, all the data is saved but the body.
> Basically all is fine but saving the body on all content types. Any
> ideas. oh yeah they are using SQL 2000. hmm I guess I should ask if
> the are running the 2005 beta as well.
>
> Thanks Michael
>
>
---
You are currently subscribed to farcry-dev as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "farcry-dev" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/farcry-dev
-~----------~----~----~----~------~----~------~--~---
