External Auth example, missing logo.

[Chad La Joie]

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