Bug 976289 - Slow SecureRandom initialization during startup
Summary: Slow SecureRandom initialization during startup
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: JBoss Enterprise Portal Platform 6
Classification: JBoss
Component: PicketLink
Version: 6.1.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ER03
: 6.1.0
Assignee: Nobody
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-06-20 09:43 UTC by Peter Palaga
Modified: 2025-02-10 03:27 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2025-02-10 03:27:59 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker GTNPORTAL-3136 0 Major Resolved Slow SecureRandom initialization during startup 2014-01-30 14:29:28 UTC

Description Peter Palaga 2013-06-20 09:43:56 UTC 
Description of problem:

From JBoss console on JPP starup:

17:00:33,114 INFO  [org.picketlink.idm.impl.credential.DatabaseReadingSaltEncoder] (MSC service thread 1-3) Algorithm SHA1PRNG will be used for random generating of password salts
17:00:43,391 INFO  [exo.jcr.component.webdav.WebDavServiceInitParams] (MSC service thread 1-3) def-folder-node-type = nt:folder

That is a 10 seconds delay. It is probably the very same problem as has already been fixed for CookieTokenService: https://issues.jboss.org/browse/GTNPORTAL-2828

Note that my notebook where I experienced both this and GTNPORTAL-2828 belongs to the faster ones: Nick Scavelli's machine needed as much as 40-50 seconds.

How reproducible:
Start an out of the box JPP 6.1.0.ER1 and observe the console.
Comment 2 Dominik Pospisil 2013-07-08 07:26:41 UTC 
Verified (ER2).
Comment 5 Red Hat Bugzilla 2025-02-10 03:27:59 UTC 
This product has been discontinued or is no longer tracked in Red Hat Bugzilla.
Note You need to log in before you can comment on or make changes to this bug.