Hi,
I guess you can allways try a ('1702' = 0-900000). This workaround for the
bug should work even after it is fixed.
Best Regards - Misi, RRR AB, http://rrr.se
> Thanks, LJ.
>
> I'll try to uprev to patch 3 before dropping this in support's lap since
> I know that's always the first step in troubleshooting according to
> support ;-)
>
> -Eric
>
> ________________________________
>
> From: Action Request System discussion list(ARSList)
> [mailto:[email protected]] On Behalf Of LJ Longwing
> Sent: Tuesday, November 03, 2009 3:03 PM
> To: [email protected]
> Subject: Re: Java API - parseQualification Error
>
>
> **
> Well...using the 7.1P6 Java API the output of both are
>
> [Operation=4,Operand Left=[Operation=1,Operand Left=[Operand
> Type=[type=1],Operand=1702],Operand Right=[Operand
> Type=[type=3],Operand=[Operation=6,Operand Left=<null>,Operand
> Right=[Operand Type=[type=2],Operand=900000]]]],Operand Right=<null>]
>
> [Operation=4,Operand Left=[Operation=1,Operand Left=[Operand
> Type=[type=1],Operand=1702],Operand Right=[Operand
> Type=[type=2],Operand=900000]],Operand Right=<null>]
>
> Obviously the two are different...the only difference between the two is
> that the top one has -900000 and the bottom has 900000...so I would say
> that we have an API bug...big surprise
>
>
> ________________________________
>
> From: Action Request System discussion list(ARSList)
> [mailto:[email protected]] On Behalf Of Roys, Eric D
> Sent: Tuesday, November 03, 2009 12:37 PM
> To: [email protected]
> Subject: Re: Java API - parseQualification Error
>
>
> **
> LJ,
>
> This is the string output from the latter :
>
> [Operation=4,Operand Left=[Operation=1,Operand Left=[Operand
> Type=[type=1],Operand=1702],Operand Right=[Operand
> Type=[type=2],Operand=900000]],Operand Right=<null>]
>
> // where 1702 is the db id for Role ID field and "900000" is the value.
>
> -Eric
>
> ________________________________
>
> From: Action Request System discussion list(ARSList)
> [mailto:[email protected]] On Behalf Of LJ Longwing
> Sent: Tuesday, November 03, 2009 1:24 PM
> To: [email protected]
> Subject: Re: Java API - parseQualification Error
>
>
> **
> I would say you have likely found a bug....but if you use the second,
> and then output the .toString() of it, what does it give you?
>
> ________________________________
>
> From: Action Request System discussion list(ARSList)
> [mailto:[email protected]] On Behalf Of Roys, Eric D
> Sent: Tuesday, November 03, 2009 12:07 PM
> To: [email protected]
> Subject: Java API - parseQualification Error
>
>
> **
>
> I hope someone can provide some clarity to this or substantiate that
> this is a bug...
>
> ARS7.5 p1 (server/api)
> Win2003
> Java 1.6
>
> Using QualifierInfo qual = ctl.parseQualification("Roles", "'Role ID' =
> -900000"); // has negative sign
>
> returns ERROR (0) : Message not in catalog; Message number = 0; Error
> while decoding.
>
> Using QualifierInfo qual = ctl.parseQualification("Roles", "'Role ID' =
> 900000"); // no negative although invalid role id
>
>
> returns no error and also no matching results (as expected).
>
> So it appears the parseQualification is having some issues with "-"
> interpretation.
>
> Thoughts/suggestions?
>
> Kind Regards,
>
> Eric Roys
> Sr. Sales Engineer
> GSSI
> Verizon Business
>
>
> _Platinum Sponsor: [email protected] ARSlist: "Where the Answers
> Are"_ _Platinum Sponsor: [email protected] ARSlist: "Where the
> Answers Are"_ _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] ARSlist: "Where the Answers Are"
>
> --
> This message was scanned by ESVA and is believed to be clean.
>
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
