Overriding properties from idp.properties at deploy time

[Russell Jackson]

Apologies for the top post. They make me use Outlook over here.

The context parameter works as does setting system properties out of catalina.properties. In retrospect, I'm not sure why I didn't think of doing it his way in the first place.

Thanks.

From: Jason Pyeron <jpyeron at pdinc.us>
Date: Wednesday, May 4, 2022 at 11:40 AM
To: 'Shib Users' <users at shibboleth.net>
Cc: Russell Jackson <Russell.Jackson at csusb.edu>
Subject: RE: Overriding properties from idp.properties at deploy time
> From: Russell Jackson
> Sent: Wednesday, May 4, 2022 2:18 PM
>
> To facilitate deploying the same container image in different deployment scenarios, it
> would be convenient to supply defaults in idp.properties but then be able to generate a local
> overrides file at deploy time to override specific properties.
>
> This used to work on the 3.x branch by listing it (e.g. /conf/overrides.properties) last in
> idp.additionalProperties; however, 4.x seems to follow a first assignment wins strategy. I've
> been able to get around it by just not having defaults, but the previous behavior sure was handy.

Do any of the values work when the container specifies them? E.g. tomcat's context.xml

<Context>
        <Parameter name="idp.home" override="false" value="D:/shibboleth-identity-provider/inst" />
        <Environment name="SOME_ENV_VAR" value="some value" type="java.lang.String" override="true" />
</Context>

If not, that would be a patch worthwhile.

--
Jason Pyeron  | Architect
PD Inc        | Certified SBA 8(a)
10 w 24th St  | Certified SBA HUBZone
Baltimore, MD | CAGE Code: 1WVR6

.mil: jason.j.pyeron.ctr at mail.mil
.com: jpyeron at pdinc.us
tel : 202-741-9397
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20220504/111439b7/attachment.htm>