> For the Mid-Tier, if we are only submitting/modifying tickets, will we need to patch the Mid-Tier or Java or anything at all? Depends on the version of AR System. To address DST issues on the Mid-Tier: For AR System 6.3, load patch 020 or 021, Operating System patches and Java patches For AR System 7.0.01, load patch 001, Operating System patches and Java patches For AR System 6.0.1, load Operating System patches and Java patches For AR System 5.1.2, load, Operating System patches and Java patches In all cases, the Operating System and Java patches need to be loaded. BMC does not supply the Java or OS fixes as part of the patches. Thanks, -David J. Easter Sr. Product Manager, Service Management Business Unit 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.
________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Opela, Gary L Contr OC-ALC/ITMA Sent: Wednesday, February 28, 2007 7:23 AM To: arslist@ARSLIST.ORG Subject: Re: DST and Time Calculation White Paper? ** Sorry to keep kicking a dead horse.... For the Mid-Tier, if we are only submitting/modifying tickets, will we need to patch the Mid-Tier or Java or anything at all? I thought I understood all of this after the eleventy-billion posts, but then I went back and read this and saw that the Mid-Tier or Java needed a good 'ol patching. Can we get away with just patching Java for the Mid-Tier and be okay? Thanks! ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Easter, David Sent: Tuesday, February 27, 2007 11:23 AM To: arslist@ARSLIST.ORG Subject: Re: DST and Time Calculation White Paper? Both the client and server use the operating system for localtime calculations. The Mid-Tier, web services and import/export use a 3rd party library supplied within AR System or Java for localtime calculations. This is why the technical bulletin refers to these functions in explicitly and why the patches for 6.3 and 7.0.01 contain an updated version of these libraries and/or require the patched versions of Java. The conversion is done at the client for client queries, displays or submissions. It's done at the server for workflow driven manipulations (e.g. push field) of date/time information. Thanks, -David J. Easter Sr. Product Manager, Service Management Business Unit 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. ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Kaiser Norm E CIV USAF 96 CG/SCWOE Sent: Tuesday, February 27, 2007 8:34 AM To: arslist@ARSLIST.ORG Subject: DST and Time Calculation White Paper? ** Hi all: I'm still trying to wrap my head around all the DST ramifications for 5.1.2, and I guess I'm thinking it would help if I had a technical white paper or other document that specifies exactly how Remedy 5.1.2 calculates time and time conversions. Here's my thinking: The Remedy server stores all time values as Unix time, which is the total of seconds since 1 January 1970 GMT. Time values, then, get stored in a number field in the database (as opposed to a date/time field). Accordingly, if a user passes a date and time in a search query, Remedy must convert the date and time supplied by the user to the equivalent Unix time. It must do this by first adding or subtracting the appropriate number of hours based on the time zone and then possibly add an hour for DST. If you run such a query, which piece of Remedy does this conversion before the query is passed to the underlying database? Is it the server or the client? Does the client do the time conversion before the query is passed to the server or does the client just pass the query to the server as-is and the server does the time conversion? If the server does the time conversion, is it saying, "OK, I got a time value in this query I'm to execute. So let me convert the time to something I truly understand. So let's see now...what time zone am I in...and are we observing daylight savings time?" I assume, then, that the server queries the operating system for the timezone??? And does it query the operating system for whether or not the time zone is currently observing DST? It can't, in my mind, otherwise there wouldn't be a bug. It must be calculating whether or not DST is being observed itself based on its own internal date/time algorithm? Yes? Does anyone know the answers to these issues or know of a whitepaper that definitively describes how Remedy calculates time? Thanks, Norm __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
