[
https://issues.apache.org/jira/browse/AXIS2-3504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15999498#comment-15999498
]
Hudson commented on AXIS2-3504:
-------------------------------
SUCCESS: Integrated in Jenkins build Axis2 #3707 (See
[https://builds.apache.org/job/Axis2/3707/])
AXIS2-3919, AXIS2-3504: Don't copy archives to the temp directory if they are
already available as files.
Starting with r525695 Axis2 always copies archives (i.e. the AAR and MAR files;
not only JARs embedded in those archives) to the temp directory. There were two
reasons for this:
1. Avoid the performance overhead if the archive itself is embedded in another
archive, such as a (non exploded) WAR file.
2. Prevent the class loader from locking the archive file (which causes
problems during redeployment).
1 is only a problem if the URL of the archive isn't a file: URL. 2 is no longer
a problem with Java 1.7 because URLClassLoaders can be closed explicitly.
(veithen: rev 1794157)
* (edit) axis2/modules/kernel/src/org/apache/axis2/deployment/util/Utils.java
> Temp files created when axis2 modules are deployed
> --------------------------------------------------
>
> Key: AXIS2-3504
> URL: https://issues.apache.org/jira/browse/AXIS2-3504
> Project: Axis2
> Issue Type: Bug
> Components: deployment
> Affects Versions: 1.3
> Environment: Win XP Proffesional. java 1.5
> Reporter: Angel Cholchev
> Assignee: Deepal Jayasinghe
>
> When a module is deployed a temp file with its content is created. This is
> done to get the URL of all jars from the temp files. However in axis2 v1.3
> the jars are moved outside the mars, so there is no need to make a temp file.
> This is critical if the AxisConfiguration is not singleton and we try to run
> many services in one application.
> The temp files are created in
> org.apache.axis2.deployment.util.Util.getURLsForAllJars()
> which calls
> org.apache.axis2.deployment.util.Util.createTempFile()
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
