Yes, it seemed clear that things were failing at an early stage, and in a very broad way. Not having those jar files in the idp.war would pretty much make everything come to a screeching halt, would it??<div><br></div><div>
I just recently had a Tomcat update that didn't work, and in the process found out that my tomcat setup wasn't standard: /etc/tomcat6/Catalina was supposed to be a symlink, but it was a real directory - and it was where I was successfully putting my idp.war (under localhost). Why or how is lost in the mists of time, frankly. But bringing my tomcat setup back to standard of course made my branded login page go away, and I had to find where the generic idp.war was getting loaded from. Well, try to find is probably more accurate, in hindsight. </div>
<div><br></div><div>I did see the /idp directory tomcat created in webapps, and was suspicious about what was in there. Maybe the reason I got it to recognize my customized idp.war again last week was because the /idp directory hadn't been created on the snapshot I reverted to, so Tomcat re-unpacked it, using the correct one? Well, either way, I really like the deployment fragment idea. It certainly saves some steps, and it seems a lot clearer than humoring Tomcat!</div>
<div><br></div><div>Thank you for you help. I hope I haven't exhausted everyone's patience!</div><div><br></div><div>Karla<br><br><div class="gmail_quote">On Wed, Apr 18, 2012 at 9:57 PM, Brent Putman <span dir="ltr"><<a href="mailto:putmanb@georgetown.edu">putmanb@georgetown.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><div class="im">
<br>
<br>
On 4/18/12 4:23 PM, Karla Borecky wrote:
<blockquote type="cite">The only step I didn't do yet was to modify the idp
metadata file to add an SSO endpoint. I don't know if that's a
deal-breaker? Perhaps so. Goodness knows the error could be in any
one of those files! I just started with the first one it
complained about. </blockquote>
<br>
<br></div>
If you are still dealing with the "Classpath resource does not
exist" error: no, that wouldn't have anything to do with, nor would
any of the other config files. That cause of that error is
unambiguously that you aren't running the idp.war that you think you
are.<div class="im"><br>
<br>
<br>
<br>
<blockquote type="cite">I sort of figure the internal.xml file must be loaded
early on in the process, though.</blockquote>
<br>
<br></div>
It is. It is in fact the first one loaded. See the idp.war's
/WEB-INF/web.xml. None of this is relevant to your problem though.<div class="im"><br>
<br>
<br>
<blockquote type="cite">
<div>
<br>
</div>
<div>I'm attaching the whole shebang. I feel confident the idp.war
that shows the correct contents is in the right place (<span style="font-family:'Times New Roman'"><span style="font-family:Arial;vertical-align:baseline;white-space:pre-wrap">/srv/tomcat6/webapps
- running SLES 11 SP1, FYI.)</span></span></div>
<div><font face="Arial"><span style="white-space:pre-wrap"><br>
</span></font></div>
</blockquote>
<br></div>
Well, that is a hint as to the idp.war problem. We usually don't
recommend that you copy or put the war in the webapps directory
because, amongst other reasons, Tomcat does seemingly unpredictable
things with what it actually deploys, especially if you have it set
to unpack the war. We recommend that you use a context deployment
fragment, as documented here:<br>
<br>
<br>
<a href="https://wiki.shibboleth.net/confluence/display/SHIB2/IdPApacheTomcatPrepare" target="_blank">https://wiki.shibboleth.net/confluence/display/SHIB2/IdPApacheTomcatPrepare</a><br>
<br>
That section in the wiki even highlights the exact issue you are
probably experiencing.<span class="HOEnZb"><font color="#888888"><br>
<br>
--Brent<br>
<br>
<br>
<br>
</font></span></div>
<br>--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div style="margin-left:40px">
Karla Borecky<br>Systems Administrator<br>ITS<br>Smith College<br>Northampton, MA 01063<br></div><br>
</div>