Amey,
Yes, this will most likely be an issue at each DST change until the related 
patches have been applied.

According to BMC, all of the related DST patches (OS, Java, and ARS must be 
applied).  Refer to 
http://documents.bmc.com/supportu/documents/87/90/68790/68790.pdf for more 
detailed information.  In particular, this paragraph from the patch 
documentation sums it up quite nicely:

  In addition to any BMC-provided patches, the native operating system and
  third-party application (including application servers, web servers, 
databases, and
  Java) patches for DST must be applied to each system. To find out whether
  patches are needed and how to obtain them, contact the product vendors.

There is also an entire section in the document that lists some of the possible 
problems that will occur if the AR Server and Mid-Tier are not patched, such as:

  a.. Display of date/time information in a BMC Remedy Mid Tier web client will 
be off by one hour if performed between the "old" DST window and the "new" DST 
window (for example, between March 11 and April 1, 2007, or between October 28 
and November 4, 2007).
  b.. Functions performed by the mid tier (for example, active links) for web 
clients will be off by one hour if performed between the "old" DST window and 
the "new" DST window.
  c.. Custom Java applications that use the utilities provided by the Java API 
to do date-time calculations will be off by one hour if performed between the 
"old" DST window and the "new" DST window.

So, if you decide to patch only the OS and Java, the results will likely be 
unpredictable at best.  As such, my recommendation to you is to upgrade your AR 
Server and Mid-Tier to at least version 6.3 Patch 21, if at all possible, along 
with any additional patches to the OS, Java, web server, database, etc.  It 
will be a headache to be sure, but it will be a worthwhile effort, IMHO.

Kind regards,

Thomas Bean

----- Original Message ----- 
From: "AMEY BHOSALE" <[EMAIL PROTECTED]>
Newsgroups: gmane.comp.crm.arsystem.general
To: <[email protected]>
Sent: Monday, March 31, 2008 5:31 PM
Subject: Re: DST Problem for Server in EMEA


> Hi Thomas,
> 
> Thanks for the details...but would like to ask you that our AR System
> Server will mainly pickup the files from Java and OS for to work it
> over midtier.So if we directly update the the Java and OS files wont
> if be possible.
> 
> And if we dont apply the patch wont it affect the users next
> time..........so there needs to be some solution to overcome this
> issue.
> 
> So managing these changes to US DST requires updates to the underlying
> JVM and OS being used by WLS
> 
> WebLogicServer <-> Java Virtual Machine <-> OS.
> 
> Correct me if i am wrong...............
> 
> Let me know your views on this and what can be the best possible solution.
> 
> Warm regards,
> 
> Amey Bhosale
> 
> 
> 
> On 4/1/08, Thomas Bean <[EMAIL PROTECTED]> wrote:
>> **
>>
>> Hello Amey,
>> This is from http://webexhibits.org/daylightsaving/b2.html:
>>
>>
>> When we change our clocks
>>
>> Most of the United States begins Daylight Saving Time at 2:00 a.m. on the 
>> second Sunday in March and reverts to standard time on the first Sunday in 
>> November. In the U.S., each time zone switches at a different time.
>>
>> In the European Union, Summer Time begins and ends at 1:00 a.m. Universal 
>> Time (Greenwich Mean Time). It begins the last Sunday in March and ends the 
>> last Sunday in October. In the EU, all time zones change at the same moment.
>>
>> So, if the issues just started appearing today, then I would guess that it 
>> had something to do with the UK-based server switching to DST yesterday 
>> (March 30th), and the fact that DST would not be in effect in the US until 
>> April 6 this year, if the pre-2007 DST rules were still in effect (prior to 
>> 2007, the DST start date in the US was set to the first Sunday in April).
>>
>> So, if you don't apply the patch to your server, then I am guessing that the 
>> issue will probably only affect your users this week.  After April 6, I'm 
>> guessing everything should be back to normal.
>>
>> As for loading only the OS or Java patches, and leaving the AR Server 
>> unpatched -- this will probably *not* work.  See the earlier message from 
>> David Easter dated March 12, 2008 under the subject "Re: DST update..." for 
>> more info (message is attached).
>>
>> HTH,
>>
>> Thomas Bean
>>
>> ----- Original Message -----
>> From: "Amey Bhosale" <[EMAIL PROTECTED]>
>> Newsgroups: gmane.comp.crm.arsystem.general
>> To: <[email protected]>
>> Sent: Monday, March 31, 2008 3:56 PM
>> Subject: DST Problem for Server in EMEA
>>
>> > Hi All,
>> >
>> >  We are currently working on ARS 6.3 Patch 12 and Midtier 6.3 Patch 13 on 
>> > SunOS 5.8  with a Solaris based server and having a problem with the users 
>> > in North America with the DST (Day Light Saving) changes.As per my 
>> > knowledge DST changes every year and from the year 2007 there has been a 
>> > change where the DST change occurs second Sunday of March and ends in 
>> > November.
>> >
>> >  We obeserved today that many of our users in North America are having 
>> > problem with the Date/Time Field as they seem to have one hour lagging 
>> > behind the server time which is in UK (EMEA)
>> >
>> >  I do know that we have a Patch 21 for this but also heard that instead of 
>> > installing Patch we can directly add the Java files into the Java 
>> > Directory which will take care of that.
>> >
>> >  Can someone please help me out on this...as we are having a major issue.
>> >
>> >
>> >  Warm Regards,
>> >
>> >  Amey Bhosale
>> >
>> >
>> >
>> >
>> >
>> > ---------------------------------
>> > Forgot the famous last words? Access your message archive online. Click 
>> > here.__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers 
>> > Are" html___
>>
>

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Reply via email to