IdP 3.3.1.1 on windows creates new copy of lib jars in jetty-base/tmp every restart

[Brady, Jason W]

We are running into the issue that whenever we restart our IdP on windows (or reboot the server), it creates a new directory full of lib jars in a jetty-base/tmp/jetty-0.0.0.0-8443-idp.war-_idp-any-<random number>.dir directory.

When stopped, it will clean up the start_<different random number>.properties file and the empty jsp and webinf/WEB-INF/classes directories. But it leaves the jars in webinf/WEB-INF/lib. This consumes ~42 MBs per restart.

I reproduced on a fresh install so it doesn't look like anything to do with our configuration. All I did was install java (8u144, server jre) and fill out the windows installation wizard.

Jetty warns about such a result at the bottom of this[1] page in their documentation. The solution, setting the javax.servlet.context.tempdir seems to work, as it doesn't create new directories and lib jars every restart. I did it by adding the below to the jetty-base/webapps/idp.xml:

  <Call name="setAttribute">
    <Arg>javax.servlet.context.tempdir</Arg>
    <Arg><Property name="jetty.base" />\tmp\<Property name="jetty.tmp.path" /></Arg>
  </Call>

The only ticket I found on this is IDP-923[2], and the solution they mention (setting persistTempDirectory = false) doesn't fix it. The jetty documentation lists it being true as a condition for this issue, but I don't know why setting it to false didn't help.

Anyone else get this issue? Are we supposed to regularly clear out jetty-base/tmp directory?

1 - https://www.eclipse.org/jetty/documentation/9.3.x/ref-temporary-directories.html
2 - https://issues.shibboleth.net/jira/browse/IDP-923

Jason Brady * Web Developer * San Bernardino Community College District *
1289 Bryn Mawr Ave, Suite B, Redlands, CA 92374 *
Tel 909-384-8691 * Mobile 951-295-9515 * Fax 909-796-6579 * jbrady at sbccd.cc.ca.us<mailto:jbrady at sbccd.cc.ca.us>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20170824/afe4fb4b/attachment-0001.html>