You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@storm.apache.org by "Rick Kellogg (JIRA)" <ji...@apache.org> on 2015/09/29 04:59:04 UTC

[jira] [Updated] (STORM-467) storm jar executes non-existant or old jar files and classes

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

Rick Kellogg updated STORM-467:
-------------------------------
    Component/s: storm-core

> storm jar executes non-existant or old jar files and classes
> ------------------------------------------------------------
>
>                 Key: STORM-467
>                 URL: https://issues.apache.org/jira/browse/STORM-467
>             Project: Apache Storm
>          Issue Type: Bug
>          Components: storm-core
>    Affects Versions: 0.9.2-incubating
>         Environment: debian linux wheezy and squeeze with java 1.7.0_67
>            Reporter: Jason Kania
>         Attachments: Exclamation.jar, Exclamation2.jar, ExclamationBolt.java, ExclamationTopology.java
>
>
> When issuing the storm jar command, the command will launch with some cached version of the jar contents even if no jar file is now present at the location specified on the command line. This should instead cause an error so that a user is actually running what they think they are.
> The second part of this is that some part of storm is caching topology classes so that when debugging errors, old code is executed instead of the new version of a class. I would argue that storm should attempt to destroy cached topology classes if presented with a new version or when an active topology is terminated. Again this is to avoid running versions of code that are not those which have been specified.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)