I'll disagree with you Joe :) I am using 8.1 with our 7.6.04, 8.0 and 8.1 systems. Since we have a range of version I have chosen to only install one version of DS to work with all servers. Obviously I haven't been using the 8.1 very long but I had been using 8.0 extensively with AR 7.6.04 without issue.
I talked to the a DS engineer a few WWRUGs back and he encouraged me to use a higher version of DS. I was skeptical at first but seemed very confident about the statement. I have been doing ever since. Even when we only had 7.5 servers I was using 7.6.04 DS because there were so many improvements and bugs fixed. This is a change from the Admin Tool where I paid the price once and only once for using a version that allow me to use features that the AR Server would not recognize. Jason On Wed, Mar 13, 2013 at 12:46 PM, Joe D'Souza <[email protected]> wrote: > ** > > I absolutely agree with this. It is seeking an avenue for problems by > doing this. Which is why I might take the risk to solve certain bug type > problems by raising my DS to a minor patch over the existing server version > (although that may not be the ideal thing to do either), but I wouldn’t > risk going up on DS by an entire version. It might be designed to be > backward compatible, but I could bet a few beers, it’s not tested to be > backward compatible as thoroughly as it is tested for the current version. > **** > > ** ** > > Joe**** > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *Rick Westbrock > *Sent:* Wednesday, March 13, 2013 2:05 PM > > *To:* [email protected] > *Subject:* Re: Dev Studio Error getting list of Active Link objects > **** > > ** ** > > I have found in the past that sometimes using an Admin Tool or Dev Studio > version that does not exactly match the server can cause unexpected issues. > Nominally the tools should be backward compatible but in practice I have > seen strange errors get resolved by downgrading whichever administration > tool you are using to match the exact version/patch of the server.**** > > ** ** > > An example is that I had some weird problem that I don’t exactly recall a > few months ago when I was running Dev Studio 7.6.04 SP4 against a server > that was ARS 7.6.04 SP2. The problem did not exist when I changed to Dev > Studio SP2 to match the server. I thought it was always best practice to > match your administration tool to the server while it was less critical for > the old Windows User Tool (newer versions of the tool never seemed to cause > problems against an older server).**** > > ** ** > > -Rick**** > > ** ** > > ___________________________**** > > Rick Westbrock**** > > QMX Support Services**** > > ** ** > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *Tanner, Doug > *Sent:* Wednesday, March 13, 2013 9:42 AM > *To:* [email protected] > *Subject:* Re: Dev Studio Error getting list of Active Link objects**** > > ** ** > > ** **** > > Make sure Dev Studio is 7.6.4 (SP4)**** > > Doug**** > > ** ** > > *From:* Action Request System discussion list(ARSList) [ > mailto:[email protected] <[email protected]>] *On Behalf Of *Cecil, > Ken > *Sent:* Wednesday, March 13, 2013 12:40 PM > *To:* [email protected] > *Subject:* Dev Studio Error getting list of Active Link objects**** > > ** ** > > ** **** > > I cannot pull up the list of Active Links in dev studio on our production > server. Any ideas? Anyone else ever have this?**** > > ** ** > > “Errors encountered while retrieving Active Links list from <servername>. > ERROR (300): Malloc failed on server; (ARERR 5087)”**** > > ** ** > > **** > > ** ** > > ** ** > > It is just Active Links all the other object types pull up fine, even the > Active Link Guides list.**** > > ** ** > > ** ** > > AR 7.5 > ITSM 7.6 > Windows 2003 Enterprise 64bit > SQL 2008**** > > ** ** > > Thanks,**** > > Ken.**** > > ** ** > > *From:* Action Request System discussion list(ARSList) > [mailto:[email protected]] *On Behalf Of *Greg Donalson > *Sent:* Wednesday, March 13, 2013 10:29 AM > *To:* [email protected] > *Subject:* Re: Incident Managment Issue 7.6 SP4 - Urgent**** > > ** ** > > ** **** > > Hi Ramy,**** > > ** ** > > Make sure the user has a Default Support Group.**** > > ** ** > > Greg**** > > ** ** > > *From:* Action Request System discussion list(ARSList) [ > mailto:[email protected] <[email protected]>] *On Behalf Of *Ramy S. > Ayoub > *Sent:* Wednesday, March 13, 2013 9:15 AM > *To:* [email protected] > *Subject:* Incident Managment Issue 7.6 SP4 - Urgent**** > > ** ** > > ** **** > > Dears ,**** > > **** > > when selecting template and try to submit ticket below error appear**** > > **** > > Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned > Support Organization (ARERR 326) **** > > **** > > ** ** > > ** ** > > ** ** > > **** > > Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned > Group ID (ARERR 326) **** > > **** > > ** ** > > ** ** > > ** ** > > **** > > Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned > Group (ARERR 326) **** > > **** > > ** ** > > ** ** > > ** ** > > **** > > Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned > Support Company (ARERR 326) **** > > ** ** > > > **** > > > but when set assignment ( Auto Assignment ) ticket created !!! - Any Idea* > *** > > **** > > **** > > **** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ **** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ **** > > ** ** > > ** ** > ------------------------------ > > This email and any files transmitted with it are confidential and intended > solely for the addressee. If you have received this email in error please > notify the system manager. Subject to local law, communications (including > traffic data) with Hubbell may be monitored by our systems [or a third > party's systems on our behalf] for the purposes of security and the > assessment of internal compliance with Hubbell policies. This footnote also > confirms that this email message has been swept for the presence of > computer viruses. > www.hubbell.com - Hubbell Incorporated**** > > ** ** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ **** > > > > > This email is subject to certain disclaimers, which may be reviewed via > the following link. http://compass-usa.com/Pages/Disclaimer.aspx **** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ **** > _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: > "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
<<image001.jpg>>
