<div dir="ltr">Yeah, what I mean is, since the previous instructions asked for a set of libraries to be endorsed, the typical scenario when upgrading would be to just use the same tomcat that is already endorsing that set. <br><br>So, if I understand correctly, one needs to un-endorse whatever libraries had been hitherto endorsed. <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 4, 2014 at 5:30 PM, Cantor, Scott <span dir="ltr">&lt;<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 11/4/14, 3:24 PM, &quot;Athanasios Douitsis&quot; &lt;<a href="mailto:aduitsis@gmail.com">aduitsis@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;I noticed you removed the endorsed/ directory instructions recently.<br>
&gt;Should we remove those libs from the tomcat endorsed directory as well or<br>
&gt;we can just leave them there?<br>
<br>
</span>If you&#39;re asking whether having them there does anything, it doesn&#39;t do<br>
anything unless you endorse them. There is no possible way for us to<br>
answer any question about whether a container is or isn&#39;t doing something,<br>
that&#39;s outside of Shibboleth.<br>
<br>
Fundamentally, you fix internal.xml and then there&#39;s no ambiguity about<br>
what the parser is.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Athanasios Douitsis<br><br><br></div>
</div>