- Did you check $ars_errstr after calling ars_LoadQualifier/ars_GetListEntry? - Do you use field IDs or display names in your qualifier? I've encountered problems with names, but for me it has always worked with IDs. - You might try to run the query with an empty string (or "1 = 1") as qualifier (and a reasonable "maxRetrieve" value). - Could it be a permission problem? Did you try it with an admin user?
Thilo strauss wrote: > Queries that worked against ITSM 5.5.1 on a 5.1.2 server, when changed > to use the 7.1 server and with new column ids for the equivalent fields > in ITSM7, appear to run but return no data. At least one commercial > java app that I know of which displays Remedy data is having similar > problems with 7.1 servers. > > Christopher Strauss, Ph.D. > Call Tracking Administration Manager > University of North Texas Computing & IT Center > http://itsm.unt.edu/ > >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of Thilo Stapff >> Sent: Tuesday, March 04, 2008 11:17 AM >> To: ARSperl User Discussion >> Subject: Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll >> >> This doesn't match my experience. >> Admittedly I haven't worked with ARS 7.1 very much, but in >> the few cases I've tested this, I had no problems whatsoever. >> >> >> Thilo >> >> >> strauss wrote: >>> My experience is that you cannot get any data from a 7.1 >> server with >>> ARSPerl_190_701. The 7.1 API changed in ways that prevent you from >>> doing so. >>> >>> Christopher Strauss, Ph.D. >>> Call Tracking Administration Manager >>> University of North Texas Computing & IT Center >>> http://itsm.unt.edu/ >>> >>> >>> >>> >> -------------------------------------------------------------- >> ---------- >>> *From:* [EMAIL PROTECTED] >>> [mailto:[EMAIL PROTECTED] *On Behalf >> Of *jeff murphy >>> *Sent:* Tuesday, March 04, 2008 10:12 AM >>> *To:* ARSperl User Discussion >>> *Subject:* Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll >>> >>> Yes, you'll need to use the same revision of the API >> that the perl >>> module was compiled against. The good news is that, from a perl >>> script perspective, it doesn't matter if you use a 7.0 >> API against a >>> 7.1 server, or even a 6.3 API against a 7.1 server. >> There are only a >>> few edge cases that you might hit against (currency >> fields iirc) but >>> in general you should be OK. >>> >>> jeff >>> >>> >>> On Mar 4, 2008, at 11:05 AM, HEWITT, DARRYL wrote: >>> >>>> Thanks for your quick response! >>>> >>>> Yes, ARS.dll does exist at E:\Program >> Files\Perl\site\lib\auto\ARS. >>>> >>>> I have a theory that I would like to run by you. Does the Perl >>>> code version check the ARS api's when the USE clause >> is executed? >>>> >>>> On the server that is not working, we have installed and are >>>> running AR version 7.1 (arxxx71.dll's). >>>> >>>> On the server that works, we have installed AR version 7.1 >>>> (arxxx71.dll's) but >>>> there also exist arxxx70.dll's, arxxx63.dll's, and >> arxxx51.dll's. >>>> I won't even try to >>>> explain how that happened but could that be affecting >> the load of >>>> ARS.dll? >>>> >>>> I realize that ARS 1.90 was written to AR version 7.0.1. Does >>>> that mean it will not work with AR version 7.1? >>> >>> >> -------------------------------------------------------------- >> ---------- >>> >> -------------------------------------------------------------- >> ----------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> >>> >>> >> -------------------------------------------------------------- >> ---------- >>> _______________________________________________ >>> Arsperl-users mailing list >>> Arsperl-users@arsperl.org >>> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> >> -------------------------------------------------------------- >> ----------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Arsperl-users mailing list >> Arsperl-users@arsperl.org >> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Arsperl-users mailing list > Arsperl-users@arsperl.org > https://lists.sourceforge.net/lists/listinfo/arsperl-users > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Arsperl-users mailing list Arsperl-users@arsperl.org https://lists.sourceforge.net/lists/listinfo/arsperl-users
