External Auth example, missing logo.

Tue May 22 17:38:30 BST 2012

Okay,  I get it.  I'll have to look elsewhere.

Thanks for your help. No sarcasm here.

Martin

-----Original Message-----
From: users-bounces at shibboleth.net [mailto:users-bounces at shibboleth.net] On Behalf Of Chad La Joie
Sent: Tuesday, May 22, 2012 12:37 PM
To: Shib Users
Subject: Re: External Auth example, missing logo.

Well, for loading an image there is no control passing or anything.  The
IdP in no way affects how static resources like images, CSSes, etc get
referenced or displayed.  Once the IdP redirects to the URL you specify,
it is completely out of the picture until you turn control back over.
So, if it's not working then it's something with either with Tomcat or
your Servlet/JSP/static files.

I know it's frustrating, but there isn't any way anyone on here is going
to be able to tell you what you need to do.  That's really the whole
point of the external authn, *you* are in complete control.

On 5/22/12 12:09 PM, PARDEE, MARTIN (MARTIN) wrote:
> Chad,
> 
> I have some familiarity with webapps,  but 'm no expert.  The details of how the app context might change as control passes through various elements of the app seems to be at work here.  Examining headers shows that the server is attempting to fins a file in the idp context called /idp/images/logo.jpg.  since this file _does_ exist in the application's context, I'm , again, at a loss to explain to myself where the disconnect might be. I don't have enough expertise to understand how to troubleshoot a resource problem like this one.
> 
> Martin
> 
> 
> 
> 
> -----Original Message-----
> From: users-bounces at shibboleth.net [mailto:users-bounces at shibboleth.net] On Behalf Of Chad La Joie
> Sent: Tuesday, May 22, 2012 11:59 AM
> To: Shib Users
> Subject: Re: External Auth example, missing logo.
> 
> So, as you already noted in your response to Paul, the issue using the
> tomcat deployment app.  You don't need that (and shouldn't use it), just
> put that deployment descriptor in place and start Tomcat.  That's all it
> takes to deploy for Tomcat.
> 
> I doubt any of this is going to fix your issue though.  Are you at
> familiar with Java web applications and how they work or is that whole
> field new to you as well?
> 
> On 5/22/12 11:47 AM, PARDEE, MARTIN (MARTIN) wrote:
>> Chad,
>>
>> I can understand your frustration since it probably appears that I'm not reading or following your documented procedures.  This, however, could not be further from the truth.
>>
>> I followed the tomcat installation instructions, including the bit about adding a configuration descriptor called idp.xml in TOMCAT_HOME/conf/Catalina/localhost:
>>
>> As evidence, here's the log entry from tomcat:
>>
>> May 22, 2012 11:25:16 AM org.apache.catalina.startup.HostConfig deployDescriptor
>> INFO: Deploying configuration descriptor idp.xml
>>
>>
>> Even _with_ this descriptor,  tomcat insists on unpacking the war file as part of the deployment process, using the tomcat manager app. (I have also found that if I un-deploy the idp war file from tomcat using the tomcat manager and delete all of the idp-related directories and files in the TOMCAT space, when I bounce the tomcat server,  an idp directory re-appears in the TOMCAT_HOME/work/Catalina/localhost directory, which I believe Tomcat uses for caching purposes. I haven't yet found a way to explain this behavior.
>>
>>
>> My process for deploying my modified war file is as follows:
>>
>> I have an eclipse project which was created by importing the original idp.war file.
>>
>> I import a jar file containing my external authentication class into this project.
>>
>> I rebuild and export the project as a war file into the IDP_HOME/war directory.
>>
>> Just to be clean,  I un-deploy and re-deploy the idp.war file from IDP_HOME/war. Just as the instructions suggest in step 6:
>>
>>
>>
>> Performing the Install
>>
>> The Shibboleth Identity Provider, version 2, is a standard Java web application based on the Servlet 2.4 specification.
>>
>>   1  Prepare your Servlet container: Jetty 7, Apache Tomcat, JBoss Tomcat
>>         If you are unsure which to choose, most people use Apache Tomcat.
>>         Linux deployers may want to take a look at IdPLinuxNonRoot.
>>   2  Download the latest Identity Provider software package.
>>   3  Unzip the archive you downloaded: jar -xf shibboleth-identityprovider-VERSION-bin.zip
>>   4  Change into the newly created IdP distribution directory, shibboleth-identityprovider-VERSION
>>   5  Run either ./install.sh (on Unix systems) or install.bat (on Windows systems).
>>         The installation directory given during installation will be known as IDP_HOME throughout this document.
>>   6  _Deploy the IdP WAR file, located in IDP_HOME/war/_. See the Servlet container preparation notes for the best approach for doing this.
>>
>>
>> If there is a method that I should be using to deploy this war file into tomcat's file tree I can't find a reference to it on the wiki pages. I would have thought that using the tomcat manager utility would have been sufficient and appropriate. If you know of a more successful method I would greatly appreciate you pointing it out.
>>
>>
>> Thanks for your patience and assistance,
>>
>>
>> Martin pardee
>> mlp at research.att.com
>>
>>
>>
>>
>> -----Original Message-----
>> From: users-bounces at shibboleth.net [mailto:users-bounces at shibboleth.net] On Behalf Of Chad La Joie
>> Sent: Monday, May 21, 2012 5:23 PM
>> To: Shib Users
>> Subject: Re: External Auth example, missing logo.
>>
>>
>>
>> On 5/21/12 5:17 PM, PARDEE, MARTIN (MARTIN) wrote:
>>> Yes,  Tomcat is unpacking my war file and I've been making changes inside tomcat's webapps/idp tree.
>>
>> If you're following the directions for installing the IdP there won't be
>> a webapps/idp directory.  If you aren't following our installation
>> instructions then this isn't the place to ask questions about it.
>> --
>> To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net
>> --
>> To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net
> --
> To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net
> --
> To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net
--
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net