Jython

I'd like to use Jython for some of my project's source file but end up with
the whole thing compiled to java classes before it ships.  Specifically, I
don't really want the footprint of jython.jar in my distribution.

I'm not sure jythonc actually did that (the docs seems to suggest keeping
jython.jar on the classpath even at runtime) but now I see it is recommended
that jythonc no longer be used anyway.

It looks therefore as if the "recommended" approach is to have a load of .py
files in my Jar and to convert them to Java Classes at runtime.  I guess if
I wanted to obfuscate I'd need to encode the .py files and then feed a
decoded stream to the interpreter.
And this all sounds like quite a runtime overhead.

I guess a JythonFactory with some caching of classes is the mosty efficient
way to  go.  Is there an existing implementation of this already out there ?


-- 
David Griffin

I've found that luck is quite predictable. If you want more luck, take more
chances. Be more active. Show up more often.
- Brian Tracy

Re: [Jython-users] Compile xxx.py to Java Class then run without Jython.jar ? From: Brady McCary David, It is not necessary to ship the .py files. 1. When the python interpreter is instructed to load a module, it creates a java .class file from the .py and loads the .class file. 2. Unless there is a java .class file already created from the .py, and the time stamp on the .class file is greater or equal to the .py file. 3. In which case it just uses the java .class. 4. So when you make a jar, it is only necessary to include the java .class files For example, mymodule.py -> mymodule$py.class It would not be necessary to include mymodule.py in the jar, only mymodule$py.class. Notes: 1. The dollar sign $ is an artifact of java's inner class name-mangling scheme, and reflects in part the technique used to implement python in java. 2. You will have to escape/quote the .class files for use in a shell script, otherwise bash/sh will try to substitute the shell variable $py, which is not what you want. Hope this helps. Brady On Thu, Nov 12, 2009 at 9:01 AM, David Griffin <gripfin@...> wrote: > I'd like to use Jython for some of my project's source file but end up with > the whole thing compiled to java classes before it ships.  Specifically, I > don't really want the footprint of jython.jar in my distribution. > > I'm not sure jythonc actually did that (the docs seems to suggest keeping > jython.jar on the classpath even at runtime) but now I see it is recommended > that jythonc no longer be used anyway. > > It looks therefore as if the "recommended" approach is to have a load of .py > files in my Jar and to convert them to Java Classes at runtime.  I guess if > I wanted to obfuscate I'd need to encode the .py files and then feed a > decoded stream to the interpreter. > And this all sounds like quite a runtime overhead. > > I guess a JythonFactory with some caching of classes is the mosty efficient > way to  go.  Is there an existing implementation of this already out there ? > > > -- > David Griffin > > I've found that luck is quite predictable. If you want more luck, take more > chances. Be more active. Show up more often. > - Brian Tracy > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now.  http://p.sf.net/sfu/bobj-july > _______________________________________________ > Jython-users mailing list > Jython-users@... > https://lists.sourceforge.net/lists/listinfo/jython-users > >

Re: [Jython-users] Compile xxx.py to Java Class then run without Jython.jar ? From: Jeff Emanuel <jemanuel@fr...> - 2009-11-12 18:24 All Brady says is true, but it doesn't address your concern about the footprint of jython.jar. You always need jython.jar, or at least much of its contents. You might be able to strip it down since you wouldn't need parsing with pre-compiled class files. Brady McCary wrote: > David, > > It is not necessary to ship the .py files. > > 1. When the python interpreter is instructed to load a module, it > creates a java .class file from the .py and loads the .class file. > 2. Unless there is a java .class file already created from the .py, > and the time stamp on the .class file is greater or equal to the .py > file. > 3. In which case it just uses the java .class. > 4. So when you make a jar, it is only necessary to include the java .class files > > For example, > > mymodule.py -> mymodule$py.class > > It would not be necessary to include mymodule.py in the jar, only > mymodule$py.class. > > Notes: > > 1. The dollar sign $ is an artifact of java's inner class > name-mangling scheme, and reflects in part the technique used to > implement python in java. > 2. You will have to escape/quote the .class files for use in a shell > script, otherwise bash/sh will try to substitute the shell variable > $py, which is not what you want. > > Hope this helps. > > Brady > > On Thu, Nov 12, 2009 at 9:01 AM, David Griffin <gripfin@...> wrote: > >> I'd like to use Jython for some of my project's source file but end up with >> the whole thing compiled to java classes before it ships. Specifically, I >> don't really want the footprint of jython.jar in my distribution. >> >> I'm not sure jythonc actually did that (the docs seems to suggest keeping >> jython.jar on the classpath even at runtime) but now I see it is recommended >> that jythonc no longer be used anyway. >> >> It looks therefore as if the "recommended" approach is to have a load of .py >> files in my Jar and to convert them to Java Classes at runtime. I guess if >> I wanted to obfuscate I'd need to encode the .py files and then feed a >> decoded stream to the interpreter. >> And this all sounds like quite a runtime overhead. >> >> I guess a JythonFactory with some caching of classes is the mosty efficient >> way to go. Is there an existing implementation of this already out there ? >> >> >> -- >> David Griffin >> >> I've found that luck is quite predictable. If you want more luck, take more >> chances. Be more active. Show up more often. >> - Brian Tracy >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Jython-users mailing list >> Jython-users@... >> https://lists.sourceforge.net/lists/listinfo/jython-users >> >> >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Jython-users mailing list > Jython-users@... > https://lists.sourceforge.net/lists/listinfo/jython-users >

Re: [Jython-users] Compile xxx.py to Java Class then run without Jython.jar ? From: Alan Kennedy <jython-dev@xh...> - 2009-11-12 18:32 [Brady] > 4. So when you make a jar, it is only necessary to include the java .class files > > For example, > > mymodule.py -> mymodule$py.class > > It would not be necessary to include mymodule.py in the jar, only > mymodule$py.class. This looks like the sort of thing that "jump" could do, although I don't know if it does right now. http://opensource.ollix.com/jump/ Perhaps the OP might enter a feature request for it? Alan.

Re: [Jython-users] Compile xxx.py to Java Class then run without Jython.jar ? From: Brady McCary jython-ers, Yes, I did not address the issue of including the jython runtime. In my case, my app is distributed over Java Web Start, with the various jars having their own jnlp file. 1. jython.jar: the runtime. 2. jython-lib.jar: the compiled contents of the jython Lib directory. 3. app.jar: my app. Etc. In this way, when my app is updated, users only have to download app.jar, not the entire runtime and libraries (as long as their Java Web Start cache has not been cleared). The price of using python on top of java is that you must have a the jython runtime. For some, this is a high price, either due to complexity, size, the difficulty of selling it to management, etc. In my case, the payoff of programming in python and delivering it as a java app is well worth it. Brady PS. Sorry for the double reply Alan. On Thu, Nov 12, 2009 at 12:32 PM, Alan Kennedy <jython-dev@...> wrote: > [Brady] >> 4. So when you make a jar, it is only necessary to include the java .class files >> >> For example, >> >> mymodule.py -> mymodule$py.class >> >> It would not be necessary to include mymodule.py in the jar, only >> mymodule$py.class. > > This looks like the sort of thing that "jump" could do, although I > don't know if it does right now. > > http://opensource.ollix.com/jump/ > > Perhaps the OP might enter a feature request for it? > > Alan. >

Re: [Jython-users] Compile xxx.py to Java Class then run without Jython.jar ? From: Jan Wedel <Jan.Wedel@et...> - 2009-11-13 08:20 Hi, > -----Ursprüngliche Nachricht----- > Von: Brady McCary [mailto:brady.mccary+JYTHON@...] > Gesendet: Donnerstag, 12. November 2009 19:45 > An: Alan Kennedy > Cc: jython-users@... > Betreff: Re: [Jython-users] Compile xxx.py to Java Class then run > without Jython.jar ? > > 1. jython.jar: the runtime. > 2. jython-lib.jar: the compiled contents of the jython Lib directory. > 3. app.jar: my app. > Yes, you are able to do this! I develop JavaME application which cannot load external classes/jar files. Whatever jar you execute, it has to be self-contained. Thus, you'd need to put the whole jython.jar class files in you JavaME jar which results in a extremely large file. It would be nice (if possible) to split up the jython.jar in to at least two components, one thats necessary for runtime execution of precompiled jython class files and one for "the rest" (i.e. parser, compiler, interactive prompt etc.). You could still provide an out-of-the-box jython.jar additionally. Jan

Re: [Jython-users] Compile xxx.py to Java Class then run without Jython.jar ? From: David Griffin <gripfin@gm...> - 2009-11-13 09:59 Attachments: Message as HTML      I have a sort of related question. I have been in the habit (when including external jars) of unpacking them and then repacking them into my overall jar. This works a treat (couple of lines in Ant) and enables me to supply a single Jar which is convenient to use. I could even in theory add another line in Ant to delete any unneeded classes before repacking my final jar. It ensures that the version of that external Jar that the user uses is what I expect, and it's just cleaner all round. Now, this is presumably not optimal in the case where some of the jars might otherwise have been cached (eg a WebStart app perhaps ?) But there's another worry. I once read something that implied that I might fall foul of a redistribution license if I ship someone else's Jar this way. Especially if I delete some of the contents of the original before repacking it. Is that true ? David Griffin I've found that luck is quite predictable. If you want more luck, take more chances. Be more active. Show up more often. - Brian Tracy

Re: [Jython-users] Compile xxx.py to Java Class then run without Jython.jar ? From: Alex Grönholm <alex.gronholm@ne...> - 2009-11-13 11:11 David Griffin kirjoitti: > I have a sort of related question. > > I have been in the habit (when including external jars) of unpacking > them and then repacking them into my overall jar. This works a treat > (couple of lines in Ant) and enables me to supply a single Jar which > is convenient to use. > I could even in theory add another line in Ant to delete any unneeded > classes before repacking my final jar. > It ensures that the version of that external Jar that the user uses is > what I expect, and it's just cleaner all round. > > > Now, this is presumably not optimal in the case where some of the jars > might otherwise have been cached (eg a WebStart app perhaps ?) > > But there's another worry. I once read something that implied that I > might fall foul of a redistribution license if I ship someone else's > Jar this way. Especially if I delete some of the contents of the > original before repacking it. That kinda depends on the license in question, doesn't it? > > Is that true ? > > > > > David Griffin > > I've found that luck is quite predictable. If you want more luck, take > more chances. Be more active. Show up more often. > - Brian Tracy > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ------------------------------------------------------------------------ > > _______________________________________________ > Jython-users mailing list > Jython-users@... > https://lists.sourceforge.net/lists/listinfo/jython-users >

Re: [Jython-users] Compile xxx.py to Java Class then run without Jython.jar ? From: Alex Grönholm <alex.gronholm@ne...> - 2009-11-15 05:35 David Griffin kirjoitti: > I guess my question was "is this approach acceptable for jython.jar". > I'd hate to be breaking the rules unwittingly... Jython is distributed under the PSF license, which looks just like the MIT license. So you can essentially do whatever you want with it. Make sure you read the license beforehand though. > > 2009/11/13 Alex Grönholm <alex.gronholm@... > <mailto:alex.gronholm@...>> > > David Griffin kirjoitti: > > I have a sort of related question. > > > > I have been in the habit (when including external jars) of unpacking > > them and then repacking them into my overall jar. This works a > treat > > (couple of lines in Ant) and enables me to supply a single Jar which > > is convenient to use. > > I could even in theory add another line in Ant to delete any > unneeded > > classes before repacking my final jar. > > It ensures that the version of that external Jar that the user > uses is > > what I expect, and it's just cleaner all round. > > > > > > Now, this is presumably not optimal in the case where some of > the jars > > might otherwise have been cached (eg a WebStart app perhaps ?) > > > > But there's another worry. I once read something that implied > that I > > might fall foul of a redistribution license if I ship someone else's > > Jar this way. Especially if I delete some of the contents of the > > original before repacking it. > That kinda depends on the license in question, doesn't it? > > > > Is that true ? > > > > > > > > > > David Griffin > > > > I've found that luck is quite predictable. If you want more > luck, take > > more chances. Be more active. Show up more often. > > - Brian Tracy > > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------------ > > Let Crystal Reports handle the reporting - Free Crystal Reports > 2008 30-Day > > trial. Simplify your report design, integration and deployment - > and focus on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Jython-users mailing list > > Jython-users@... > <mailto:Jython-users@...> > > https://lists.sourceforge.net/lists/listinfo/jython-users > > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports > 2008 30-Day > trial. Simplify your report design, integration and deployment - > and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Jython-users mailing list > Jython-users@... > <mailto:Jython-users@...> > https://lists.sourceforge.net/lists/listinfo/jython-users > > > > > -- > David Griffin > > I've found that luck is quite predictable. If you want more luck, take > more chances. Be more active. Show up more often. > - Brian Tracy >

1 message has been excluded from this view by a project administrator.