Well, it won't be set to anything in particular but since the whole thing is
just a CF structure you can assign to it and create it to contain the UUID
of your object from the PLP.
Rich
----- Original Message -----
From: Toby Tremayne <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, August 14, 2000 7:54 AM
Subject: Re: workflow adopting different objects
> 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.
------------------------------------------------------------------------------
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.
