<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Exactly, the webapp context doesn't initialize.<br>
I've created a new sealer.jks and there is no secret key error
anymore.<br>
I notice just that there is an info log like "<i>Key not found</i>"
but no client side issue.<br>
<p><i>2017-06-30 09:23:27,126 - INFO
[net.shibboleth.utilities.java.support.security.BasicKeystoreKeyStrategy:289]
- Key 'secret55' not found</i><i><br>
</i><i>2017-06-30 09:23:27,127 - INFO
[net.shibboleth.utilities.java.support.security.DataSealer:218]
- Data was wrapped with a key (secret55) no longer available</i><br>
</p>
<p>Is there any way to correct it or can it be ignored ?<br>
</p>
<p>Thank you for your help.<br>
</p>
<pre class="moz-signature" cols="72">Best regards,
Marc SAHIN
Administrateur Systèmes
Pôle Système - DSI - Université Lumière Lyon 2
04 78 77 26 66
</pre>
<div class="moz-cite-prefix">On 29/06/2017 18:39, Cantor, Scott
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:9846A6064BD102419D06814DD0D78DE13BC90AF5@CIO-TNC-D2MBX02.osuad.osu.edu">
<blockquote type="cite">
<pre wrap="">However, I can't start Tomcat because of password of Sealer.jks
</pre>
</blockquote>
<pre wrap="">
Tomcat doesn't know anything about it, I assume you mean the webapp context just doesn't initialize.
</pre>
<blockquote type="cite">
<pre wrap="">Is it possible to recreate the keystore from scratch ?
</pre>
</blockquote>
<pre wrap="">
The seckeygen script/command can start one from scratch as well as rolling the key, and it has a help list of parameters.
</pre>
<blockquote type="cite">
<pre wrap="">Can it be caused client side error ?
</pre>
</blockquote>
<pre wrap="">
No.
-- Scott
</pre>
</blockquote>
<br>
</body>
</html>