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