not a bug...just an understanding of what is happening. there are two different methods that Remedy has a name...to the client and to the server...you could create dns entry to point to 'bobsbassfishing' and point it at a server....as long as that was a remedy instance all of your forms would come up as coming from bobsbassfishing....that is nothing more than a dns resolution of the IP....in order to connect to remedydev7 you MUST provide the port...if not you will connect to the one using portmapper...and due to the fact that they are on the same box...you will get remedydev
_____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Heider, Stephen Sent: Monday, February 26, 2007 1:34 PM To: arslist@ARSLIST.ORG Subject: Server Logins with Multiple ARS Instances - Possible Bug ** I noticed something that doesn't seem right with logging into different instances of ARS on the same server. The server name that is visible in the User Tool (6.3 and 7.0) and from the .Net API (v7.x) lists the wrong server in certain circumstances. Environment: Windows Server 2003 with ARS 6.3 (SQL 2000) and 7.0.1 (SQL 2005) installed. The 6.3 server instance is named "remedydev" and uses Port Mapper. The 7.0.1 server instance is "remedydev7" and uses TCP port 1111. Both ARS instances have the Demo account with the same password. When I attempt to login to the remedydev7 server without specifying the TCP port it logs into the remedydev server. However, the name of the server displayed in WUT Object List has the server listed as "remedydev7". The forms that are listed are actually from "remedydev". This is also true in the .Net API - the server name is listed as "remedydev7" instead of the actual server, "remedydev". I am sure that the forms listed are from remedydev because they do not exist on the remedydev7 server. This appears to be a bug. Can anyone else confirm this? Stephen __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
