Automating the generation of IdP metadata

Franck Mangin FranckMangin at fico.com
Fri Feb 12 12:30:19 EST 2016


Well, that was probably obvious to everyone else, but after a peek at build.xml and some tests I understand that
- idp.src/conf gets copied to idp.dst/conf
- idp.src/dist/conf gets copied to idp.dst/dist/conf

... so I now drop my customized files in idp.src/conf, then run install.bat which copies them over to idp.dst (which doesn't exist and is created in my case - this isn't an upgrade)

I wipe out idp.dst because this is for continuous integration builds and anything could have changed in the configuration, so I do need to regenerate a fresh install.

Franck

-----Original Message-----
From: users [mailto:users-bounces at shibboleth.net] On Behalf Of Rod Widdowson
Sent: Friday, February 12, 2016 4:22 PM
To: 'Shib Users' <users at shibboleth.net>
Subject: RE: Automating the generation of IdP metadata

> What I am doing right now is this:
> - wipe out the idp.target.dir directory
> - run install with an idp.merge.properties file
> - then copy my customized files above to the idp.target.dir

It all seems to be terribly complicated.

 [Franck Mangin] Well, I don't see how to make it simpler? Remember this is for multiple, automated installs; basically it seems to me that I am following the normal process with "after install.bat go and edit metadata-provider.xml and other config files" by "after install copy your customized metadata-provider.xml in place".

> I am wondering if there is a place in idp.src.dir where I could put my 
> customized files before running install, and if running install will 
> pick
them up
> to copy to idp.target.dir?

No, but no file which exists in conf/* will be removed by an install.  The same is true of views and flows.

> I see that the source has both conf/ and dist/conf/xxx.xml.dist ... so 
> I
am a bit
> confused?

dist is always wiped and is always populated by the "distribution" files.
This is so someone can look at what they would have got if a file had *not* been left in place.
This is very useful for looking and any new things which may have come along, or even to help answer the question "What was I thinking when I configured this".

You can confirm this all by looking at the build.xml file (if you really
want)

Rod

--
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net

This email and any files transmitted with it are confidential, proprietary and intended solely for the individual or entity to whom they are addressed. If you have received this email in error please delete it immediately.



More information about the users mailing list