ah.... mmm I was just told this morning that if you don't have the workflow
associated with a type then the property "artifactinstanceid" will not
exist...
-----Original Message-----
From: Richard Ragan <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Monday, 14 August 2000 12:30
Subject: Re: workflow adopting different objects
>This all sounds very strange towards the end but why don't you
>just start off the way you want to and life should be less contorted.
>If you specify that your workflow does not create an instance of
>any particular type and put your PLP's object into ID into the
>artifactInstanceID then the workflow will be set to work on "your"
>object rather than an empty one that is created. There have
>been discussion on this in the past on the BBS and even code
>posted so if you need more detail check it out there.
>
>Cheers, Rich Ragan
>
>
>----- Original Message -----
>From: Toby Tremayne <[EMAIL PROTECTED]>
>To: Spectra-Talk Mailing List <[EMAIL PROTECTED]>; Vaughan
>Evans <[EMAIL PROTECTED]>; Lucas Sherwood
><[EMAIL PROTECTED]>
>Sent: Monday, August 14, 2000 6:53 AM
>Subject: workflow adopting different objects
>
>
>> This is a multi-part message in MIME format.
>>
>> ------=_NextPart_000_046F_01C0064A.C9D37940
>> Content-Type: text/plain;
>> charset="iso-8859-1"
>> Content-Transfer-Encoding: quoted-printable
>>
>> Guys I'm just wondering if anyone else has come across this and whether =
>> it's a bug/oversight or if it's supposed to happen this way....
>>
>> To create an article I have a link on a page which kicks off a PLP. At =
>> the completion of the PLP, a workflow is instanciated and it and it's =
>> first task are executed.
>>
>> This all works fine. The plp is passed an empty object which it saves =
>> it's info to, and the workflow creates it's own artifact.
>>
>> What I had hoped to do was pass the workflow my existing object (which =
>> perhaps should be an enhancement request, unless there's actually a way =
>> to do it). However before I got to that stage I discovered that while =
>> the workflow was indeed creating it's own separate object, when I got =
>> back to my admin page it displayed the contents of the workflow and =
>> showed the object CREATED BY THE PLP - *NOT* the 'workflow instance =
>> artifact'
>>
>> What was happening was at the the end of my PLP, I was renaming the =
>> workflow instance so it would have the same name as the article. =
>> However in doing so, (using cfa_contentobjectdata to rename the label) =
>> it adopted the entire object.=20
>>
>> So after the renaming was completed, if I referred to the =
>> workflow.artifactinstanceid it was the ORIGINAL object, not the workflow
=
>> artifact any more.=20
>>
>> To fix everything up I've put in a command to delete the workflow =
>> instance artifact object, but it just seems to me that that's a little =
>> bit daft... I would have thought I would need to replace the artifact =
>> manually, or at least specify a different ID. All I did was change it's
=
>> name and it took the object with the same name as it's own artifact.
>>
>> Any comments guys? I thought that a bit strange..
>>
>> Toby
>>
>>
>> Toby Tremayne
>> Code Poet and Zen Master of the Heavy Sleep
>> Show-Ads Interactive Pty Ltd
>> 359 Plummer St
>> Port Melbourne
>> AUST VIC 3207
>> +61 3 9245 1247
>>
>> ------=_NextPart_000_046F_01C0064A.C9D37940
>> Content-Type: text/html;
>> charset="iso-8859-1"
>> Content-Transfer-Encoding: quoted-printable
>>
>> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
>> <HTML><HEAD>
>> <META content=3D"text/html; charset=3Dwindows-1252" =
>> http-equiv=3DContent-Type>
>> <META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR></HEAD>
>> <BODY bgColor=3D#ffffff>
>> <DIV><FONT size=3D2>Guys I'm just wondering if anyone else has come =
>> across this=20
>> and whether it's a bug/oversight or if it's supposed to happen this=20
>> way....</FONT></DIV>
>> <DIV> </DIV>
>> <DIV><FONT size=3D2>To create an article I have a link on a page which =
>> kicks off a=20
>> PLP. At the completion of the PLP, a workflow is instanciated and it and
=
>> it's=20
>> first task are executed.</FONT></DIV>
>> <DIV> </DIV>
>> <DIV><FONT size=3D2>This all works fine. The plp is passed an =
>> empty object=20
>> which it saves it's info to, and the workflow creates it's own=20
>> artifact.</FONT></DIV>
>> <DIV> </DIV>
>> <DIV><FONT size=3D2>What I had hoped to do was pass the workflow my =
>> existing=20
>> object (which perhaps should be an enhancement request, unless there's =
>> actually=20
>> a way to do it). However before I got to that stage I discovered =
>> that=20
>> while the workflow was indeed creating it's own separate object, when I =
>> got back=20
>> to my admin page it displayed the contents of the workflow and showed =
>> the object=20
>> CREATED BY THE PLP - *NOT* the 'workflow instance artifact'</FONT></DIV>
>> <DIV> </DIV>
>> <DIV><FONT size=3D2>What was happening was at the the end of my PLP, I =
>> was=20
>> renaming the workflow instance so it would have the same name as the=20
>> article. However in doing so, (using cfa_contentobjectdata to =
>> rename the=20
>> label) it adopted the entire object. </FONT></DIV>
>> <DIV> </DIV>
>> <DIV><FONT size=3D2>So after the renaming was completed, if I referred =
>> to the=20
>> workflow.artifactinstanceid it was the ORIGINAL object, not the workflow
=
>>
>> artifact any more. </FONT></DIV>
>> <DIV> </DIV>
>> <DIV><FONT size=3D2>To fix everything up I've put in a command to delete
=
>> the=20
>> workflow instance artifact object, but it just seems to me that that's a
=
>> little=20
>> bit daft... I would have thought I would need to replace the =
>> artifact=20
>> manually, or at least specify a different ID. All I did was change
=
>> it's=20
>> name and it took the object with the same name as it's own=20
>> artifact.</FONT></DIV>
>> <DIV> </DIV>
>> <DIV><FONT size=3D2>Any comments guys? I thought that a bit=20
>> strange..</FONT></DIV>
>> <DIV> </DIV>
>> <DIV><FONT size=3D2>Toby</FONT></DIV>
>> <DIV> </DIV>
>> <DIV> </DIV>
>> <DIV><FONT size=3D2>Toby Tremayne<BR>Code Poet and Zen Master of the =
>> Heavy=20
>> Sleep<BR>Show-Ads Interactive Pty Ltd<BR>359 Plummer St<BR>Port=20
>> Melbourne<BR>AUST VIC 3207<BR>+61 3 9245 1247</FONT></DIV></BODY></HTML>
>>
>> ------=_NextPart_000_046F_01C0064A.C9D37940--
>>
>> -------------------------------------------------------------------------
-
>----
>> To Unsubscribe visit
>http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/spectra_tal
k
>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.
------------------------------------------------------------------------------
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.
