Hi Ray,

We installed the new CFMX updater_2 and thought that the problem might depend on the 
defect duplicate function as mentioned in the release notes.
This update lead us into new problems!

The previously described problem still exists, but now a new one occurs.
It is not longer possible to assign objects to an empty container.

Christmas is near, our clients are frustated because we can not tell them that we are 
in the timeline of our projects.
Please keep in mind that these problems must be solved within the next 3 days. 
Otherwise we will get into problems with our deadlines and with clients to. 

Maybe it is possible to discuss our problems on phone. This might be a possibility to 
give you a useraccount for testing the system by yourself.

Error message as follows:

Object property cannot be updated. The property <b>&apos;STGROUPS&apos;</b> is not 
registered for the object type <b>Application</b> 
(74B6FD02-290A-11D3-AD400060B0EB2994). <br> Object update failed<p>  
The property 'STGROUPS' is not registered for the object type 
'74B6FD02-290A-11D3-AD400060B0EB2994' (Application). Such property cannot be updated 
in the object '2E7A9F6D-508B-B84C-8A1DA07F878EF411.ARULES[1]' that is derived from 
this type.
Custom tag stack:

CFA_CONTENTOBJECT
CFA_CONTENTOBJECTINVOKEMETHOD
CF_EDIT
CFA_CONTENTOBJECTINVOKEMETHOD
CF_EDITORINITIALIZE
CFA_CONTENTOBJECTCREATE
CFA_CONTENTOBJECTDATA
CF_UPDATEOBJECTDATA
CFA_HANDLER (error detected) 
 
  
The error occurred in C:\SPECTRA\customtags\system\tier0\exceptionhndlr\cfa_throw.cfm: 
line 132
Called from C:\SPECTRA\handlers\system\default\updateobjectdata.cfm: line 71
Called from C:\SPECTRA\customtags\system\tier0\objectstore\cfa_contentobjectdata.cfm: 
line 176
Called from 
C:\SPECTRA\customtags\system\tier0\objectstore\cfa_contentobjectcreate.cfm: line 217
Called from 
C:\SPECTRA\handlers\system\publishing\container\editor\editorinitialize.cfm: line 87
Called from 
C:\SPECTRA\customtags\system\tier0\objectstore\cfa_contentobjectinvokemethod.cfm: line 
271
Called from C:\SPECTRA\handlers\system\publishing\container\edit.cfm: line 85
Called from 
C:\SPECTRA\customtags\system\tier0\objectstore\cfa_contentobjectinvokemethod.cfm: line 
271
Called from C:\SPECTRA\customtags\system\tier0\objectstore\cfa_contentobject.cfm: line 
337
Called from C:\Inetpub\wwwroot\allaire\spectra\invoke.cfm: line 260
 
130 :           detail = "#stErrorText.message#"
131 :           extendedinfo = "#wstDetail#"
132 :   >
133 : 
134 : </cfif>


Maybe this helps to find and solve the problem.

Best regards,
Thomas





-----Urspr�ngliche Nachricht-----
Von: Spectra-Talk [mailto:[EMAIL PROTECTED]] 
Gesendet: Dienstag, 17. Dezember 2002 20:38
An: [EMAIL PROTECTED]
Betreff: Spectra-Talk-list V1 #113


Spectra-Talk-list              Tue, 17 Dec 2002          Volume 1 : Number 113

In this issue:

        AW: Problem with Basic Scheduling Rule


----------------------------------------------------------------------

Date: Tue, 17 Dec 2002 19:30:02 +0100
From: "[LWD://] Thomas Lendzion" <[EMAIL PROTECTED]>
Subject: AW: Problem with Basic Scheduling Rule
Message-ID: <[EMAIL PROTECTED]>

Hi Ray,

Sorry, but because we do not have highest security on our that system so I can not 
give you a account via spectra-talk to see what is happening.

But I think I have forgotten to describe the problem in detail.

The error occurs when I press the 'up' or 'down' button a SECOND(!) time!

Looks like the script damages the structure in some kind when moving the add 
contentobject (one which assigned to the container before).

Best regards,
Thomas

-----Urspr�ngliche Nachricht-----
Von: Raymond Camden [mailto:[EMAIL PROTECTED]] 
Gesendet: Montag, 16. Dezember 2002 16:08
An: Spectra-Talk
Betreff: RE: Problem with Basic Scheduling Rule


Wow - I just noticed - that cfwddx call is in a cftry, so you shouldn't see that error 
at all. Any possible way you can give me a URL to look at? 

=======================================================================
Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc

Email    : [EMAIL PROTECTED]
WWW      : www.camdenfamily.com/morpheus
Yahoo IM : morpheus

"My ally is the Force, and a powerful ally it is." - Yoda 

> -----Original Message-----
> From: [LWD://] Thomas Lendzion [mailto:[EMAIL PROTECTED]]
> Sent: Monday, December 16, 2002 9:03 AM
> To: Spectra-Talk
> Subject: AW: Problem with Basic Scheduling Rule
> 
> 
> Hi Ray,
> 
> I am sorry but which wddx packet shall I send to you?
> I do not have any idea where to place the code or which element is 
> Accessed at that point.
> 
> Best regards,
> Thomas
> 
> -----Urspr�ngliche Nachricht-----
> Von: Raymond Camden [mailto:[EMAIL PROTECTED]]
> Gesendet: Montag, 16. Dezember 2002 15:54
> An: Spectra-Talk
> Betreff: RE: Problem with Basic Scheduling Rule
> 
> 
> Is there anyway you can output the wddx packet and show it to me - at 
> least the first 100 chars or so. MX will barf if the wddx packet is 
> marked version 0.9. You should only have packets like that if you have 
> older data. If that -is- the issue, an easy fix is to write a SQL 
> script to replace 0.9 with 1.0. In fact, if you look at the install 
> wizard code, you see us doing that for ibuild, and you can just steal 
> that code.
> 
> ==============================================================
> =========
> Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc
> 
> Email    : [EMAIL PROTECTED]
> WWW      : www.camdenfamily.com/morpheus
> Yahoo IM : morpheus
> 
> "My ally is the Force, and a powerful ally it is." - Yoda
> 
> > -----Original Message-----
> > From: [LWD://] Thomas Lendzion [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, December 16, 2002 8:46 AM
> > To: Spectra-Talk
> > Subject: Problem with Basic Scheduling Rule
> > 
> > 
> > This is a multi-part message in MIME format.
> > 
> > ------=_NextPartTM-000-5534dccc-f57a-4551-bb82-377b16d0b970
> > Content-Type: multipart/alternative;
> >     boundary="----_=_NextPart_001_01C2A511.D085FFE8"
> > 
> > ------_=_NextPart_001_01C2A511.D085FFE8
> > Content-Type: text/plain;
> >     charset="us-ascii"
> > Content-Transfer-Encoding: quoted-printable
> > 
> > Hi,
> > 
> > After updating to 1.5.2 and CFMX the basic scheduling rule is not 
> > running.
> > 
> > When we try to change the order of elements in the
> container editor we
> > get the following error message:
> > 
> > 15:34:44.044 - java.lang.IllegalStateException - in 
> > C:\SPECTRA\handlers\system\publishing\rules\basicschedulerule\
> > edit.cfm : line 814=20 15:34:44.044 - Application Exception - in 
> > C:\SPECTRA\customtags\system\coapi\utils\cfa_iswddx.cfm : line 38
> >     WDDX packet parse error at line 1, column -1. Document
> > root element is missing..
> > 
> > This happens while using the up and down buttons on the left.
> > 
> > Any ideas?
> > 
> > Regards,
> > Thomas
> > 
> > 
> > ------_=_NextPart_001_01C2A511.D085FFE8
> > Content-Type: text/html;
> >     charset="us-ascii"
> > Content-Transfer-Encoding: quoted-printable
> > 
> > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
> > <HTML>
> > <HEAD>
> > <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = 
> > charset=3Dus-ascii"> <META NAME=3D"Generator" CONTENT=3D"MS
> Exchange
> > Server version = 6.0.6249.1"> <TITLE>Problem with Basic Scheduling 
> > Rule</TITLE> </HEAD> <BODY>
> > <!-- Converted from text/rtf format -->
> > 
> > <P><FONT SIZE=3D2 FACE=3D"Arial">Hi,</FONT>
> > </P>
> > 
> > <P><FONT SIZE=3D2 FACE=3D"Arial">After updating to 1.5.2
> and CFMX the
> > = basic scheduling rule is not running.</FONT> </P>
> > 
> > <P><FONT SIZE=3D2 FACE=3D"Arial">When we try to change the
> order of =
> > elements in the container editor we get the following error = 
> > message:</FONT> </P>
> > 
> > <P><FONT FACE=3D"Times New Roman">15:34:44.044 - = 
> > java.lang.IllegalStateException - in = 
> > C:\SPECTRA\handlers\system\publishing\rules\basicschedulerule\
> > edit.cfm : = line 814 </FONT></P>
> > 
> > <P><FONT FACE=3D"Times New Roman">15:34:44.044 -
> Application Exception
> > - = in C:\SPECTRA\customtags\system\coapi\utils\cfa_iswddx.cfm :
> > line = 38</FONT>
> > 
> > <BR><FONT SIZE=3D2 FACE=3D"Courier New">&nbsp;&nbsp;&nbsp;
> WDDX packet
> > = parse error at line 1, column -1. Document root element is = 
> > missing..</FONT> </P>
> > 
> > <P><FONT SIZE=3D2 FACE=3D"Courier New">This happens while
> using the up
> > = and down buttons on the left.</FONT> </P>
> > 
> > <P><FONT SIZE=3D2 FACE=3D"Courier New">Any ideas?</FONT> </P>
> > 
> > <P><FONT SIZE=3D2 FACE=3D"Courier New">Regards,</FONT>
> > 
> > <BR><FONT SIZE=3D2 FACE=3D"Courier New">Thomas</FONT>
> > </P>
> > 
> > </BODY>
> > </HTML>
> > ------_=_NextPart_001_01C2A511.D085FFE8--
> > 
> > ------=_NextPartTM-000-5534dccc-f57a-4551-bb82-377b16d0b970--
> > 
> > 
> 
> 

______________________________________________________________________
Get the mailserver that powers this list at http://www.coolfusion.com

------------------------------

End of Spectra-Talk-list V1 #113
********************************
------------------------------------------------------------------------------
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.

------------------------------------------------------------------------------
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.

Reply via email to