I don't see an option to reply in the bug tracker...<br /><br />The 1st solution seems indeed convoluted and I don't think it would work in my use case since no $py.class file is generated when the python script is compile(). Plus, if it is slow, probably not very useful to my use case either since the scripts are usually small (around 50 LOC avg).<br /><br />But I would like to propose another alternative. You mention the option of "preemptively storing bytecode". In general it would be bad, but what about having an option in jython allowing the programmer to request the code to be stored. In this case marshal.dump would check for the cached code and save it instead of bailing out. This approach would keep compatibility with Python, I think.<br /><br /><p>On 12 May 2015, Jim Baker &lt;report@bugs.jython.org&gt; wrote:</p><blockquote type="cite"><div class="oneComWebmail-mail"><div class="oneComWebmail-body"><br />Jim Baker added the comment:<br /><br />Throwing an exception is certainly easiest... but I will attempt to sketch out a solution.<br /><br />Java bytecode cannot be accessed once loaded, and preemptively storing bytecode just-in-case is too much overhead for functionality that is rarely used. Assuming the source jar (or class file) is still available, we could use the inspect module to find the $py.class file. Then we could find the specific code object in the PyFunctionTable by introspecting for the index. Then we could ASM to write out the specific code object. Note that reloading a single code object via a ClassLoader will be quite inefficient, which is a big reason we have the PyFunctionTable approach today.<br /><br />We probably don't want to do this solution.<br /><br />Python bytecode is a long term scenario for Jython for code objects that are not hot. Such code objects can be readily dumped and loaded, and there's currently support in marshal for loading them to support pycimport. One we fully implement Python bytecode for this, we will have Python bytecode for every object, and only for hot code we will have - in addition - equivalent, but optimized Java bytecode. But this is not hapenning any time soon.<br /><br />So throwing an exception is the correct solution for now.<br /><br />----------<br />nosy: +zyasoft<br /><br />_______________________________________<br />Jython tracker &lt;<a href="mailto:report@bugs.jython.org">report@bugs.jython.org</a>&gt;<br />&lt;<a target="_blank" href="http://bugs.jython.org/issue2354">http://bugs.jython.org/issue2354</a>&gt;<br />_______________________________________<br /></div></div></blockquote>