Have yet to pin down what cause of the cookie creation, and am not as sure
as I was that it was causing the crashing. After running the patch in
fuseAds, things seem to be fine. yet...
-----Original Message-----
From: Oliver Czarnecki [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 11, 2001 11:44 AM
To: Spectra-Talk
Subject: RE: Critical Problem
After talking with Peter Farland we found that a cookie variable was
sometimes being added to the WDDX packet of some of my Objects.
This in turn would cause the CONTENTOBJECTCACHEREAD to crash and burn.
I am also running FuseAds 1.21, and found that FuseAds was one of the
cookies being added, they said there may be a naming conflict with Spectra,
I was sent a patch.
I was wondering how cookie info could be passed into my WDDX packet.
It is at the moment seemly random when the cookie info is passed.
Could it be my invoke.cfm is old?
I think I am using the same invoke.cfm tag that was included with the first
Spectra Beta?
-----Original Message-----
From: Tony Brett [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 11, 2001 6:43 AM
To: Spectra-Talk
Subject: RE: Critical Problem
Possible solution:
The UUID of the Article type has changed in Spectra 1.5.1 - so if your rules
are making direct usage of the old ID or you content has not been
converted...this may be your problem
Tony Brett
Head of Core Technology
Circle.com, 100 Victoria Street, Bristol, BS1 6HE
tel: 0117 3117742
fax: 0117 3117601
mobile: 07773717420
icq: 62185107
-----Original Message-----
From: Spike [mailto:[EMAIL PROTECTED]]
Sent: 10 June 2001 22:47
To: Spectra-Talk
Subject: Re: Critical Problem
Oliver,
I got this from Peter Farland...
He can't post to the list at the moment for some reason.
I want to check that email is actually getting out of here. I
replied to oliver offering to help, but he hasn't replied...
<SNIP>
I wanted him to dump out
server.cfa.objectCache.stObjects[attributes.dataSource] and
server.cfa.objectCache.stCreated[attributes.dataSource]
for me, and email it to me.
Pete
[EMAIL PROTECTED]
At 22:44 10/06/2001 Sunday, you wrote:
>I am running
>CF 5.0
>Spectra 1.5.1
>SQL 2000
>IIS 5.0
>Windows 2000 Adv Server
>
>My pages are crashing in random places.
>causing the page to display this error.
>
>unknown exception condition
>
>unknown error while executing a tag.
>
>where the container should be. Sometimes the error will start before the
>container loads and sometimes it will let a couple objects load, than
crash.
>After looking in my log files I am seeing this error happen, at the same
>exact time.
>
>Unexpected exception while processing a tag with a general identifier of
>(CFSCRIPT), occupying document position (34:3) to (34:12), while executing
>template file
>E:\INETPUB\WWWROOT\ALLAIRE\SPECTRA\CUSTOMTAGS\SYSTEM\TIER0\OBJECTSTORE\CFA_
C
>ONTENTOBJECTCACHEREAD.cfm
>
>Once this error happens my only option is to recycle CF. This error has
been
>none to happen in the webtop also.
>
>Help
>
>-----Original Message-----
>From: Kurt Mossman [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 08, 2001 7:57 PM
>To: Spectra-Talk
>Subject: RE: CF5(rc1), Spectra-1.5.1 -- sc1 not defined, and CFLDAP
>oddly broken?
>
>
>
>NOTE: This may be due to a UserDirectory created using CF 5.0
>If you have the attributes in the Lookup Start and Lookup End
>for the UserDirectory, you should remove these entries.
>
>Spectra does this for you. I think this may be where the
>cn=Directory Manager comes from.
>
>- Kurt
>
>
>
>-----Original Message-----
>From: Michiel Boland [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, June 07, 2001 3:42 AM
>To: Spectra-Talk
>Subject: Re: CF5(rc1), Spectra-1.5.1 -- sc1 not defined, and CFLDAP
>oddly broken?
>
>
>[...]
> > The second problem
> > is that the following query:
> > <cfldap action="QUERY" name="GetLDAPUser"
>start="o=airius.com
> > " attributes="cn" server="#Application.LDAP_IP#"
>port="#Application.LDAP_PORT#"
> > filter="uid=#username#">^M
> >
> > Results in the following error diagnostic:
> >
> > Error Diagnostic Information
> >
> > CFLDAP
> >
> > Which is not really helping us understand why this no longer works! A
> > connection to the LDAP server is made, and the log is:
> >
> > [06/Jun/2001:11:52:07 -0400] conn=361 fd=82 slot=82 connection from
>127.0.0.1
> > to 127.0.0.1
> > [06/Jun/2001:11:52:07 -0400] conn=361 op=0 BIND dn="cn=Directory
Manager"
> > method=128 version=2
>
>This log file entry does not match the cf code. If you look at the line
>you see someone is doing a bind as 'cn=Directory Manager'. But there is
>no bind information (username/password) in the actual <cfldap> call.
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.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.
