<&ELEMENT& not found> in workitem text

Thu Apr 27 04:17:12 EDT 2006

Hey, good idea.
Took a couple of minutes to try it in a sandpit system (older copy from
dev), but alas the title is blank. No clash, no supertype - it's a class
from scratch. Also, DUE_DATE can be used just fine from a dummy class,
just not from this one.

My sapscript:
Ref: &PARKED_DOCUMENT.REFERENCE&
Due date: &PARKED_DOCUMENT.DUE_DATE&

Result:
Ref: MP0301-04
Due date: < PARKED_DOCUMENT.DUE_DATE not found>

Rename attribute in class, update code:
old: me->due_date      = me->get_due_date( ).
new: me->date_due      = me->get_due_date( ).

Update text:
Due date: &PARKED_DOCUMENT.DATE_DUE&

Result:
Ref: MP0301-04
Due date: 08.03.2006

Fortunately for the client the renamed version works, so it's only my
sanity that suffers.

Thanks for the input,
Mike

Dart, Jocelyn wrote:
> Weird!
> Any chance you clashed with an attribute in a parent object type?
>
> Or did you try it in both the subject text and the long text?  Try it in
> both - if it works in the subject text but not in the long text could be
> a special name in SAPScript (which is used to build the long text) and
> that could be the problem.
>
>
> Regards,
> Jocelyn Dart
> Senior Consultant
> SAP Australia Pty Ltd.
> Level 1/168 Walker St.
> North Sydney
> NSW, 2060
> Australia
> T   +61 412 390 267
> M   + 61 412 390 267
> E   jocelyn.dart at sap.com
> http://www.sap.com
>
> The information contained in or attached to this electronic transmission
> is confidential and may be legally privileged. It is intended only for
> the person or entity to which it is addressed. If you are not the
> intended recipient, you are hereby notified that any distribution,
> copying, review, retransmission, dissemination or other use of this
> electronic transmission or the information contained in it is strictly
> prohibited. If you have received this electronic transmission in error,
> please immediately contact the sender to arrange for the return of the
> original documents.
> Electronic transmission cannot be guaranteed to be secure and
> accordingly, the sender does not accept liability for any such data
> corruption, interception, unauthorized amendment, viruses, delays or the
> consequences thereof.
> Any views expressed in this electronic transmission are those of the
> individual sender, except where the message states otherwise and the
> sender is authorized to state them to be the views of SAP AG or any of
> its subsidiaries. SAP AG, its subsidiaries, and their directors,
> officers and employees make no representation nor accept any liability
> for the accuracy or completeness of the views or information contained
> herein. Please be aware that the furnishing of any pricing information/
> business proposal herein is indicative only, is subject to change and
> shall not be construed as an offer or as constituting a binding
> agreement on the part of SAP AG or any of its subsidiaries to enter into
> any relationship, unless otherwise expressly stated.
>
>
> -----Original Message-----
> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
> Of Mike Pokraka
> Sent: Thursday, 27 April 2006 12:17 AM
> To: SAP Workflow Users' Group
> Subject: RE: <&ELEMENT& not found> in workitem text
>
> Hi Sue,
> Good point, auths are a regular culprit, but in this case it's all in
> DEV
> and the odd thing is that it seems to depend on the name of the
> attribute.
> I've renamed it a few times and just can't seem to fathom it.
> Thanks for our feedback in any case!
> Cheers,
> Mike
>
> Sue Doughty wrote:
>> I've had this issue if the security on the object data is such that I
>> don't have authority to read it.  In the test environment I have SAP
> ALL
>> and can read data that I cannot read in the Quality and PRD systems.
> So,
>> when I am looking at the workflow log in the Quality or PRD systems, I
> see
>> the data not found message.
>>
>> Yesterday, we had a workflow that was in an error condition on the
> Quality
>> system.  It had failed on a send mail step. I manually completed that
> step
>> and tried to restart the workflow, but it failed.  The next step,
> which
>> was a condition step, was reading an attribute on the object that I
> cannot
>> view, so I could not restart the workflow because I could not get past
> the
>> condition that was checking the attribute data.  I went to Basis, who
> has
>> all authority, and they could restart the workflow because they had
>> authority to read the data.
>>
>> Hope this helps.
>>
>> Regards,
>>
>> Sue T. Doughty
>> Workflow Specialist
>> Old Dominion Freight Lines, Inc.
>> Office:(336)822-5189 Fax:(336)822-5149
>> sue.doughty at odfl.com
>>
>>
>>
>> -----Original Message-----
>> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu]On
> Behalf
>> Of Mike Pokraka
>> Sent: Wednesday, April 26, 2006 8:50 AM
>> To: sap-wug at mit.edu
>> Subject: <&ELEMENT& not found> in workitem text
>>
>>
>> G'Day folks,
>> I have an odd one here - 4.7/620 SP54:
>>
>> I use an attribute &OBJ.DUE_DATE& in a WI text. It spews out:
>> < OBJ.DUE_DATE not found >
>>
>> It's there, it exists in the container, I've even hardcoded the date
> in
>> there. Clutching at desperate measures I changed it to DATE_DUE and it
>> works. Change it back to DUE_DATE and it doesn't.
>> Try it on a different system and it works fine both ways....
>>
>> I've fixed it already, so it's mostly a matter of curiosity. It would
> be a
>> small consolation for the nearly 3 hours spent fighting with it if
> anyone
>> could shed some light.
>>
>> Cheers,
>> Mike Pokraka
>> Senior Consultant
>> Workflow Connections Ltd.
>> Mobile: +44 (0)7786 910 855
>>
>>
>> _______________________________________________
>> SAP-WUG mailing list
>> SAP-WUG at mit.edu
>> http://mailman.mit.edu/mailman/listinfo/sap-wug
>>
>> _______________________________________________
>> SAP-WUG mailing list
>> SAP-WUG at mit.edu
>> http://mailman.mit.edu/mailman/listinfo/sap-wug
>>
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>