Skip to content

read the jakarta servlet temp dir in WarBasedAxisConfigurator - #1312

Merged
robertlazarski merged 1 commit into
apache:masterfrom
kali834x:war-configurator-jakarta-tempdir
Oct 20, 2026
Merged

robertlazarski merged 1 commit into
apache:masterfrom
kali834x:war-configurator-jakarta-tempdir

Conversation

@kali834x

Copy link
Copy Markdown
Contributor

WarBasedAxisConfigurator builds the artifactsDIR parameter from getAttribute("javax.servlet.context.tempdir"), a name left over from before the jakarta migration. jakarta containers publish the private per-webapp temp directory only as jakarta.servlet.context.tempdir (Tomcat 10.1 sets just that name in StandardContext.postWorkDirectory), so the lookup returns null and new File(null, "_axis2") resolves against the JVM working directory, or falls back to the fixed, shared ${java.io.tmpdir}/_axis2. neither location is private to the webapp. ConfigurationContext.cleanupTemp recursively deletes that directory at shutdown, and File.isDirectory/list follow a symlink, so a local user who pre-creates /tmp/_axis2 as a link gets the target emptied as the container user. JAXWSRIWSDLGenerator also writes wsgen output into a name derived from it and reads the WSDL and schemas back from there (CWE-377/CWE-59). read ServletContext.TEMPDIR so the container's own directory is used again. WarBasedAxisConfiguratorTempDirTest mocks a ServletContext that sets only the jakarta attribute: before the change it fails with artifactsDIR resolving to the relative _axis2, and after it artifactsDIR is under the container dir. mvn -Papache-release verify on axis2-kernel passes (487 tests).

@robertlazarski
robertlazarski merged commit b180da0 into apache:master Oct 20, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants