Java Solaris Communities Sun Store Join SDN My Profile Why Join?
 
Bug Database
Bug Detail
Quick Lists
Top 25 Bugs
Top 25 RFE's
Recently Closed Bugs
Printable Page Printable Page


Bug Database
Bug ID: 6640371
Votes 0
Synopsis Auto update is happening even when current time is with in the peak time limit
Category java:install
Reported Against b09
Release Fixed 6u10(b10)
State 11-Closed, Verified, bug
Priority: 2-High
Related Bugs
Submit Date 11-DEC-2007
Description
One of the major requirment for the Improve java update is to avoid the download in peak hours to control the download traffic in peak intervals.

Please not timings are mentioned in IST format (Where ever it is not specified).

How to Reproduce

1.) Install JRE 6u10. (http://j2se.east.sun.com/arc/1.6.0_10/nightly/<b09 pit>)

2.) Create the UpdateServletURL registry entry and RunAtExactSchedule (set it to 20:00).

3.) Open JCP and set the update schedule to daliy and say 8 PM.

3.) Modify the "predownload" in Version XML file. "predownload" should contains the off peak hours interval setting in GMT format. Make sure 8 PM local time (IST) does not fall under the interval. For example 8 PM IST is 2:30 GMT; set predownload to 16,23 

4.) Modify the system data and time (7:52 PM).

5.) run the "jusched.exe".

Wait for the update to happen. Java Update bubble will pop up in the system tray. 

Workaround:
 N/A
Posted Date : 2007-12-11 18:02:12.0

If Maximum tries (NumTries) for AU are set in peak hours, "jusched" should not rewrite and ignore it even if this is first attempt. We need to make these changes for Automation to work properly.
Posted Date : 2007-12-17 10:23:32.0
Work Around
Workaround to test, if scheduler is working properly or not for maximum of 3 off-peak tries:
Start jusched.exe, wait for 6 min or so. Then kill the process.
Repeat this for 3 times, all during the peak hours.
After that, on 4th start jusched.exe should should ignore the off-peak hour setting.
-Rajani
Evaluation
This peak hours bug was reproducible with the WAT bundles (built on 30th Nov).
But works fine (as expected ) with 14th Dec bundles:
http://j2se.east.sun.com/arc/1.6.0_10/nightly/2007-12-14/windows-i586/iftw/

So, must have been fixed as part of other fixes putback recently.

The other request for testing purposes: "If Maximum tries (NumTries) for AU are set in peak hours, "jusched" should not rewrite and ignore it even if this is first attempt. We need to make these changes for Automation to work properly."

This can't be fixed without someother side effects. That is because, we clear all the update related information, when a new update is available. This is done, just before parsing the new version xml file. That means even the NumTries set by Automation will be cleared from registry. Don't want to write specific code to 
not clear just for automation purposes. Please see 'WorkAround' for automation purposes.
Posted Date : 2008-01-09 15:23:45.0
Comments
  
  Include a link with my name & email   


PLEASE NOTE: JDK6 is formerly known as Project Mustang