External Auth example, missing logo.

[PARDEE, MARTIN (MARTIN)]

Hmmm...


Paul,

It sounds like you're telling me that using tomcat's deployment utility is unnecessary if I create the deployment descriptor. I hadn't realized that before.  It was my expectation that the descriptor was telling tomcat where to look for changes for auto-refresh.  I guess this proves I'm no tomcat expert.

I'll go back and start over using _only_ the deployment descriptor and see what tomcat tells me.  Thank you for thinking through this for me.  It's much appreciated.



Martin


From: users-bounces at shibboleth.net [mailto:users-bounces at shibboleth.net] On Behalf Of Paul Hethmon
Sent: Tuesday, May 22, 2012 10:11 AM
To: Shib Users
Subject: Re: External Auth example, missing logo.

Martin,

The recommended way to deploy Shib is to not unpack the war itself. You would use a deployment context to point Tomcat to the location of the war file on the filesystem.

If you are seeing a 404 and you see the file in the unpacked war, I would question whether that is the one Tomcat is actually serving. At that level, Shib is only a web application and Tomcat is serving files.

I would recommend going back and simplifying the deployment. Only deploy Shib within that Tomcat container. Use the deployment context as recommended. Pay special attention to any errors reported during the Tomcat start up (by Tomcat itself).

Paul

From: <PARDEE>, "MARTIN (MARTIN)" <mlp at research.att.com<mailto:mlp at research.att.com>>
Reply-To: Shibboleth Users <users at shibboleth.net<mailto:users at shibboleth.net>>
Date: Tuesday, May 22, 2012 9:15 AM
To: Shibboleth Users <users at shibboleth.net<mailto:users at shibboleth.net>>
Subject: RE: External Auth example, missing logo.

Paul,


Thanks for the tip, But tomcat unpacks the war file when it deploys,  so it is easy to see that the logo file is indeed present.

I'm pursuing the idea that the server is actually looking inside the jar where my servlet lives...



Martin


From: users-bounces at shibboleth.net<mailto:users-bounces at shibboleth.net> [mailto:users-bounces at shibboleth.net] On Behalf Of Paul Hethmon
Sent: Monday, May 21, 2012 3:42 PM
To: Shib Users
Subject: Re: External Auth example, missing logo.

Did you put those files in the "src/main/webapp" directory structure? Prior to building your war file?

One easy check is to simply unzip the war file to a temp directory and look.

Paul

From: <PARDEE>, "MARTIN (MARTIN)" <mlp at research.att.com<mailto:mlp at research.att.com>>
Reply-To: Shibboleth Users <users at shibboleth.net<mailto:users at shibboleth.net>>
Date: Monday, May 21, 2012 3:11 PM
To: Shibboleth Users <users at shibboleth.net<mailto:users at shibboleth.net>>
Subject: External Auth example, missing logo.

The bad news is that my login.jsp page, won't bring back the logo file for this app. In a related issue,  the formatting for this login page disappeared a while ago but I never followed up on it.

<as an aside,  mu css file lives in webapps/idp/login.css
And my logo file lives in webapps/idp/images/safe_logo.png>


Using LiveHeaders to look at the traffic between the SP and the IdP I see the following two note-worthy items:


This request for the css file brings back a 404:
----------------------------------------------------------
https://dt-safe1.client.research.att.com:8443/idp/login.css



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://shibboleth.net/pipermail/users/attachments/20120522/aecb3fd1/attachment.html