Building idp.war fails on version 3.4.0

[Nate Klingenstein]

Gary,

 
>  We symlink /opt/shibboleth-idp/ to /opt/shibboleth-identityprovider-3.4.0/

 
Assuming that's literally the distribution directory, I wouldn't do that personally.  I follow a similar strategy for e.g. Tomcat, but that's meant to run in place once unpacked.  With Shibboleth, one of those folders is for distribution and installation and the other is for local configuration and modifications.

 
https://wiki.shibboleth.net/confluence/display/IDP30/Upgrading

 
Apart from the logical distinction, I have no idea what might happen if idp.home references the distribution during installation.  It smells loopy.  I could easily imagine things going weird, and I could imagine a new feature in 3.4 choking on this even though 3.3.3 could apparently be deployed that way.

 
FWIW, I tried both a clean 3.4.0 install to /tmp and an upgrade of 3.3.3 in /opt/shibboleth-idp/ and both succeeded.  There's no build automation in place, but that is almost certainly tangential to what I believe is more likely your core issue, which is that you need to treat the distribution directory as just that and have an idp.home that lives and breathes on its own.

 
Thanks,

Nate.

-----Original message-----
From: Lipscomb, Gary
Sent: Wednesday, October 17 2018, 3:22 am
To: Shib Users
Subject: RE: Building idp.war fails on version 3.4.0
 
Hi Rod, Nate
We basically do a clean install using Puppet and reapply all our settings to the unpacked tar file.

I won't be back into work until Monday but may be able to check sooner.
We symlink /opt/shibboleth-idp/ to /opt/shibboleth-identityprovider-3.4.0/,  going on memory here,

Regards
Gary

________________________________________
From: users [users-bounces at shibboleth.net <mailto:users-bounces at shibboleth.net> ] on behalf of Rod Widdowson [rdw at steadingsoftware.com <mailto:rdw at steadingsoftware.com> ]
Sent: Wednesday, 17 October 2018 7:30 PM
To: 'Shib Users'
Subject: RE: Building idp.war fails on version 3.4.0

> BUILD FAILED
> /opt/shibboleth-idp/bin/build.xml:6: The following error occurred while executing this line:
> jar:file:/opt/shibboleth-identity-provider-3.4.0/bin/lib/idp-installer-3.4.0.jar!/net/shibboleth/idp/installer/ant.xml:7: taskdef
A class needed
> by class net.shibboleth.idp.installer.ant.impl.MetadataGeneratorTask cannot be found:
> org/springframework/context/ApplicationContextInitializer
>  using the classloader AntClassLoader[]

Reading that gave me a nasty turn but I couldn't reproduce it on windows and Nate cannot on Linux (thanks Nate).

This looks like a failed install and a missing file, but if the IdP was running then that's weird.

Can you check

- That there is no directory called /opt/shibboleth-identity-provider-3.4.0/webapp
- That inside the directory /opt/shibboleth-identity-provider-3.4.0/dist/webapp/WEB-INF/lib/ there are files called

        spring-context-4.3.19.RELEASE.jar  and
        spring-context-support-4.3.19.RELEASE.jar

If the both are true you probably need to check that /opt/shibboleth-identity-provider-3.4.0/bin/ant.sh matches the one on the
distribution.

Was the IdP Installed or updated (and if so, what from?)

Rod



--
For Consortium Member technical support, see https://wiki.shibboleth.net/confluence/x/coFAAg
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net <mailto:users-unsubscribe at shibboleth.net> 
-- 
For Consortium Member technical support, see https://wiki.shibboleth.net/confluence/x/coFAAg
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net <mailto:users-unsubscribe at shibboleth.net> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20181017/9c37e902/attachment.html>