apex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Florian Schmidt (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (APEXCORE-767) Duplicate class loading in CLI for single application launch
Date Fri, 04 Aug 2017 17:25:00 GMT

    [ https://issues.apache.org/jira/browse/APEXCORE-767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16114670#comment-16114670
] 

Florian Schmidt commented on APEXCORE-767:
------------------------------------------

Other usages of {{loadDependencies()}} and how to possibly deal with them. Marked with (?)
are the ones that I need to get more information about & that need be looked into some
more

||Occurence of {{loadDependencies()}} ||Context||Proposed calls to {{resetContextClassLoader()}}||
| AppPackage#processAppDirectory line 470 | Processing the app directory (?) | (?) |
| StramAppLauncher#runLocal line 533 | Running the app in local mode | Nothing, is covered
by outer resetContextLoader of launch command |
| StramAppLauncher#launchApp line 602 | Running the app on the cluster | Nothing, is covered
by outer resetContextLoader of launch command|
| StramClientUtils.jsonFileToAppInfo line 933 | Convert jsonFile to AppInfo (?) Used in the
context of processAppDirectory, see above and processAppDirectory of ConfigPackage |  (?)
|
|YarnLauncherImpl#launchApp line 73| Launch app (?) | (?) |

> Duplicate class loading in CLI for single application launch 
> -------------------------------------------------------------
>
>                 Key: APEXCORE-767
>                 URL: https://issues.apache.org/jira/browse/APEXCORE-767
>             Project: Apache Apex Core
>          Issue Type: Bug
>            Reporter: Thomas Weise
>            Assignee: Florian Schmidt
>
> StramAppLauncher will create multiple class loaders in a way that leads to duplicate
loading of the same class (while listing app package, then when launching). It also appears
that the context class loader is never reset.
>  



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message