You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Josh Elser (JIRA)" <ji...@apache.org> on 2019/03/26 14:10:00 UTC

[jira] [Resolved] (CALCITE-2950) Avatica DriverVersion.load leaks InputStream, and causing native memory leak

     [ https://issues.apache.org/jira/browse/CALCITE-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Josh Elser resolved CALCITE-2950.
---------------------------------
    Resolution: Fixed

> Avatica DriverVersion.load leaks InputStream, and causing native memory leak
> ----------------------------------------------------------------------------
>
>                 Key: CALCITE-2950
>                 URL: https://issues.apache.org/jira/browse/CALCITE-2950
>             Project: Calcite
>          Issue Type: Bug
>          Components: avatica
>    Affects Versions: avatica-1.13.0
>         Environment: CentOS release 6.9 (Final)
>            Reporter: Xiaobo Liao
>            Assignee: Xiaobo Liao
>            Priority: Minor
>              Labels: pull-request-available
>             Fix For: next
>
>         Attachments: stream_not_closed.png
>
>          Time Spent: 2h
>  Remaining Estimate: 0h
>
> Kylin's JDBC Driver([https://github.com/apache/kylin/tree/master/jdbc)|https://github.com/apache/kylin/tree/master/jdbc),] is based on Avatica. While using Kylin JDBC Driver, if repeatedly invoking
> {code:java}
> //code from Application code.
> Driver driver = (Driver) Class.forName("org.apache.kylin.jdbc.Driver").newInstance();
> {code}
> , which repeatedly invokes
>  
> {code:java}
> //code from Kylin JDBC
> DriverVersion version = DriverVersion.load(Driver.class, "org-apache-kylin-jdbc.properties", "Kylin JDBC Driver", "unknown version", "Kylin", "unknown version");
> {code}
> Then the native memory leak can be observed, see attached memory profile diagram(from jeprof).
> And the leaking stack trace is below.
>         at java.util.zip.Inflater.inflate
>         at java.util.zip.InflaterInputStream.read()
>         at java.io.FilterInputStream.read(FilterInputStream.java:133)
>         at java.io.FilterInputStream.read(FilterInputStream.java:107)
>         at java.util.Properties$LineReader.readLine(Properties.java:435)
>         at java.util.Properties.load0(Properties.java:353)
>         at java.util.Properties.load(Properties.java:341)
>         at [org.apache.kylin.jdbc.shaded.org.apache.calcite.avatica.DriverVersion.load(DriverVersion.java:104|http://org.apache.kylin.jdbc.shaded.org.apache.calcite.avatica.driverversion.load%28driverversion.java:104/])
>         at org.apache.kylin.jdbc.Driver.createDriverVersion(Driver.java:88)
>         at [org.apache.kylin.jdbc.shaded.org.apache.calcite.avatica.UnregisteredDriver|http://org.apache.kylin.jdbc.shaded.org.apache.calcite.avatica.unregistereddriver/].<init>(UnregisteredDriver.java:56)
>         at org.apache.kylin.jdbc.Driver.<init>(Driver.java:70)
> By inspecting the Avatica code, the InputStream was not closed after use. 
> {code:java}
> //code from Avatica DriverVersion.load
> final InputStream inStream =           driverClass.getClassLoader().getResourceAsStream(resourceName);
> {code}
> Though it is nonsense to calling DriverVersion.load repeatedly,  but the leak is there.
> The code to reproduce the leak is at [https://github.com/leonliao/calcite-avatica-driver-version-test]. Follow the README to reproduce the problem.
>  
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)