RKM Authentication
Jason, Do you have some further information you could share? Seems a rather odd move to re-write RKM in workflow - RKM is a fairly nice app, both in terms of UI and the way it's written. The Search Server dependency could easily be removed through the use of the wonderful open source Lucene project, leaving little or no external licensing to worry about. John ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: DB Links vs Webservices
Comparing the two tools is like comparing apples to oranges at best.. The are two completely different tools with completely different set of capabilities with only a couple of capabilities in common. The number one reason I would choose the SQL routes over others if the SQL route is a possible solution, is its efficiency assuming you have a good SQL code. Executing SQL code bypasses the ARS application layer, and that in itself, is an advantage for performance reasons. Direct SQL's are thrown to the DB server AS-IS, even if it is garbage. Is that a bad thing? Not necessarily. You just don't write code without validating it for its correctness and efficiency do you? Agreed, if you move databases, some SQL code MAY not remain valid, and may have to be modified. This is true even sometimes with a DB upgrade. But how often does that really happen? If that is the primary concern, it is possible to pre-prepare code for other databases, if the code would differ for the same operation by doing a $DATABASE$ check of what is the current database. Examples of when web-services over any other direct method may be preferred: 1) You have absolutely no clue about the other application you want to submit or retrieve information from and that system does have web service publishing capabilities. 2) You have no time or reasons to justify the re-invention of a wheel, if its just a simple submit/query type of an action you want the ARS to perform on the other application or vice versa.. 3) You trust the other application is well written, if you have to query from a large table, so the underlying query performed by the web service is efficient. If not, you might be better off with a DB-Link solution. Examples of when a DB-Link may be preferred: 1) You want to display the results of a query into another application on a table field in the ARS. 2) An external application needs to query an ARS join form, that could more efficiently be done with a union join. Creating that union join at DB level and publishing a DB-Link to it might be a better idea than to create that join at DB level and creating a Remedy view form. If you are going to create a join at DB level, you might as well maintain the whole integration effort from the DB perspective.. 3) Querying large tables where you suspect default application queries are inefficient.. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Chintan Shah Sent: Saturday, July 10, 2010 1:55 AM To: arslist@ARSLIST.ORG Subject: Re: DB Links vs Webservices ** Hi Naveen, I prefer 3-tier architecture rather than 2-tier solely because working with data-model directly is not a scalable design. I prefer web-services route only because I dont have to deal with SQL havocs(I am not SQL guru :)) and working with Databases which I dont own and have no control on. Furthermore, if database gets changed then you have to re-generate your view forms and re-attach workflow which is tedious and difficult to maintain over time(actually this is something that we just realized in our team). Think of databases as confidential papers or stores of personal information. If somebody knocks at your door and asks you about those confidential papers, how would you like to give them? Would you just, tell them to go and get them yourself, they are in so and so locker, or would you rather have them wait there and fetch papers yourself or through a trusted party? Tomorrow if the team with whom you are integrating changes their DB provider and if for God knows what reason your SQL breaks, then you are in trouble. Instead if they have a web-service in front of their DB, you wouldnt even care what they use on backend. Web-service itself is a binding contract between you and them. Also, I believe you can do tonnes of things on middle tier (like transaction/messaging management, writing to logs etc.)..which otherwise if you want to do in Remedy then it will become heavy task. Web-services are good for transactions..like if you are inserting data into db and waiting for an ID in response, that's where they could be really good, since you would be getting real-time data. 1 thing I really admire about web-services is their synchronous/asynchronous behavior. I am not really sure if it is achievable through direct SQL. I am having a real-time scenario where we are inserting data into other team's DB and it takes about 15 minutes for them to generate an ID. Since, they dont have web-services infrastructure, we have to go and poll their DB every 15 minutes, and sometimes it could be a hit- and-miss kind of situation. With web-services on both sides, data would flow seamlessly as and when available and we dont need any unnecessary escalations. Also, if you look at Remedy's architecture, its good practice to use either api or web-services...and as far as I am concerned I would like
Re: Different times from User tool and Web
Verify that every component of the application Client OS, web client (browser), Web OS, Web application server (and possibly the MT engine itself) has any recommended fixes to DST installed. I think about a year ago, we had the latest fixes in accordance to new DST conventions, on some of these components.. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of Alex Sent: Friday, July 09, 2010 11:50 AM To: arslist@ARSLIST.ORG Subject: Re: Different times from User tool and Web ** We are facing the exact same issue -- the times are 1 hour off on midtier which is on EST. Let me know if you find a solution to the problem. On Wed, Jul 7, 2010 at 10:37 PM, Joe D'Souza jdso...@shyle.net wrote: ** Anne's suggestion extended my idea suggested in a mail 5 minutes ago a little more.. check for latest DST fixes on the web server both at the OS level, as well as web server application level.. MT 7.5 Patch 3 I think has the latest fixes as far as DST is concerned so you are good there.. Check on the OS level and web application server level.. Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of SriSamSri Appecherla Sent: Wednesday, July 07, 2010 1:04 PM To: arslist@ARSLIST.ORG Subject: Re: Different times from User tool and Web ** Hi Anne, I wanted all the users to be able to view the times only in GMT. So I had set the Time Zone in User Preferences and configured the Preference server. Regards, SriSamSri Appecherla Mobile# +91 991 610 6008 On Wed, Jul 7, 2010 at 10:28 PM, Ramey, Anne anne.ra...@nc.gov wrote: ** The dates display based on what the time zone/local time is on the user's machine. For the user tool, this is the individual's desktop, if it's the mid-tier, it's the server's date/time settings. I would check the time and time zone settings on the servers that run the mid-tier. 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. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of SriSamSri Appecherla Sent: Wednesday, July 07, 2010 12:50 PM To: arslist@ARSLIST.ORG Subject: Different times from User tool and Web ** Hi Listers, I have an issue with the Date/Time fields in Remedy. I have set the Time Zone as GMT +00:00 Europ/London in User Preferences for all the users. I have checked the times on ARS host, midtier host and DB server. The are all in GMT. When I login through the User tool, it displays the correct time as per the Time Zone I have set for the user. However, when I login through the web, it shows the time setting it off by 1hour. For eg; if the time in User tool is shown as 06:00 PM, in the web it shows as 05:00 PM. I feel the issue is somehow related to Day Light saving, but unable to conclude on it. ARS Version : 7.5, P3 MidTier : 7.5 Oracle DB 11g Regards, SriSamSri Appecherla Mobile# +91 991 610 6008 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: RKM Authentication
John, Well the way I heard, I have seen it yet, was that it is being built in remedy workflow for ease of change the look and feel of RKM amongst other things. Kevin Begosh On Sat, Jul 10, 2010 at 4:31 AM, John Baker jba...@javasystemsolutions.comwrote: Jason, Do you have some further information you could share? Seems a rather odd move to re-write RKM in workflow - RKM is a fairly nice app, both in terms of UI and the way it's written. The Search Server dependency could easily be removed through the use of the wonderful open source Lucene project, leaving little or no external licensing to worry about. John ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are -- Kevin Begosh ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Different times from User tool and Web
I discussed this with BMC and they said, this bug existed in ARS 7.1 but was resolved with Patch 8. It seems to be reoccuring now. I am yet to get a confirmation from BMC that they accept it as a bug in ARS 7.5 Regards, SriSamSri Appecherla Mobile# +91 991 610 6008 On Sat, Jul 10, 2010 at 8:45 PM, Joe D'Souza jdso...@shyle.net wrote: ** Verify that every component of the application Client OS, web client (browser), Web OS, Web application server (and possibly the MT engine itself) has any recommended fixes to DST installed. I think about a year ago, we had the latest fixes in accordance to new DST conventions, on some of these components.. Joe -Original Message- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org]*on Behalf Of *Alex *Sent:* Friday, July 09, 2010 11:50 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: Different times from User tool and Web ** We are facing the exact same issue -- the times are 1 hour off on midtier which is on EST. Let me know if you find a solution to the problem. On Wed, Jul 7, 2010 at 10:37 PM, Joe D'Souza jdso...@shyle.net wrote: ** Anne's suggestion extended my idea suggested in a mail 5 minutes ago a little more.. check for latest DST fixes on the web server both at the OS level, as well as web server application level.. MT 7.5 Patch 3 I think has the latest fixes as far as DST is concerned so you are good there.. Check on the OS level and web application server level.. Joe -Original Message- *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org]*on Behalf Of *SriSamSri Appecherla *Sent:* Wednesday, July 07, 2010 1:04 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Different times from User tool and Web ** Hi Anne, I wanted all the users to be able to view the times only in GMT. So I had set the Time Zone in User Preferences and configured the Preference server. Regards, SriSamSri Appecherla Mobile# +91 991 610 6008 On Wed, Jul 7, 2010 at 10:28 PM, Ramey, Anne anne.ra...@nc.gov wrote: ** The dates display based on what the time zone/local time is on the user's machine. For the user tool, this is the individual's desktop, if it's the mid-tier, it's the server's date/time settings. I would check the time and time zone settings on the servers that run the mid-tier. 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.* *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *SriSamSri Appecherla *Sent:* Wednesday, July 07, 2010 12:50 PM *To:* arslist@ARSLIST.ORG *Subject:* Different times from User tool and Web ** Hi Listers, I have an issue with the Date/Time fields in Remedy. I have set the Time Zone as GMT +00:00 Europ/London in User Preferences for all the users. I have checked the times on ARS host, midtier host and DB server. The are all in GMT. When I login through the User tool, it displays the correct time as per the Time Zone I have set for the user. However, when I login through the web, it shows the time setting it off by 1hour. For eg; if the time in User tool is shown as 06:00 PM, in the web it shows as 05:00 PM. I feel the issue is somehow related to Day Light saving, but unable to conclude on it. ARS Version : 7.5, P3 MidTier : 7.5 Oracle DB 11g Regards, SriSamSri Appecherla Mobile# +91 991 610 6008 _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
Email notification sent to the user when priority of an incident is changed.
Hi there, Version 7.1 Email notification to be sent to the user when priority of an incident is changed. How this is possible? Thanks in advance Thanks Regards Amanullah DISCLAIMER: This e-mail message including any of its attachments is intended solely for the addressee(s) and may contain privileged information. If you are not the addressee or you have received this email message in error, please notify the sender who will remove your details from its database. You are not authorized to read, copy, disseminate, distribute or use this e-mail message or any attachment to it in any manner and must delete the email and destroy any hard copies of it. This e-mail message does not contain financial instructions or commitments of any kind. Any views expressed in this message are those of the individual sender and do not necessarily reflect the views of Emirates NBD PJSC, or any other related subsidiaries, entities or persons. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are