[
https://issues.apache.org/jira/browse/AXIS2-5511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13637336#comment-13637336
]
Hudson commented on AXIS2-5511:
-------------------------------
Integrated in axis2-1.6 #335 (See
[https://builds.apache.org/job/axis2-1.6/335/])
AXIS2-5511: Merged r1305728 to the 1.6 branch. (Revision 1470129)
Result = UNSTABLE
veithen :
Files :
* /axis/axis2/java/core/branches/1_6
*
/axis/axis2/java/core/branches/1_6/modules/kernel/src/org/apache/axis2/util/XMLPrettyPrinter.java
*
/axis/axis2/java/core/branches/1_6/modules/kernel/test/org/apache/axis2/util/XMLPrettyPrinterTest.java
* /axis/axis2/java/core/branches/1_6/modules/saaj
> Missing close call on FileInputStream
> -------------------------------------
>
> Key: AXIS2-5511
> URL: https://issues.apache.org/jira/browse/AXIS2-5511
> Project: Axis2
> Issue Type: Bug
> Components: kernel
> Affects Versions: 1.6.2
> Reporter: Erik Vikström
> Priority: Trivial
> Attachments: streamClose.patch
>
>
> The "prettify(File)" method within "org.apache.axis2.util.XMLPrettyPrinter"
> creates a FileInputStream but does not close it explicitly. Hence XML files
> are locked for a while after this feature is being used; the stream is closed
> implicitly when the FileInputStream instance is garbage collected, but you
> never now when in time this happens.
> Since this class is used when running the code-generator, which we are using
> frequently within our application, this results in that we cannot tidy up
> files after this task has completed.
> Current workaround for us was to implement a custom Emitter and avoid running
> the XML pretty printing.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
