You are here: Tech Support Home > Downloads > Patches
This patch is intended for installation on Responder Client, Server, and Web 9.3 Rev2 (build 5168) and also requires that Responder Patch #5208 be applied and all configuration changes made before installing. This patch has replaced previous patches #5211, #5214, #5242, #5252, #5262, #5269, #5282, #5287, #5290, #5307, #5314, and #5318.
This patch also requires ArcFM Patch #5303 be applied to all Client, Server, and Web machines running 9.3 Rev2 (build 5168). This is required as a feeder manager change was made to correct some behavior in Responder when comparing trace results during incident management. Note - If Patch #5303 gets replaced by a subsequent patch, that new patch will be required prior to installing this patch.
Functionality Included: This patch fixes numerous issues across various parts of the Responder system.
Recommended Users: Clients who use Responder on 9.3 Rev2 would benefit from this patch.
The following files are included in the patch and will replace existing files:
Installation instructions:
Prediction Web Page Fix in Patch #5318
With this patch, an enhancement was made to how prediction modes are changed from the web. This enhancement now makes it necessary to have your services (data, prediction, and archive) use the same multicast address. You can verify this by looking in each one of the .config files associated with each service (i.e. Miner.Responder.DataServices.exe.config) and finding the multicast tag which is associated with each configuration setting. If the multicast address (239.254.000.007 in the example below) is the same across all services, no changes need to be made. If you have a difference, please make sure to update the .config(s) to make them all the same. An example is listed below:
<multicast group="239.254.000.007" port="6679" ttl="2" />
Optional configuration for patch #5307 - Query Services Improvements
With patch #5307, you have the ability to configure Responder Explorer to connect directly to Query Services on startup. This will make startup times faster, especially while under load. If you choose not to do this, some requests will go through Data Services until a connection to Query Services is made. When Data Services are under heavy load and Responder Explorer applications are opened up, it could lead to timeouts and slower loading. If you would like to take advantage of the efficiencies of using Query Services exclusively at startup, please follow the steps below:
On all Responder client machines, please open Miner.Responder.Explorer.exe.config and find the line below:
<section name="Miner.Windows" type="Miner.Windows.ConfigBasicInfoHandler, Miner.Windows" />
Below that line, add the following line:
<section name="queryService" type="System.Configuration.IgnoreSectionHandler" />
Next, find the line below:
</RefreshIntervals>
Below that line, add the following lines:
<queryService>
<queryService server="localhost" port="2063" enabled="true" />
</queryService>
For the server parameter, change localhost to the machine name that is running Query Services. If you are running multiple Query Services, you can use a comma delimited list of machine names (i.e. "server1,server2,server3").
Optional configuration for patch #5307 - Feature Class Caching
With Patch #5307 you have the ability turn on some additional caching to improve performance of Responder services. Responder services can now be configured to open each feature class in the geometric network at service startup time, and to hold references to the opened feature classes for the lifetime of the process. This practice minimizes schema locks, which improves performance. If you would like to take advantage of this new setting, follow the steps below:
On all Responder server machines, please open Miner.Responder.DataServices.exe.config and find the section of the config which contains your database connection information:
<configuration name="yourConfigName">
Then find the <geodatabase> tag in that section and update the tag to look like the one below:
<geodatabase featureClassCaching="true">
Repeat these sets of steps for Miner.Responder.PredictionServices.exe.config and Miner.Responder.QueryWindowsService.exe.config
If you have previously applied patch #5290, you can skip the steps below:
On all Responder server machines, please open ExplorerRulesConfig.xml and find the line:
<b:RuleClass Key="ValidateTagForInsert" Type="Miner.Responder.Explorer.ValidationRules.ValidateTagForInsert,Miner.Responder.Explorer" />
Below that line, add the following line:
<b:RuleClass Key="ValidateIncidentCauseChange" Type="Miner.Responder.Explorer.ValidationRules.ValidateIncidentCauseChange,Miner.Responder.Explorer" />
A new localizable warning message has been added for QFE41479.
If you wish to localize this warning message, please add the following text just above the </root> tag in Miner.Responder.Explorer.Properties.Resources ResX file on all Responder Server machines:
<data name="MsgCallTroubleTypeWillBeChanged" xml:space="preserve">
<value>There are {0} calls with {1} = '{2}' assigned to this incident. Changing the incident's {3} to '{4}' will result in the {1} field being reset to '{5}' for these calls.</value>
</data>
After this text is added, it can be localized.
If you have not done so when applying patch #5287 or #5282, then on the database server, please run the following SQL Script, as this is the fix associated with QFE40428:
-- RX_HAZARDS_HISTORY (BEGIN) variable MyCount number begin select count(*) into :MyCount from USER_INDEXES where INDEX_NAME='RX_HAZARDHISTO_INCID_IDX'; if :MyCount = 0 then execute immediate 'create index RX_HAZARDHISTO_INCID_IDX on RX_HAZARDS_HISTORY (INCIDENT_ID)'; end if; end; / -- RX_HAZARDS_HISTORY (END) -- RX_INCIDENT_DEVICES_HISTORY (BEGIN) variable MyCount number begin select count(*) into :MyCount from USER_INDEXES where INDEX_NAME='RX_INCDEVHIST_INCID_IDX'; if :MyCount = 0 then select count(*) into :MyCount from USER_IND_COLUMNS where TABLE_NAME = 'RX_INCIDENT_DEVICES_HISTORY' and column_name = 'INCIDENT_ID'; if :MyCount = 0 then execute immediate 'create index RX_INCDEVHIST_INCID_IDX on RX_INCIDENT_DEVICES_HISTORY (INCIDENT_ID)'; end if; end if; end; / -- RX_INCIDENT_DEVICES_HISTORY (END) -- RX_LOADPOINTS_HISTORY HISTORY (BEGIN) variable MyCount number begin select count(*) into :MyCount from USER_INDEXES where INDEX_NAME='RX_LPHIST_LPID_IDX'; if :MyCount = 0 then execute immediate 'create index RX_LPHIST_LPID_IDX on RX_LOADPOINTS_HISTORY (LOADPOINT_ID)'; end if; select count(*) into :MyCount from USER_INDEXES where INDEX_NAME='RX_LPHIST_INCID_IDX'; if :MyCount = 0 then select count(*) into :MyCount from USER_IND_COLUMNS where TABLE_NAME = 'RX_LOADPOINTS_HISTORY' and column_name = 'INCIDENT_ID'; if :MyCount = 0 then execute immediate 'create index RX_LPHIST_INCID_IDX on RX_LOADPOINTS_HISTORY (INCIDENT_ID)'; end if; end if; end; / -- RX_LOADPOINTS_HISTORY HISTORY (END) -- RX_CALLS_HISTORY (BEGIN) variable MyCount number begin select count(*) into :MyCount from USER_INDEXES where INDEX_NAME='RX_CALLS_HIST_INC_ID'; if :MyCount = 0 then execute immediate 'create index RX_CALLS_HIST_INC_ID on RX_CALLS_HISTORY (INCIDENT_ID)'; end if; end; / -- RX_CALLS_HISTORY (END) commit;
Patch #5323 contains the following bug fixes:
Patch #5318 contains the following bug fixes:
Patch #5314 contains the following bug fixes:
Patch #5307 contains the following bug fixes:
Patch #5290 contains the following bug fixes:
Patch #5287 contains the following bug fixes:
Patch #5282 contains the following bug fixes:
Patch #5269 contains the following bug fixes:
Patch #5262 contains the following bug fixes:
Patch #5252 contains the following bug fixes:
Patch #5242 contains the following bug fixes:
Patch #5214 contains the following bug fixes:
Patch #5211 contains the following bug fixes:
Internationalization updates:
None.
For ArcGIS and ArcSDE issues, please seek assistance from ESRI Technical Support.