Re: unable to connect to database, rc = 550
My experience with AIE on Windows and AR Server on Unix: - you can run the rulehelper without sqlclient on the AIE server, but the exchange failes with no sqlclient. -- Jarl 2010/6/23 Frex Popo frexp...@yahoo.fr: ** We are on ARS/ITSM7.6. Oracle 10 database. We have an exchange which connects to an Oracle database to retrieve some data. The exchange howevere fails with the following error: [Tue Jun 22 2010 16:38:56.5370] - TID: 001 DTL Oracle.Initialize: Verifying configuration parameters [Tue Jun 22 2010 16:38:56.5370] - TID: 001 STS Scheduled Only mode, Execution at specified Interval [Tue Jun 22 2010 16:38:56.5370] - TID: 001 API + CMDBInitialization [Tue Jun 22 2010 16:38:56.5370] - TID: 001 API - CMDBInitialization OK [Tue Jun 22 2010 16:38:56.5370] - TID: 001 API + CMDBSetServerPort -- PortNum [7511] RPC [0] [Tue Jun 22 2010 16:38:56.5370] - TID: 001 API - CMDBSetServerPort OK [Tue Jun 22 2010 16:38:56.6150] - TID: 001 DTL CONNECT inventory [Tue Jun 22 2010 16:38:56.6150] - TID: 001 DTL Error - OCIEnvCreate [Tue Jun 22 2010 16:38:56.6150] - TID: 001 DTL VendorOpenConnection: unable to connect to database, rc = 550 [Tue Jun 22 2010 16:38:56.6150] - TID: 001 DTL Error: Adapter.OpenConnection completed with errors issued [Tue Jun 22 2010 16:38:56.6150] - TID: 001 ERR StartDataHandlers: Vendor Data Handler failed to start. We can connect with SQLPLUS client to the remote Database from the machine where the EIE instance is running. What does not make sense is that the connection from the Rule Helper Console works. We are able to load tables and views on the remote database. Perhaps the data which the Rule Helper (RuleHelperConsole form) uses has been created correctly in the remedy databse compared to the data (EIE:VendorParamLookup form) which the EIE uses to connect for data transfer? Kind Regards frex _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Date/Time Field - Bug Found
Hello all, My regional settings for date/time field is as follows: 6/24/2010 9:45:12 AM If I (or the user) enters date/time as 24062010 9:45:12 remedy creates the database entry with integer value of 24062010 - which maps to actually 10/6/1970 2:53:30 PM. Therefore this causes a big unstability and I guess another bug of Remedy ARS. BR, Koray ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: User Tool On Win 7 64 Bit
I'm using WUT 7.1 P8 on my Dell Precision M6400 with Win7 Pro 64-bit - no problems - not even using compatibility mode... Best Regards, Theo From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Maher, Jeff Sent: 23 June 2010 08:16 PM To: arslist@ARSLIST.ORG Subject: Re: User Tool On Win 7 64 Bit ** Hi Joe, right click on the program icon, select properties, then click the Compatibility tab. In there you can select what OS you want it to simulate when you run the program.. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, June 23, 2010 2:10 PM To: arslist@ARSLIST.ORG Subject: Re: User Tool On Win 7 64 Bit ** Maybe a dumb question to ask, but how do you install something in 7 in an XP mode? I am pretty new to Windows 7 myself and can't quite say I like it as yet except for the pretty desktop pictures it comes with out of the box :-) Too much has changed from the XM / Windows 2000 Professional days, and many of those changes appear like they have tried to make things easier for new users just learning a new OS, but has left some of us old school guys wondering where is what.. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of McClure, Don Sent: Wednesday, June 23, 2010 1:56 PM To: arslist@ARSLIST.ORG Subject: Re: User Tool On Win 7 64 Bit ** Hi Brian and Joe. I am using WUT 7.5/patch 5 and 7.1/patch 7 on my Win7 Ultimate, 64-bit (Dell Precision T7500). As I remember--the 7.5 installed without issue; the 7.1 required installing in XP/SP2 mode (basic installer would not recognize available disk space for installation). Don W. McClure, P.E. CITC Call Tracking Administration University of North Texas dwmac @ unt . edu From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, June 23, 2010 12:50 PM To: arslist@ARSLIST.ORG Subject: Re: User Tool On Win 7 64 Bit ** Try 7.5. I had it installed on windows 7 home premium edition with no problems.. I have not tried earlier versions on windows 7. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Sokol, Brian Sent: Wednesday, June 23, 2010 1:41 PM To: arslist@ARSLIST.ORG Subject: User Tool On Win 7 64 Bit ** Will the Remedy User app work on Windows 7 64 Bit? If so what version(s)? I tried an unpatched 7.1 and it would not install. Thanks Brian Sokol Manager, Desktop Services Scholastic Inc. 557 Broadway NY, NY 10012 (212) 343-6494 http://www.scholastic.com/ http://www.Scholastic.com _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Date/Time Field - Bug Found
Doctor! Doctor! It hurts when I do this! Well, then don't do that! I would suggest that if your users did any number of incorrect things, they would get results they didn't like. This is not a bug, it is a PEBCAK issue. Train your users in the correct format for the Date/Time string, and their results should improve accordingly. --Original Message-- From: koray Sender: Arslist To: Arslist ReplyTo: Arslist Subject: Date/Time Field - Bug Found Sent: Jun 24, 2010 3:10 AM Hello all, My regional settings for date/time field is as follows: 6/24/2010 9:45:12 AM If I (or the user) enters date/time as 24062010 9:45:12 remedy creates the database entry with integer value of 24062010 - which maps to actually 10/6/1970 2:53:30 PM. Therefore this causes a big unstability and I guess another bug of Remedy ARS. BR, Koray ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are Rick
Re: Date/Time Field - Bug Found
Rick - what a fantastic answer! I'm sitting here in the office (it's 8.25am here) and I'm feeling miserable because the weather's beautiful and I'm stuck indoors - your post really did make me laugh out loud! Thanks for cheering me up. Gavin Coleman Senior Analyst/Programmer Computacenter (UK) Ltd Services Solutions Hatfield Avenue Hatfield, Hertfordshire, AL10 9TW, United Kingdom T: +44 (0) 1707 631662 E: gavin.cole...@computacenter.com W: www.computacenter.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Rick Cook Sent: 24 June 2010 08:21 To: arslist@ARSLIST.ORG Subject: Re: Date/Time Field - Bug Found Doctor! Doctor! It hurts when I do this! Well, then don't do that! I would suggest that if your users did any number of incorrect things, they would get results they didn't like. This is not a bug, it is a PEBCAK issue. Train your users in the correct format for the Date/Time string, and their results should improve accordingly. --Original Message-- From: koray Sender: Arslist To: Arslist ReplyTo: Arslist Subject: Date/Time Field - Bug Found Sent: Jun 24, 2010 3:10 AM Hello all, My regional settings for date/time field is as follows: 6/24/2010 9:45:12 AM If I (or the user) enters date/time as 24062010 9:45:12 remedy creates the database entry with integer value of 24062010 - which maps to actually 10/6/1970 2:53:30 PM. Therefore this causes a big unstability and I guess another bug of Remedy ARS. BR, Koray ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are Rick ** COMPUTACENTER PLC is registered in England and Wales with the registered number 03110569. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (UK) Limited is registered in England and Wales with the registered number 01584718. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (Mid-Market) Limited is registered in England and Wales with the registered number 3434654. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (FMS) Limited is registered in England and Wales with the registered number 3798091. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW The contents of this email are intended for the named addressee only. It contains information which may be confidential and which may also be privileged. Unless you are the named addressee (or authorised to receive mail for the addressee) you may not copy or use it, or disclose it to anyone else. If you receive it in error please notify us immediately and then destroy it. Computacenter information is available from: http://www.computacenter.com ** ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Date/Time Field - Bug Found
Coolest possible reply for such issues :) Regards, Vivek On Thu, Jun 24, 2010 at 12:56 PM, Coleman, Gavin gavin.cole...@computacenter.com wrote: Rick - what a fantastic answer! I'm sitting here in the office (it's 8.25am here) and I'm feeling miserable because the weather's beautiful and I'm stuck indoors - your post really did make me laugh out loud! Thanks for cheering me up. Gavin Coleman Senior Analyst/Programmer Computacenter (UK) Ltd Services Solutions Hatfield Avenue Hatfield, Hertfordshire, AL10 9TW, United Kingdom T: +44 (0) 1707 631662 E: gavin.cole...@computacenter.com W: www.computacenter.com -Original Message- From: Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] On Behalf Of Rick Cook Sent: 24 June 2010 08:21 To: arslist@ARSLIST.ORG Subject: Re: Date/Time Field - Bug Found Doctor! Doctor! It hurts when I do this! Well, then don't do that! I would suggest that if your users did any number of incorrect things, they would get results they didn't like. This is not a bug, it is a PEBCAK issue. Train your users in the correct format for the Date/Time string, and their results should improve accordingly. --Original Message-- From: koray Sender: Arslist To: Arslist ReplyTo: Arslist Subject: Date/Time Field - Bug Found Sent: Jun 24, 2010 3:10 AM Hello all, My regional settings for date/time field is as follows: 6/24/2010 9:45:12 AM If I (or the user) enters date/time as 24062010 9:45:12 remedy creates the database entry with integer value of 24062010 - which maps to actually 10/6/1970 2:53:30 PM. Therefore this causes a big unstability and I guess another bug of Remedy ARS. BR, Koray ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are Rick ** COMPUTACENTER PLC is registered in England and Wales with the registered number 03110569. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (UK) Limited is registered in England and Wales with the registered number 01584718. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (Mid-Market) Limited is registered in England and Wales with the registered number 3434654. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (FMS) Limited is registered in England and Wales with the registered number 3798091. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW The contents of this email are intended for the named addressee only. It contains information which may be confidential and which may also be privileged. Unless you are the named addressee (or authorised to receive mail for the addressee) you may not copy or use it, or disclose it to anyone else. If you receive it in error please notify us immediately and then destroy it. Computacenter information is available from: http://www.computacenter.com ** ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Date/Time Field - Bug Found
Kooray, I do agree with Rick in a way. It is the same as decimal fields.. It is like if you leave the Submitter field open for editing, you could enter any free text and it would take it - there is no check to verify if it is really a valid login name that exists in the User form. Realistically that is what you need to put in field 2. Or for e.g. entering j...@dsouza@yahoo#com in an email address field.. It will accept it unless you build customized error checks for it.. And if you are really that worried, well make a project of it - copy the contents of all editable date fields in temp fields during your modify or save transactions into a character field and check for the presence two slashes.. If not found reject the input. Or change the format of short date to long and check for the presence of appropriate date related strings in the right places.. In your defense however, yes it would be nice if a date field was more like how a date field in Outlook Calendar field was where the field has distinct placeholders within the field for day month and year which would not allow invalid input within each place holder.. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Rick Cook Sent: Thursday, June 24, 2010 3:21 AM To: arslist@ARSLIST.ORG Subject: Re: Date/Time Field - Bug Found Doctor! Doctor! It hurts when I do this! Well, then don't do that! I would suggest that if your users did any number of incorrect things, they would get results they didn't like. This is not a bug, it is a PEBCAK issue. Train your users in the correct format for the Date/Time string, and their results should improve accordingly. --Original Message-- From: koray Sender: Arslist To: Arslist ReplyTo: Arslist Subject: Date/Time Field - Bug Found Sent: Jun 24, 2010 3:10 AM Hello all, My regional settings for date/time field is as follows: 6/24/2010 9:45:12 AM If I (or the user) enters date/time as 24062010 9:45:12 remedy creates the database entry with integer value of 24062010 - which maps to actually 10/6/1970 2:53:30 PM. Therefore this causes a big unstability and I guess another bug of Remedy ARS. BR, Koray ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
AR User Tool Deprecated?
Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context: http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
I heard the same thing too about the user tool. But then I had pretty much heard that about 7 ARS was current on 5.1.x. Irrespective of when it finally happens it is on the cards so it would be a better idea to start preparing for that and not develop code that is supported only on the thick client.. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of NNMN Sent: Thursday, June 24, 2010 3:40 AM To: arslist@ARSLIST.ORG Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
Yes, the User Tool is nearing the end of its life but we're not quite there yet. BMC are encouraging users to switch to the web client and there are already features in the product (particularly interface enhancements) that are only available via the web. Please see this statement of direction - http://documents.bmc.com/products/documents/61/94/106194/106194.pdf Mark -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of NNMN Sent: 24 June 2010 08:40 To: arslist@ARSLIST.ORG Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context: http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: User Tool On Win 7 64 Bit
I am aware of this. However, I was just providing the official Microsoft names and how I got things working. I did make mention to the issue I saw during testing from Win 7 Beta to RC to RTM. ;) http://windows.microsoft.com/en-us/windows7/products/features/windows-xp-mode Sincerely, Robert Fults Remedy Admin/Dev. Florida International University Email: rfu...@fiu.edumailto:rfu...@fiu.edu http://uts.fiu.eduhttp://uts.fiu.edu/ From: LJ LongWing [mailto:lj.longw...@gmail.com] Sent: Wednesday, June 23, 2010 3:18 PM Subject: Re: User Tool On Win 7 64 Bit ** Robert, There is a difference between running something in XP Compatibility mode and running something in XP Virtual modeI have had to do both with some softwarebut one does not necessarily mean the other. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Robert Fults Sent: Wednesday, June 23, 2010 1:03 PM To: arslist@ARSLIST.ORG Subject: Re: User Tool On Win 7 64 Bit ** Bear in mind that XP Mode is a virtualized Windows XP environment and WUT will not be running natively in this manner. This can cause some stability issues. What Jeff is describing is called Compatibility Mode and works for most applications. When installing the 7.5 WUT you need to go to \Disk1\InstData\VM and set the Compatibility Mode for setup.exe to Windows XP SP2, then you can run the setup.cmd file a couple directories up which sets your system path information and runs the installer with the proper arguments. Earlier versions are a little bit easier to install since you just need to set the compatibility mode on the EXE installer. BTW, WUT 7.5 patch 004 crashes whenever it tries to open a FlashBoard on my system, so I downgraded to patch 003. Sincerely, Robert Fults Remedy Admin/Dev. Florida International University Email: rfu...@fiu.edumailto:rfu...@fiu.edu http://uts.fiu.eduhttp://uts.fiu.edu/ From: Joe D'Souza [mailto:jdso...@shyle.net] Sent: Wednesday, June 23, 2010 2:22 PM Subject: Re: User Tool On Win 7 64 Bit ** Cool.. Nice to know.. Maybe that was what was wrong when I installed the Atrium Orchestrator Dev tool on my laptop. It didn't work correctly after installing and complained about some admin rights when launching the tool when I am the admin of the system! I'll uninstall it the next time I need to use it and install it in XP mode and see if it works.. Cheers Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Maher, Jeff Sent: Wednesday, June 23, 2010 2:16 PM To: arslist@ARSLIST.ORG Subject: Re: User Tool On Win 7 64 Bit ** Hi Joe, right click on the program icon, select properties, then click the Compatibility tab. In there you can select what OS you want it to simulate when you run the program.. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, June 23, 2010 2:10 PM To: arslist@ARSLIST.ORG Subject: Re: User Tool On Win 7 64 Bit ** Maybe a dumb question to ask, but how do you install something in 7 in an XP mode? I am pretty new to Windows 7 myself and can't quite say I like it as yet except for the pretty desktop pictures it comes with out of the box :-) Too much has changed from the XM / Windows 2000 Professional days, and many of those changes appear like they have tried to make things easier for new users just learning a new OS, but has left some of us old school guys wondering where is what.. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of McClure, Don Sent: Wednesday, June 23, 2010 1:56 PM To: arslist@ARSLIST.ORG Subject: Re: User Tool On Win 7 64 Bit ** Hi Brian and Joe. I am using WUT 7.5/patch 5 and 7.1/patch 7 on my Win7 Ultimate, 64-bit (Dell Precision T7500). As I remember--the 7.5 installed without issue; the 7.1 required installing in XP/SP2 mode (basic installer would not recognize available disk space for installation). Don W. McClure, P.E. CITC Call Tracking Administration University of North Texas dwmac @ unt . edu From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Wednesday, June 23, 2010 12:50 PM To: arslist@ARSLIST.ORG Subject: Re: User Tool On Win 7 64 Bit ** Try 7.5. I had it installed on windows 7 home premium edition with no problems.. I have not tried earlier versions on windows 7. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Sokol, Brian Sent: Wednesday, June 23, 2010 1:41 PM To: arslist@ARSLIST.ORG Subject: User Tool On Win 7 64 Bit ** Will the Remedy User app work on Windows 7 64 Bit? If so what version(s)? I tried an unpatched 7.1 and it would not install. Thanks Brian Sokol Manager, Desktop Services Scholastic Inc. 557 Broadway NY, NY 10012 (212) 343-6494
Re : unable to connect to database, rc = 550
Aaah! I see.. so that explains it... Anyway, I will be checking the installation of the oracle client we have and see if any libraries/permissions are permissions or oracle env badly set up or version mismatch etc... Let you know next week. thanks De : Jarl Grøneng jarl.gron...@gmail.com À : arslist@ARSLIST.ORG Envoyé le : Jeu 24 juin 2010, 8h 36min 01s Objet : Re: unable to connect to database, rc = 550 My experience with AIE on Windows and AR Server on Unix: - you can run the rulehelper without sqlclient on the AIE server, but the exchange failes with no sqlclient. -- Jarl 2010/6/23 Frex Popo frexp...@yahoo.fr: ** We are on ARS/ITSM7.6. Oracle 10 database. We have an exchange which connects to an Oracle database to retrieve some data. The exchange howevere fails with the following error: [Tue Jun 22 2010 16:38:56.5370] - TID: 001 DTL Oracle.Initialize: Verifying configuration parameters [Tue Jun 22 2010 16:38:56.5370] - TID: 001 STS Scheduled Only mode, Execution at specified Interval [Tue Jun 22 2010 16:38:56.5370] - TID: 001 API + CMDBInitialization [Tue Jun 22 2010 16:38:56.5370] - TID: 001 API - CMDBInitialization OK [Tue Jun 22 2010 16:38:56.5370] - TID: 001 API + CMDBSetServerPort -- PortNum [7511] RPC [0] [Tue Jun 22 2010 16:38:56.5370] - TID: 001 API - CMDBSetServerPort OK [Tue Jun 22 2010 16:38:56.6150] - TID: 001 DTL CONNECT inventory [Tue Jun 22 2010 16:38:56.6150] - TID: 001 DTL Error - OCIEnvCreate [Tue Jun 22 2010 16:38:56.6150] - TID: 001 DTL VendorOpenConnection: unable to connect to database, rc = 550 [Tue Jun 22 2010 16:38:56.6150] - TID: 001 DTL Error: Adapter.OpenConnection completed with errors issued [Tue Jun 22 2010 16:38:56.6150] - TID: 001 ERR StartDataHandlers: Vendor Data Handler failed to start. We can connect with SQLPLUS client to the remote Database from the machine where the EIE instance is running. What does not make sense is that the connection from the Rule Helper Console works. We are able to load tables and views on the remote database. Perhaps the data which the Rule Helper (RuleHelperConsole form) uses has been created correctly in the remedy databse compared to the data (EIE:VendorParamLookup form) which the EIE uses to connect for data transfer? Kind Regards frex _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Shared User ID
Thank you for the detailed response. On Wed, Jun 23, 2010 at 6:31 PM, Mueller, Doug doug_muel...@bmc.com wrote: ** Frank, The question is a simple one Would the users in question need a license (one each) if they were doing the operation directly? If the answer is yes, then there is a problem with your strategy from a licensing perspective. Why? Because you are multiplexing multiple end users on a single login. What seem to be describing is simply putting another UI in front of the user and then gathering the requests together in a process and then forwarding them on to the AR System server all as a single user with a single license. Not only do you have a license issue, but you loose information like who really did the operation (last modified by) since everything is done by one user. So, tracking and accountability are lost. Sure, you could always add another field and have that field be updated with the information -- but that is further emphasizing that you are working around the system and the licensing of the system because you are having to take an action to perform something which is automatic if you were following the licensing rules. If the operation was only Create or Read, there would not be a licensing issue -- although still a tracking issue -- but then you could just come in as the different users and not have to convert to one shared user because there are no licensing issues. Hopefully, this helps explain how to think about the situation if there is a question about whether something is OK under the licensing rules. Doug Mueller -- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Frank Caruso *Sent:* Wednesday, June 23, 2010 10:44 AM *To:* arslist@ARSLIST.ORG *Subject:* Shared User ID ** In the process of setting up an Enterprise Service Bus (ESB) to front several Remedy web services. Users consuming the services will have the ability to create, update and query records through the ESB, which will log into ARS using a single user id with a fixed license. I am looking for clarification on whether using a single user ID from the ESB to create and update records would be a violation of the BMC license agreement. I know in the past it was not allowed for such interfaces as a web site (not MidTier) but am wondering if using an ESB architecture would be different. Thank you. _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
1 - Based on public statements to that effect for about the last year...yes I believe 7.6.3 will be the last version with a thick client 2 - Not likely, they will probably still be available for quite some time to come, simply because not everyone will go to web and will likely still use the older user tool for some things 3 - According to info I got from somewhere (don't remember where), JavaScripting can do very similar things to DDE/OLE, so they consider that to be taking care of the switch to web... -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of NNMN Sent: Thursday, June 24, 2010 1:40 AM To: arslist@ARSLIST.ORG Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context: http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
[no subject]
Howard, what the , thats a Canadian online drugstore, why is it on this list? On Jun 23, 6:46 pm, Howard Richter hbr4...@gmail.com wrote: http://rxgm.allew.com -- Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = hbr4...@gmail.com LinkedIn Profile =http://www.linkedin.com/in/hbr4270 ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug10www.wwrug.comARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Shared User ID
Hi, It is sometimes hard to gather login/passwd information if you are building an external UI that access the AR Server. It is easier to use a single user. In the old days no ready solution was at hand. Nowadays we have an API call named ARSetImpersonatedUser(), that can be used for things like that: 1. Login to the server as an Admin-user with fixed license 2. Run ARSetImpersonatedUser(end-user-login-name) 3. Perform your actions This should make use of the license of the end-user, and things like Modified-By and Permissions will also be done as the end-user. I do not think that there is a similar solution for WebServices though, but I have not checked... Best Regards - Misi, RRR AB, http://www.rrr.se Products from RRR Scandinavia: * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Frank, The question is a simple one Would the users in question need a license (one each) if they were doing the operation directly? If the answer is yes, then there is a problem with your strategy from a licensing perspective. Why? Because you are multiplexing multiple end users on a single login. What seem to be describing is simply putting another UI in front of the user and then gathering the requests together in a process and then forwarding them on to the AR System server all as a single user with a single license. Not only do you have a license issue, but you loose information like who really did the operation (last modified by) since everything is done by one user. So, tracking and accountability are lost. Sure, you could always add another field and have that field be updated with the information -- but that is further emphasizing that you are working around the system and the licensing of the system because you are having to take an action to perform something which is automatic if you were following the licensing rules. If the operation was only Create or Read, there would not be a licensing issue -- although still a tracking issue -- but then you could just come in as the different users and not have to convert to one shared user because there are no licensing issues. Hopefully, this helps explain how to think about the situation if there is a question about whether something is OK under the licensing rules. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Frank Caruso Sent: Wednesday, June 23, 2010 10:44 AM To: arslist@ARSLIST.ORG Subject: Shared User ID ** In the process of setting up an Enterprise Service Bus (ESB) to front several Remedy web services. Users consuming the services will have the ability to create, update and query records through the ESB, which will log into ARS using a single user id with a fixed license. I am looking for clarification on whether using a single user ID from the ESB to create and update records would be a violation of the BMC license agreement. I know in the past it was not allowed for such interfaces as a web site (not MidTier) but am wondering if using an ESB architecture would be different. Thank you. _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com 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 attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
Actually Version 8.0 is the last expected version with the User Client. Version 8.[1-9] and beyond wont have a User client. On Jun 24, 9:19 am, LJ LongWing lj.longw...@gmail.com wrote: 1 - Based on public statements to that effect for about the last year...yes I believe 7.6.3 will be the last version with a thick client 2 - Not likely, they will probably still be available for quite some time to come, simply because not everyone will go to web and will likely still use the older user tool for some things 3 - According to info I got from somewhere (don't remember where), JavaScripting can do very similar things to DDE/OLE, so they consider that to be taking care of the switch to web... -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of NNMN Sent: Thursday, June 24, 2010 1:40 AM To: arsl...@arslist.org Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context:http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ____ ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug10www.wwrug.comARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug10www.wwrug.comARSlist: Where the Answers Are- Hide quoted text - - Show quoted text - ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
Are you taking into effect there that what was originally called 8 has been renamed to 7.6.3? Based on a meeting I was in I heard that 7.6.3 was the last version with Client. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Chuck Sent: Thursday, June 24, 2010 8:44 AM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? Actually Version 8.0 is the last expected version with the User Client. Version 8.[1-9] and beyond wont have a User client. On Jun 24, 9:19 am, LJ LongWing lj.longw...@gmail.com wrote: 1 - Based on public statements to that effect for about the last year...yes I believe 7.6.3 will be the last version with a thick client 2 - Not likely, they will probably still be available for quite some time to come, simply because not everyone will go to web and will likely still use the older user tool for some things 3 - According to info I got from somewhere (don't remember where), JavaScripting can do very similar things to DDE/OLE, so they consider that to be taking care of the switch to web... -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of NNMN Sent: Thursday, June 24, 2010 1:40 AM To: arsl...@arslist.org Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context:http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.h tml Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ _ ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug10www.wwrug.comARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug10www.wwrug.comARSlist: Where the Answers Are- Hide quoted text - - Show quoted text - ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
[no subject]
Common spammer technique - Howard got hacked by one of these three things probably- -phishing attack -keylogger -PHP embed Howard - better start changing passwords and start scanning... William Rentfrow Principal Consultant, StrataCom Inc. wrentf...@stratacominc.com Blog: www.williamrentfrow.com O 715-592-5185 C 715-410-8056 -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Chuck Sent: Thursday, June 24, 2010 9:37 AM To: arslist@ARSLIST.ORG Subject: Howard, what the , thats a Canadian online drugstore, why is it on this list? On Jun 23, 6:46 pm, Howard Richter hbr4...@gmail.com wrote: http://rxgm.allew.com -- Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = hbr4...@gmail.com LinkedIn Profile =http://www.linkedin.com/in/hbr4270 __ _ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug10www.wwrug.comARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
A revised statement of direction will be released in early July to answer these questions. -David J. Easter Sr. Product Manager, Enterprise Service Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ LongWing Sent: Thursday, June 24, 2010 8:06 AM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? Are you taking into effect there that what was originally called 8 has been renamed to 7.6.3? Based on a meeting I was in I heard that 7.6.3 was the last version with Client. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Chuck Sent: Thursday, June 24, 2010 8:44 AM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? Actually Version 8.0 is the last expected version with the User Client. Version 8.[1-9] and beyond wont have a User client. On Jun 24, 9:19 am, LJ LongWing lj.longw...@gmail.com wrote: 1 - Based on public statements to that effect for about the last year...yes I believe 7.6.3 will be the last version with a thick client 2 - Not likely, they will probably still be available for quite some time to come, simply because not everyone will go to web and will likely still use the older user tool for some things 3 - According to info I got from somewhere (don't remember where), JavaScripting can do very similar things to DDE/OLE, so they consider that to be taking care of the switch to web... -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of NNMN Sent: Thursday, June 24, 2010 1:40 AM To: arsl...@arslist.org Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context:http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.h tml Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ _ ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug10www.wwrug.comARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug10www.wwrug.comARSlist: Where the Answers Are- Hide quoted text - - Show quoted text - ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
I have seen an official statement of direction paper from BMC that the next release (I think it is 7.6.3) will be the last release that will include a user tool. Anne Ramey *** E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties only by an authorized State Official. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza Sent: Thursday, June 24, 2010 3:55 AM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I heard the same thing too about the user tool. But then I had pretty much heard that about 7 ARS was current on 5.1.x. Irrespective of when it finally happens it is on the cards so it would be a better idea to start preparing for that and not develop code that is supported only on the thick client.. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of NNMN Sent: Thursday, June 24, 2010 3:40 AM To: arslist@ARSLIST.ORG Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Adding Request Types on Change Request Relationship Tab
Even though the values seem to be configurable, the hidden fields that are populated when you select a value are of Drop Down type. So, you will need to add those values in that drop down field. For example: Functional Roles are all configured in SYS:Menu Items and there are also hard coded as drop down value in CTM:Support Group Association and CTM:SupportGroupFunctionalRole Thanks Mahesh On Wed, Jun 23, 2010 at 11:41 AM, JanetB janet.brass...@sage.com wrote: I'm trying to add a new request type to the drop-down on the relationship tab on the infrastructure change request. I added the new type to SYS:Request Types and SYS:Request Type Associations, but must be missing something. The new type shows up, but when you select it, it briefly flashes then blanks the field out as though you did not select anything. Can anyone tell me what the procedure is to add a new request type? -- View this message in context: http://ars-action-request-system.1093659.n2.nabble.com/Adding-Request-Types-on-Change-Request-Relationship-Tab-tp5214123p5214123.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
SLM version to use
I'm upgrading from ARS 7.1 ITSM 7.0.03 p9 CMDB 2.1 p4 SLM 7.1 p2 To ARS 7.5 ITSM 7.6 p1 CMDB 7.6 What version of SLM is better? 7.5 or 7.6. Both appear to be compatible. There doesn't appear to be much to gain from going to 7.6, but the list of known issues is just as long. Opinions from those running them? Anne Ramey *** E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties only by an authorized State Official. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Approver mapping field addition
Anyone added a new field to approver mapping form which will referenced to Change request ( newly added field) then approver process will carry on the rest of it? If you happened to be one of them then would you please share your expertise by giving me some tips of how? ARS version is 7.0.1 Sun solaris 10 Thanks, Rezaul E-MAIL CONFIDENTIALITY NOTICE: The contents of this e-mail message and any attachments are intended solely for the addressee(s) and may contain confidential and/or legally privileged information. If you are not the intended recipient of this message or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message and any attachments. If you are not the intended recipient, you are notified that any use, dissemination, distribution, copying, or storage of this message or any attachment is strictly prohibited. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: SLM version to use
If there is not much difference always load the latest. It will be supported for a longer time. On Jun 24, 12:47 pm, Ramey, Anne anne.ra...@nc.gov wrote: I'm upgrading from ARS 7.1 ITSM 7.0.03 p9 CMDB 2.1 p4 SLM 7.1 p2 To ARS 7.5 ITSM 7.6 p1 CMDB 7.6 What version of SLM is better? 7.5 or 7.6. Both appear to be compatible. There doesn't appear to be much to gain from going to 7.6, but the list of known issues is just as long. Opinions from those running them? Anne Ramey *** E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties only by an authorized State Official. ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug10www.wwrug.comARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
rrrLoginConv tool to change group names/IDs system wide
Hi all- I'm sure most of you are aware of the Scandanavian site rrr.se which has a few really nice utilities when it comes to Remedy. Just wanted to put it out there that the rrrLoginConv utility, although intially intended to change login names throughout the Remedy system, will also work for group names and group IDs. I've recently used it to change a total of 13 groups, including merging some groups, and it did the job beautifully. A few problems that I ran into I was able to email support, who worked with me and even provided a few revisions of the utility to fit my needs. I know Remedy really doesn't make it easy to change group names, and especially group IDs. This utility provides an easy and effective way of doing it. Hope this helps someone. Lisa -- View this message in context: http://ars-action-request-system.1093659.n2.nabble.com/rrrLoginConv-tool-to-change-group-names-IDs-system-wide-tp5219108p5219108.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Restricting to type on menu feild
Has anyone noticed, even though you select Drop-Down List on a character field (that has a menu attached to it), you are still allowed to type stuff into that field if it is in Search Mode? I just noticed that.. Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Ian Trimnell Sent: Monday, June 21, 2010 6:15 AM To: arslist@ARSLIST.ORG Subject: Re: Restricting to type on menu feild ** Pavan Kumar wrote: ** Hi List, I have a text box attached with menu, I wanted to restrict user to select from the displayed menu only, they should not type, is there any way to restrict. Your help is appreciated. Thanks Regards, Pavan Kumar Pavan, In the Developer Suite or Admin Tool (depending on your AR System version) the display type of the character field needs to be changed from 'Edit' to 'Drop-Down List'. This will restrict the ability for users to roll their own entry. Hope this helps, Ian Ian Trimnell, AR System Lead Developer (amongst other jobs), Specialist Support Development, Training Support Services, Academic Administrative Computing Service Open University, MILTON KEYNES, UK Phone: 01908 653741 web: http://www.open.ac.uk/ The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England Wales and a charity registered in Scotland (SC 038302). _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: RRR|Chive ARRERR 311
Hi, I think that you may have a field 101029 in the source form that are absent from the target. You can do two things about this. 1. Skipping a specific field: skipfields = 101029 2. Have RRR|Chive check this automatically: onlyfields = COMMON Best Regards - Misi, RRR AB, http://www.rrr.se Products from RRR Scandinavia: * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Hello Listers, Has anyone seen RRR|Chive return this error? I'm attempting to archive fields from NTE:Notifier Log. It was working great in March, but now, when I want to implement it in production after setting it aside for a few months, I receive the following error: rrrchive: 2010-06-22 12:22:18, type=APP, level=NOTICE, file=rrrchive.cpp, line=3346 Program Start: configfile=/opt/ar/remedy/rrrchive/conf/Conf.NCCzarchNTENotifierLog.txt rrrchive: 2010-06-22 12:23:04, type=ARS, level=ERROR, file=rrrchive.cpp, line=417 ARMergeEntry(server=ncc123, form=NCC:zarch:NTE:NotifierLog, entry=NTL03945060) API CALL SEVERITY: AR_RETURN_ERROR, failure, status contains details ARStatusList: contains 1 messages Number: ARERR 311 Message: Field ID is not related to this form Append: 101029 rrrchive: 2010-06-22 12:23:04, type=APP, level=ERROR, file=rrrchive.cpp, line=131 Stopping form processing due to ARERR 311 Processed form source=ncc123, NTE:Notifier Log, target=ncc123, NCC:zarch:NTE:NotifierLog, source found=135371, retrieved=1, successful=0, deleted=0, timetorun=0:00:46 rrrchive: 2010-06-22 12:23:04, type=APP, level=NOTICE, file=rrrchive.cpp, line=3360 Program End: configfile=/opt/ar/remedy/rrrchive/conf/Conf.NCCzarchNTENotifierLog.txt, timetorun=0:00:46 * The field that RRR|Chive says is not related to the form is the 'Notification Submitter' field, a hidden field with an Optional Entry Mode. When it has data, it gets the same data as the 'Submitter' field. If I exclude this field from the field mapping, the error message then claims that the next field in the mapping is not related to the form. This does not appear to be an error with my installation of RRR|Chive, as I have it installed in three locations: a Linux server, a Windows server, and a laptop. I have received the same error attempting to archive NTE:Notifier Log on the laptop and Linux server. I can archive HPD:HelpDesk without issue. Jennifer Meyer Remedy Technical Support Specialist State of North Carolina Office of Information Technology Services Service Delivery Division ITSM ITAM Services Office: 919-754-6543 ITS Service Desk: 919-754-6000 jennifer.me...@nc.gov http://its.state.nc.us E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties only by an authorized State Official. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com 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 attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
I believe this is true and think BMC are making a big mistake for the following reasons: 1. The thick client has a client based API, using COM, which is used by many third party products, including our own, and this capability is really useful for integration with other products. All this functionality will be lost. 2. It is administrators, not users, pushing for web front ends, simply for deployment reasons. Users prefer responsive, rich functionality applications. Anyone who has used Siebel will know what I mean. I have no problem with a web alternative but if they go for thin client only, then that is not good news from my perspective. Angus - Original Message - From: NNMN naveen...@gmail.com Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Sent: Thursday, June 24, 2010 8:40 AM Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context: http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
I've been thinking about this sort of thing lately, and I think that it's not necessarily a bad move from a corporate perspective, despite my personal desire to continue using WUT. 1) Web services are the present and future of integrations, at least in the near term. Older APIs and such should be replaced soon, if they haven't been already. I'm not saying that this blanket statement will be entirely possible right now, as there are many applications that integrate with Remedy through APIs and such, but in my opinion it's not good practice to do integrations on the user interface anymore if you can help it. 2) If you look at the overall trends in computing, it seems like every manager now operates primarily from a Blackberry/iPhone/Android device. That trend is creeping down to the rank and file employees of a company, and it's easier to support the lowest common denominator in computing, which in this case will be the handheld devices. As a result, you're better off developing a web-based app that runs on an iPhone as well as IE in Windows. Also, management doesn't look at the user experience as the top priority, but rather how to use the tool to make or save money for the company. A standard UI is going to save money over variously installed versions of WUT that require admin rights that are more expensive to support. Do you ever have to tell users, Hey delete your *.ARF and *.ARV files and try again? There is a cost associated with that which isn't present on the web. Overall, IT seems to be trending away from executables and towards remotely-based applications much like the days of terminals and mainframes. Sure, you can run one copy of WUT from a Citrix server, but is that really ideal? I think it's more headache than it's worth. Thanks, Shawn Pierson -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Angus Comber Sent: Thursday, June 24, 2010 3:19 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I believe this is true and think BMC are making a big mistake for the following reasons: 1. The thick client has a client based API, using COM, which is used by many third party products, including our own, and this capability is really useful for integration with other products. All this functionality will be lost. 2. It is administrators, not users, pushing for web front ends, simply for deployment reasons. Users prefer responsive, rich functionality applications. Anyone who has used Siebel will know what I mean. I have no problem with a web alternative but if they go for thin client only, then that is not good news from my perspective. Angus - Original Message - From: NNMN naveen...@gmail.com Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Sent: Thursday, June 24, 2010 8:40 AM Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context: http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are Private and confidential as detailed here: http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
While web services are the present and future of integrations, they are only useful in Application/System integrations. Web services are not useful in a screen pop type of integration (between say a phone system and a customer rep person taking a call). -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Pierson, Shawn Sent: Thursday, June 24, 2010 3:35 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I've been thinking about this sort of thing lately, and I think that it's not necessarily a bad move from a corporate perspective, despite my personal desire to continue using WUT. 1) Web services are the present and future of integrations, at least in the near term. Older APIs and such should be replaced soon, if they haven't been already. I'm not saying that this blanket statement will be entirely possible right now, as there are many applications that integrate with Remedy through APIs and such, but in my opinion it's not good practice to do integrations on the user interface anymore if you can help it. 2) If you look at the overall trends in computing, it seems like every manager now operates primarily from a Blackberry/iPhone/Android device. That trend is creeping down to the rank and file employees of a company, and it's easier to support the lowest common denominator in computing, which in this case will be the handheld devices. As a result, you're better off developing a web-based app that runs on an iPhone as well as IE in Windows. Also, management doesn't look at the user experience as the top priority, but rather how to use the tool to make or save money for the company. A standard UI is going to save money over variously installed versions of WUT that require admin rights that are more expensive to support. Do you ever have to tell users, Hey delete your *.ARF and *.ARV files and try again? There is a cost associated with that which isn't present on the web. Overall, IT seems to be trending away from executables and towards remotely-based applications much like the days of terminals and mainframes. Sure, you can run one copy of WUT from a Citrix server, but is that really ideal? I think it's more headache than it's worth. Thanks, Shawn Pierson -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Angus Comber Sent: Thursday, June 24, 2010 3:19 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I believe this is true and think BMC are making a big mistake for the following reasons: 1. The thick client has a client based API, using COM, which is used by many third party products, including our own, and this capability is really useful for integration with other products. All this functionality will be lost. 2. It is administrators, not users, pushing for web front ends, simply for deployment reasons. Users prefer responsive, rich functionality applications. Anyone who has used Siebel will know what I mean. I have no problem with a web alternative but if they go for thin client only, then that is not good news from my perspective. Angus - Original Message - From: NNMN naveen...@gmail.com Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Sent: Thursday, June 24, 2010 8:40 AM Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context: http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are Private and confidential as detailed here: http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or
Re: AR User Tool Deprecated?
Hello Angus, I would agree with some of your statements a few versions ago when Remedy Web was the web application tool. Mid-Tier since then has evolved to a much better product, and sometimes there is a very thin difference between the performance gains experienced on the thick client as opposed to the web. In fact in my experience the web client tends to be a lot more faster on remote connections than the native thick client. Yes you are going to loose and have to give up on client based API customizations that use the COM libraries, but many of these can be re-engineered or re-written using JavaScript that would work from the web client. I think it would be a good idea for Remedy to focus on continuing to improve the already 'much improved' web client, rather than utilize their resources developing and improving a client that is lesser and lesser used with every passing version. Many of the sites I have recently been to use only the thin client. Just curious, but what versions do you currently work on? Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Angus Comber Sent: Thursday, June 24, 2010 4:19 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I believe this is true and think BMC are making a big mistake for the following reasons: 1. The thick client has a client based API, using COM, which is used by many third party products, including our own, and this capability is really useful for integration with other products. All this functionality will be lost. 2. It is administrators, not users, pushing for web front ends, simply for deployment reasons. Users prefer responsive, rich functionality applications. Anyone who has used Siebel will know what I mean. I have no problem with a web alternative but if they go for thin client only, then that is not good news from my perspective. Angus - Original Message - From: NNMN naveen...@gmail.com Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Sent: Thursday, June 24, 2010 8:40 AM Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
Angus...I'm a fan of the native client as well...but tell me thiswould you use Amazon or Ebay if you needed to load a client to get to it? Maybe, maybe not...but I doubt that you WOULDN'T use it if you had to use the web browser, right? The default delivery method for this type of software these days is web...maintaining clients is a royal pain in the ARS (sorry...couldn't resist the pun)...web applications are robust and those apps that rely on client based interactions need to update their interfaces to allow for newer technologies. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Angus Comber Sent: Thursday, June 24, 2010 2:19 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I believe this is true and think BMC are making a big mistake for the following reasons: 1. The thick client has a client based API, using COM, which is used by many third party products, including our own, and this capability is really useful for integration with other products. All this functionality will be lost. 2. It is administrators, not users, pushing for web front ends, simply for deployment reasons. Users prefer responsive, rich functionality applications. Anyone who has used Siebel will know what I mean. I have no problem with a web alternative but if they go for thin client only, then that is not good news from my perspective. Angus - Original Message - From: NNMN naveen...@gmail.com Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Sent: Thursday, June 24, 2010 8:40 AM Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context: http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
Agreed, But why can't the screen pop technology launch a web browser instead of a Submit window in a clientwhy?...because they aren't currently tooled to do that...but could be if they want, and should be because not all apps that need screen pops reside on the workstation -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Grooms, Frederick W Sent: Thursday, June 24, 2010 2:40 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? While web services are the present and future of integrations, they are only useful in Application/System integrations. Web services are not useful in a screen pop type of integration (between say a phone system and a customer rep person taking a call). -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Pierson, Shawn Sent: Thursday, June 24, 2010 3:35 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I've been thinking about this sort of thing lately, and I think that it's not necessarily a bad move from a corporate perspective, despite my personal desire to continue using WUT. 1) Web services are the present and future of integrations, at least in the near term. Older APIs and such should be replaced soon, if they haven't been already. I'm not saying that this blanket statement will be entirely possible right now, as there are many applications that integrate with Remedy through APIs and such, but in my opinion it's not good practice to do integrations on the user interface anymore if you can help it. 2) If you look at the overall trends in computing, it seems like every manager now operates primarily from a Blackberry/iPhone/Android device. That trend is creeping down to the rank and file employees of a company, and it's easier to support the lowest common denominator in computing, which in this case will be the handheld devices. As a result, you're better off developing a web-based app that runs on an iPhone as well as IE in Windows. Also, management doesn't look at the user experience as the top priority, but rather how to use the tool to make or save money for the company. A standard UI is going to save money over variously installed versions of WUT that require admin rights that are more expensive to support. Do you ever have to tell users, Hey delete your *.ARF and *.ARV files and try again? There is a cost associated with that which isn't present on the web. Overall, IT seems to be trending away from executables and towards remotely-based applications much like the days of terminals and mainframes. Sure, you can run one copy of WUT from a Citrix server, but is that really ideal? I think it's more headache than it's worth. Thanks, Shawn Pierson -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Angus Comber Sent: Thursday, June 24, 2010 3:19 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I believe this is true and think BMC are making a big mistake for the following reasons: 1. The thick client has a client based API, using COM, which is used by many third party products, including our own, and this capability is really useful for integration with other products. All this functionality will be lost. 2. It is administrators, not users, pushing for web front ends, simply for deployment reasons. Users prefer responsive, rich functionality applications. Anyone who has used Siebel will know what I mean. I have no problem with a web alternative but if they go for thin client only, then that is not good news from my perspective. Angus - Original Message - From: NNMN naveen...@gmail.com Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Sent: Thursday, June 24, 2010 8:40 AM Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context: http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Re: Adding Request Types on Change Request Relationship Tab
Thanks - that helped me on my journey :) I added the entry to the Record_Type field on CHG:Infrastructure Change form with an ID that coincided to the selection code I had assigned in SYS:Request Types. It then let me select if, but the search button did not work. I realized there was an active link (not sure where this came from - a consultant may have half-way done this customization at some point) that was not running because it was looking for a selection code that was different. Once I updated the active link everything appears to work. So I guess from my experience, if you want to add a custom form to the relationship tab, you must do the following (correct me if I am wrong): Add an entry to SYS:Request Types and assign a unique selection code. Add an entry to SYS:Request Type Associations to associate the Request Type to the CHG:Infrastructure form. Modify the CHG:Infrastructure form by adding the drop-down selection to the hidden Record_Type field - the ID here needs to match the selection code on the Request Type record. Create an active link for the Search button (mine was SAGE:INT:CHGTMS:CRQ:SearchAssociation_SAR SHD) that runs if the Infrastructure ID is not NULL and the Record_Type = selection code. This active link opens a search window for the form I wish to create the relationship with. -- View this message in context: http://ars-action-request-system.1093659.n2.nabble.com/Adding-Request-Types-on-Change-Request-Relationship-Tab-tp5214123p5219755.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: AR User Tool Deprecated?
Correct, I was just trying to point out that each technology has its place and just because it uses a custom API does not mean it is bad or worthless. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ LongWing Sent: Thursday, June 24, 2010 4:24 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? Agreed, But why can't the screen pop technology launch a web browser instead of a Submit window in a clientwhy?...because they aren't currently tooled to do that...but could be if they want, and should be because not all apps that need screen pops reside on the workstation -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Grooms, Frederick W Sent: Thursday, June 24, 2010 2:40 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? While web services are the present and future of integrations, they are only useful in Application/System integrations. Web services are not useful in a screen pop type of integration (between say a phone system and a customer rep person taking a call). -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Pierson, Shawn Sent: Thursday, June 24, 2010 3:35 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I've been thinking about this sort of thing lately, and I think that it's not necessarily a bad move from a corporate perspective, despite my personal desire to continue using WUT. 1) Web services are the present and future of integrations, at least in the near term. Older APIs and such should be replaced soon, if they haven't been already. I'm not saying that this blanket statement will be entirely possible right now, as there are many applications that integrate with Remedy through APIs and such, but in my opinion it's not good practice to do integrations on the user interface anymore if you can help it. 2) If you look at the overall trends in computing, it seems like every manager now operates primarily from a Blackberry/iPhone/Android device. That trend is creeping down to the rank and file employees of a company, and it's easier to support the lowest common denominator in computing, which in this case will be the handheld devices. As a result, you're better off developing a web-based app that runs on an iPhone as well as IE in Windows. Also, management doesn't look at the user experience as the top priority, but rather how to use the tool to make or save money for the company. A standard UI is going to save money over variously installed versions of WUT that require admin rights that are more expensive to support. Do you ever have to tell users, Hey delete your *.ARF and *.ARV files and try again? There is a cost associated with that which isn't present on the web. Overall, IT seems to be trending away from executables and towards remotely-based applications much like the days of terminals and mainframes. Sure, you can run one copy of WUT from a Citrix server, but is that really ideal? I think it's more headache than it's worth. Thanks, Shawn Pierson -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Angus Comber Sent: Thursday, June 24, 2010 3:19 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I believe this is true and think BMC are making a big mistake for the following reasons: 1. The thick client has a client based API, using COM, which is used by many third party products, including our own, and this capability is really useful for integration with other products. All this functionality will be lost. 2. It is administrators, not users, pushing for web front ends, simply for deployment reasons. Users prefer responsive, rich functionality applications. Anyone who has used Siebel will know what I mean. I have no problem with a web alternative but if they go for thin client only, then that is not good news from my perspective. Angus - Original Message - From: NNMN naveen...@gmail.com Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Sent: Thursday, June 24, 2010 8:40 AM Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend
Re: AR User Tool Deprecated?
TANSTAAFL! - There Aint No Such Thing As A Free Lunch for those of you that haven't read Heinlein... Yea, we might not have to ask What version of the user tool do you use or Have you tried deleting ARF/ARV files? But those questions are quickly replaced by What browser (and what version) are you using and Have you tried deleting your cookies? And then add to those: What are your browser security settings? Do you have popups blocked? Are you using No Script? etc. Standardization or simplification at the End User Level usually comes at the cost of complexity in the underlying infrastructure. And the taller the stack gets, the more pieces there are to break or be mis-configured. ( How may of us have had to resort to the 7.1 Admin tool reg-edit hack because you had a server that was unresponsive to the User Tool? ) Note that I'm not necessarily saying that It's a BAD (tm) thing, I'm just saying that it does NOT make things simpler or lower the total cost and to use that as a primary selling point is a fallacy, IMHO. Juan Ingles On Thu, Jun 24, 2010 at 1:34 PM, Pierson, Shawn shawn.pier...@sug.com wrote: I've been thinking about this sort of thing lately, and I think that it's not necessarily a bad move from a corporate perspective, despite my personal desire to continue using WUT. 1) Web services are the present and future of integrations, at least in the near term. Older APIs and such should be replaced soon, if they haven't been already. I'm not saying that this blanket statement will be entirely possible right now, as there are many applications that integrate with Remedy through APIs and such, but in my opinion it's not good practice to do integrations on the user interface anymore if you can help it. 2) If you look at the overall trends in computing, it seems like every manager now operates primarily from a Blackberry/iPhone/Android device. That trend is creeping down to the rank and file employees of a company, and it's easier to support the lowest common denominator in computing, which in this case will be the handheld devices. As a result, you're better off developing a web-based app that runs on an iPhone as well as IE in Windows. Also, management doesn't look at the user experience as the top priority, but rather how to use the tool to make or save money for the company. A standard UI is going to save money over variously installed versions of WUT that require admin rights that are more expensive to support. Do you ever have to tell users, Hey delete your *.ARF and *.ARV files and try again? There is a cost associated with that which isn't present on the web. Overall, IT seems to be trending away from executables and towards remotely-based applications much like the days of terminals and mainframes. Sure, you can run one copy of WUT from a Citrix server, but is that really ideal? I think it's more headache than it's worth. Thanks, Shawn Pierson -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Angus Comber Sent: Thursday, June 24, 2010 3:19 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I believe this is true and think BMC are making a big mistake for the following reasons: 1. The thick client has a client based API, using COM, which is used by many third party products, including our own, and this capability is really useful for integration with other products. All this functionality will be lost. 2. It is administrators, not users, pushing for web front ends, simply for deployment reasons. Users prefer responsive, rich functionality applications. Anyone who has used Siebel will know what I mean. I have no problem with a web alternative but if they go for thin client only, then that is not good news from my perspective. Angus - Original Message - From: NNMN naveen...@gmail.com Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Sent: Thursday, June 24, 2010 8:40 AM Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this. But would also be cool to get your own views on this. Cheers, Naveen - With Warm Regards, Naveen -- View this message in context: http://old.nabble.com/AR-User-Tool-Deprecated--tp28979740p28979740.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com
Re: AR User Tool Deprecated?
Again, Agreed :) -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Grooms, Frederick W Sent: Thursday, June 24, 2010 4:05 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? Correct, I was just trying to point out that each technology has its place and just because it uses a custom API does not mean it is bad or worthless. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ LongWing Sent: Thursday, June 24, 2010 4:24 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? Agreed, But why can't the screen pop technology launch a web browser instead of a Submit window in a clientwhy?...because they aren't currently tooled to do that...but could be if they want, and should be because not all apps that need screen pops reside on the workstation -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Grooms, Frederick W Sent: Thursday, June 24, 2010 2:40 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? While web services are the present and future of integrations, they are only useful in Application/System integrations. Web services are not useful in a screen pop type of integration (between say a phone system and a customer rep person taking a call). -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Pierson, Shawn Sent: Thursday, June 24, 2010 3:35 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I've been thinking about this sort of thing lately, and I think that it's not necessarily a bad move from a corporate perspective, despite my personal desire to continue using WUT. 1) Web services are the present and future of integrations, at least in the near term. Older APIs and such should be replaced soon, if they haven't been already. I'm not saying that this blanket statement will be entirely possible right now, as there are many applications that integrate with Remedy through APIs and such, but in my opinion it's not good practice to do integrations on the user interface anymore if you can help it. 2) If you look at the overall trends in computing, it seems like every manager now operates primarily from a Blackberry/iPhone/Android device. That trend is creeping down to the rank and file employees of a company, and it's easier to support the lowest common denominator in computing, which in this case will be the handheld devices. As a result, you're better off developing a web-based app that runs on an iPhone as well as IE in Windows. Also, management doesn't look at the user experience as the top priority, but rather how to use the tool to make or save money for the company. A standard UI is going to save money over variously installed versions of WUT that require admin rights that are more expensive to support. Do you ever have to tell users, Hey delete your *.ARF and *.ARV files and try again? There is a cost associated with that which isn't present on the web. Overall, IT seems to be trending away from executables and towards remotely-based applications much like the days of terminals and mainframes. Sure, you can run one copy of WUT from a Citrix server, but is that really ideal? I think it's more headache than it's worth. Thanks, Shawn Pierson -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Angus Comber Sent: Thursday, June 24, 2010 3:19 PM To: arslist@ARSLIST.ORG Subject: Re: AR User Tool Deprecated? I believe this is true and think BMC are making a big mistake for the following reasons: 1. The thick client has a client based API, using COM, which is used by many third party products, including our own, and this capability is really useful for integration with other products. All this functionality will be lost. 2. It is administrators, not users, pushing for web front ends, simply for deployment reasons. Users prefer responsive, rich functionality applications. Anyone who has used Siebel will know what I mean. I have no problem with a web alternative but if they go for thin client only, then that is not good news from my perspective. Angus - Original Message - From: NNMN naveen...@gmail.com Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Sent: Thursday, June 24, 2010 8:40 AM Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it really going to get deprecated? Is ARS8.0 going to have a thick client? - If it is just through mid-tier then will the DDE, OLE, macros etc be removed from active link actions. - Is mid-tier expected to come up with more capabilities so as to tackle client dependencies? Not sure who can answer this.
Re: AR User Tool Deprecated?
They already use Eclipse as the Framework for the Admin tool, why not use it as a User tool too? Then All they have to maintain is a plugin into Eclipse... On Jun 24, 5:33 pm, LJ LongWing lj.longw...@gmail.com wrote: Again, Agreed :) -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Grooms, Frederick W Sent: Thursday, June 24, 2010 4:05 PM To: arsl...@arslist.org Subject: Re: AR User Tool Deprecated? Correct, I was just trying to point out that each technology has its place and just because it uses a custom API does not mean it is bad or worthless. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ LongWing Sent: Thursday, June 24, 2010 4:24 PM To: arsl...@arslist.org Subject: Re: AR User Tool Deprecated? Agreed, But why can't the screen pop technology launch a web browser instead of a Submit window in a clientwhy?...because they aren't currently tooled to do that...but could be if they want, and should be because not all apps that need screen pops reside on the workstation -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Grooms, Frederick W Sent: Thursday, June 24, 2010 2:40 PM To: arsl...@arslist.org Subject: Re: AR User Tool Deprecated? While web services are the present and future of integrations, they are only useful in Application/System integrations. Web services are not useful in a screen pop type of integration (between say a phone system and a customer rep person taking a call). -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Pierson, Shawn Sent: Thursday, June 24, 2010 3:35 PM To: arsl...@arslist.org Subject: Re: AR User Tool Deprecated? I've been thinking about this sort of thing lately, and I think that it's not necessarily a bad move from a corporate perspective, despite my personal desire to continue using WUT. 1) Web services are the present and future of integrations, at least in the near term. Older APIs and such should be replaced soon, if they haven't been already. I'm not saying that this blanket statement will be entirely possible right now, as there are many applications that integrate with Remedy through APIs and such, but in my opinion it's not good practice to do integrations on the user interface anymore if you can help it. 2) If you look at the overall trends in computing, it seems like every manager now operates primarily from a Blackberry/iPhone/Android device. That trend is creeping down to the rank and file employees of a company, and it's easier to support the lowest common denominator in computing, which in this case will be the handheld devices. As a result, you're better off developing a web-based app that runs on an iPhone as well as IE in Windows. Also, management doesn't look at the user experience as the top priority, but rather how to use the tool to make or save money for the company. A standard UI is going to save money over variously installed versions of WUT that require admin rights that are more expensive to support. Do you ever have to tell users, Hey delete your *.ARF and *.ARV files and try again? There is a cost associated with that which isn't present on the web. Overall, IT seems to be trending away from executables and towards remotely-based applications much like the days of terminals and mainframes. Sure, you can run one copy of WUT from a Citrix server, but is that really ideal? I think it's more headache than it's worth. Thanks, Shawn Pierson -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Angus Comber Sent: Thursday, June 24, 2010 3:19 PM To: arsl...@arslist.org Subject: Re: AR User Tool Deprecated? I believe this is true and think BMC are making a big mistake for the following reasons: 1. The thick client has a client based API, using COM, which is used by many third party products, including our own, and this capability is really useful for integration with other products. All this functionality will be lost. 2. It is administrators, not users, pushing for web front ends, simply for deployment reasons. Users prefer responsive, rich functionality applications. Anyone who has used Siebel will know what I mean. I have no problem with a web alternative but if they go for thin client only, then that is not good news from my perspective. Angus - Original Message - From: NNMN naveen...@gmail.com Newsgroups: public.remedy.arsystem.general To: arsl...@arslist.org Sent: Thursday, June 24, 2010 8:40 AM Subject: AR User Tool Deprecated? Hi ARSers, I have been hearing that AR User tool is getting deprected. I have few questions on this. - Is it