cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary Gregory (JIRA)" <j...@apache.org>
Subject [jira] Created: (CXF-2900) WSDLValidator through Stax2DOM leaves input streams open which causes input files to be locked.
Date Thu, 15 Jul 2010 23:58:49 GMT
WSDLValidator through Stax2DOM leaves input streams open which causes input files to be locked.
-----------------------------------------------------------------------------------------------

                 Key: CXF-2900
                 URL: https://issues.apache.org/jira/browse/CXF-2900
             Project: CXF
          Issue Type: Bug
    Affects Versions: 2.2.9
         Environment: java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01, mixed mode)

Microsoft Windows [Version 6.0.6002]

            Reporter: Gary Gregory
            Priority: Blocker


The WSDLValidator class leaves input stream open. This causes the validated file to be locked
and it cannot be deleted, which messes up our software. 

Only when the Java process exists can the file be reclaimed. It is possible that a GC closes
the file when the input stream is found and no longer reachable.

I am invoking the WSDLValidator class programatically like this:

{code:java}
    private static void cxfValidateWsdl(File wsdlFile) throws Exception {
        CommandInterfaceUtils.commandCommonMain();
        ToolRunner.runTool(WSDLValidator.class, WSDLValidator.class.getResourceAsStream("wsdlvalidator.xml"),
false, new String[] {
                "-verbose", wsdlFile.toURI().toString() });
    }
{code}

Down the line, CXF opens but does not close the input file stream in Stax2DOM:

{code:java}
    public Document getDocument(URL url) throws ToolException {
        try {
            StreamSource src = new StreamSource(url.openStream(), url.toExternalForm());
            return StaxUtils.read(StaxUtils.createXMLStreamReader(src), true);
        } catch (Exception e) {
            throw new ToolException(e);
        }
    }
{code}

This is fixed for all getDocument methods in the attached patch.

I am not sure how to work around this aside from rebuilding CXF or waiting for 2.2.10. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message