Hi,

Are you returning the no of records for getListEntryWithFields() api in your
ARDBC plugin? The no of records is represented by the last argument which is
of type OutputInteger class and you have to set an integer value of no of
records in it before you return the entry list using a setValue method on
the same object. Typically the value will be the size of your result entry
list.

Thanks,
Rajendra
On Mon, Dec 21, 2009 at 11:20 PM, Jarl Grøneng <[email protected]>wrote:

> Hi,
>
> I'm not sure if you have solve your issue.
>
> A workaround may be to create a regular form with one record, and a
> tablefield displaying you vendor form. Then an escalation modifying
> the record, and a filter triggering a filter guide looping the table.
> And a set of filters inside the guide to do the required work...
>
>
> Regards,
> Jarl
>
>
>
> 2009/12/9 Jonas Stumph Stevnsvig <[email protected]>:
> > Hi Jarl, Misi
> >
> > The escalations fail on vendor forms in general. And on three unique
> Remedy 7.5 patch 3 servers.
> >
> > With regards to the implementation of the ARDBC API - I have implemented
> the getEntry() (Java API)call (and the getListEntryWithFields()), and my log
> shows that several entries are being returned, and that the proper
> qualification is sent to the underlying DB.
> >
> >
> > Eg:
> >
> > Qualification in Remedy:
> > ('REMEDY_ID LIKE' "E%") AND ('STATUS_ID' LIKE "Auto%")
> >
> >
> > Escalation log:
> >
> > <ESCL> <TID: 0000038196> <RPC ID: 0000000046> <Queue: Escalation>
> <Client-RPC: 390603   > <USER: AR_ESCALATOR
> > /* fr dec 04 2009 13:42:26.3820 */Checking
> CM:TIMP0010:AutogenerateEmergencyChangeFromHost (enabled) : ready to fire
> now on CM:HOST_TIMP0010
> > <ESCL> <TID: 0000038196> <RPC ID: 0000000046> <Queue: Escalation>
> <Client-RPC: 390603   > <USER: AR_ESCALATOR
> >    --> Failed qualification
> > <ESCL> <TID: 0000038196> <RPC ID: 0000000046> <Queue: Escalation>
> <Client-RPC: 390603   > <USER: AR_ESCALATOR
> > /* fr dec 04 2009 13:42:26.4760
> */CM:TIMP0010:AutogenerateEmergencyChangeFromHost completed
> >
> > Java plugin ARDBC driver log( I know it's a different timestamp):
> >
> > 09-12-04 13:16:24,503 INFO  [pool-2-thread-5] - <TD99>getDB2Records()
> Executing Query:
> > SELECT * FROM TD99.TIMP0010CHANGEREQ  WHERE REMEDY_ID LIKE 'E%'  AND
> STATUS_ID LIKE 'Auto%'
> > 2009-12-04 13:16:24,503 INFO  [pool-2-thread-5] - <TD99>getDB2Records()
> returning 3 records.
> >
> >
> >
> >
> >
> > with regards,
> >
> >
> >
> > Jonas Stumph Stevnsvig
> > Remedy Developer
> > BEC
> > Phone  (+45) 46 38 20 08
> > Mobile  (+45) 61 56 20 08
> > [email protected]
> > [email protected]
> >
> >
> >
> >
> > -----Oprindelig meddelelse-----
> > Fra: Jarl Grøneng [mailto:[email protected]]
> > Sendt: 8. december 2009 10:11
> > Emne: Re: Escalations on vendor forms
> >
> > Hi,
> >
> > Do escalation fail on one vendor form, or vendor forms in general?
> >
> > Regards,
> > Jarl
> >
> >
> >
> > 2009/12/8 Jonas Stumph Stevnsvig <[email protected]>:
> >> **
> >> Hello again,
> >>
> >> Do any of you have escalations running on vendor forms on a 7.5
> >> server? I am having a bit of a hard time beleiving that I am the only
> >> one with the problem. And BMC's supporters apparently aren't reading
> >> my questions properly.
> >>
> >> We're on 7.5 patch 3.
> >>
> >>
> >> with regards,
> >>
> >> Jonas Stumph Stevnsvig
> >> Remedy Developer
> >> BEC
> >> Phone  (+45) 46 38 20 08
> >> Mobile  (+45) 61 56 20 08
> >> [email protected]
> >> [email protected]
> >>
> >> ________________________________
> >> Fra: Jonas Stumph Stevnsvig [mailto:[email protected]]
> >> Sendt: 4. december 2009 09:39
> >> Emne: Escalations on vendor forms
> >>
> >> **
> >> Hello all you merrymakers and hardworking folk,
> >>
> >> I have a little bit of a bother with an escalation which will not run
> >> on 7.5 but ran fine on 6.3;
> >>
> >> The escalation runs on a vendor form, but no matter what I try, it
> >> comes up with the message " --> Failed qualification" even if my
> >> qualification is empty.
> >>
> >> I even tried making a separate escalation on a different vendorform -
> >> same result.
> >>
> >> has anyone met this before?
> >>
> >> with best regards and Seasonal greetings
> >>
> >>
> >> with regards,
> >>
> >> Jonas Stumph Stevnsvig
> >> Remedy Developer
> >> BEC
> >> Phone  (+45) 46 38 20 08
> >> Mobile  (+45) 61 56 20 08
> >> [email protected]
> >> [email protected]
> >>
> >>
> >>
> >> _Platinum Sponsor: [email protected] ARSlist: "Where the
> >> Answers Are"_ _Platinum Sponsor: [email protected] ARSlist:
> >> "Where the Answers Are"_
> >
> >
> _______________________________________________________________________________
> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
> Sponsor:[email protected] <sponsor%[email protected]>ARSlist: 
> "Where the Answers Are"
> >
>
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum 
> Sponsor:[email protected]<sponsor%[email protected]>ARSlist: 
> "Where the Answers Are"
>

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"

Reply via email to