Differences between revisions 20 and 21
Revision 20 as of 2008-07-20 22:45:39
Size: 12047
Editor: cpe-075-182-091-179
Comment:
Revision 21 as of 2008-07-24 19:38:59
Size: 12310
Editor: JoshJuneau
Comment:
Deletions are marked like this. Additions are marked like this.
Line 19: Line 19:
1) You've been with Sun for just over three months now, how is Jython development at Sun been going so far? 1) ''You've been with Sun for just over three months now, how is Jython development at Sun been going so far?''
Line 21: Line 21:
Sun has been great. They genuinely want me to just do more of what I had been doing. They really want to see Jython succeed. I've also been helping with some NetBeans work -- mainly helping them use the antlr parser that I wrote for Jython in NetBeans. '''''Sun has been great. They genuinely want me to just do more of what I had been doing. They really want to see Jython succeed. I've also been helping with some NetBeans work -- mainly helping them use the antlr parser that I wrote for Jython in NetBeans.'''''
Line 23: Line 23:
2) To me it seems from the Python side, Jython is considered irrelevant. Is there any effort to get Jython more into a cooperative effort with Python development? (marvin greenberg, public dot marvin on gmail dot com) 2) ''To me it seems from the Python side, Jython is considered irrelevant. Is there any effort to get Jython more into a cooperative effort with Python development? (marvin greenberg, public dot marvin on gmail dot com)''
Line 25: Line 25:
Python and Jython have been cooperating from the very beginning. It has been more difficult lately since Jython has been lagging version-wise (we're at version 2.2 while Python is at 2.5) but once we catch up this will become better. If you look at the CPython sources you can see lots of places that have Jython specific areas, and CPython has been making great progress lately in making sure that there is always a pure Python version of standard libraries (this makes it easier for other implementations like Jython). This will become more common I think, once we have caught up. '''''Python and Jython have been cooperating from the very beginning. It has been more difficult lately since Jython has been lagging version-wise (we're at version 2.2 while Python is at 2.5) but once we catch up this will become better. If you look at the CPython sources you can see lots of places that have Jython specific areas, and CPython has been making great progress lately in making sure that there is always a pure Python version of standard libraries (this makes it easier for other implementations like Jython). This will become more common I think, once we have caught up.'''''
Line 29: Line 29:
3) Building on question 2, IDE/Editor support, there is a fair amount of Python support in IDE's but with the exception of Eclipse with PyDev is there any true Jython support (ie Python with Java) 3) ''Building on question 2, IDE/Editor support, there is a fair amount of Python support in IDE's but with the exception of Eclipse with PyDev is there any true Jython support (ie Python with Java)''
Line 31: Line 31:
I don't personally spend much time using IDEs (which btw is a situation I should remedy -- for some reason IDEs have never "fit my brain" -- but I have seen developers that I respect use them to great advantage - I *do* use them for refactoring in Java) but other Jython developers tell me that Eclipse does allow breakpoints, etc to work between Jython and Java projects. Also, given the JRuby support that I've seen in NetBeans, I expect the same from that project once the Jython/Python support appears -- see nbpython project for more: https://nbpython.dev.java.net/. '''''I don't personally spend much time using IDEs (which btw is a situation I should remedy -- for some reason IDEs have never "fit my brain" -- but I have seen developers that I respect use them to great advantage - I *do* use them for refactoring in Java) but other Jython developers tell me that Eclipse does allow breakpoints, etc to work between Jython and Java projects. Also, given the JRuby support that I've seen in NetBeans, I expect the same from that project once the Jython/Python support appears -- see nbpython project for more: https://nbpython.dev.java.net/.'''''
Line 33: Line 33:
4) A while back there was talk about scripting languages being able share object at the JVM level, for example, Jython using JRuby objects. Is there any news in that regard? 4) ''A while back there was talk about scripting languages being able share object at the JVM level, for example, Jython using JRuby objects. Is there any news in that regard?''
Line 35: Line 35:
Nothing concrete yet. We can actually do that in a limited way now, by using each languages support of creating a Java interface, and using the Java integration of these languages (so from Jython you can implement a Java interface, then from JRuby you could call that interface). This is clunky though, and we would like to do better. A cool project looking into this is Attila Szegedi's metaobject protocol (MOP) project: http://dynalang.sourceforge.net/ '''''Nothing concrete yet. We can actually do that in a limited way now, by using each languages support of creating a Java interface, and using the Java integration of these languages (so from Jython you can implement a Java interface, then from JRuby you could call that interface). This is clunky though, and we would like to do better. A cool project looking into this is Attila Szegedi's metaobject protocol (MOP) project: http://dynalang.sourceforge.net/'''''
Line 37: Line 37:
5) With you working at Sun now, obviously they have gained in stature but where does Sun see JVM based scripting languages, like Jython fitting into the over all picture with future JVM and Java versions. 5) ''With you working at Sun now, obviously they have gained in stature but where does Sun see JVM based scripting languages, like Jython fitting into the over all picture with future JVM and Java versions.''
Line 39: Line 39:
Sun is very interested in making the JVM a rich environment for many languages. Certainly in the past the JVM was developed as a Java-only kind of place. This is no longer the case. There is some really interesting work going on to make the JVM a really great environment for languages like Jython. For more see the Da Vinci Machine project (also called the multi-language VM or mlvm -- in my opinion "Da Vinci Machine" is a way cooler name): http://openjdk.java.net/projects/mlvm/ '''''Sun is very interested in making the JVM a rich environment for many languages. Certainly in the past the JVM was developed as a Java-only kind of place. This is no longer the case. There is some really interesting work going on to make the JVM a really great environment for languages like Jython. For more see the Da Vinci Machine project (also called the multi-language VM or mlvm -- in my opinion "Da Vinci Machine" is a way cooler name): http://openjdk.java.net/projects/mlvm/'''''
Line 41: Line 41:
5.5) (not related to q5, just days later :) ) Would the results of Java profiling tools like findbugs, Jprofiler or myKit be helpful or more importantly useful to you or one of the members of the development team? Certainly -- some of the Jython devs, particularly Nicholas Riley are using profiling tools already. Nicholas is using YourKit (http://www.yourkit.com/java/profiler/index.jsp). 5.5) ''(not related to q5, just days later :) ) Would the results of Java profiling tools like findbugs, Jprofiler or myKit be helpful or more importantly useful to you or one of the members of the development team?''

'''''
Certainly -- some of the Jython devs, particularly Nicholas Riley are using profiling tools already. Nicholas is using YourKit (http://www.yourkit.com/java/profiler/index.jsp).'''''
Line 46: Line 48:
 . 6) In which type of applications or which type of uses is Jython more fit / successful
At present (say for Jython 2.2) I would say the best fit for Jython is any project where you want to drive Java frameworks or libraries using Python. In the future, I think we will start to have a great story with respect to going the other way (that is using a framework like Django that needs to call into Java api's). Furthermore, I think Jython will become attractive for its deployment options even for Python projects that have no need to integrate with Java. To take one example, I think being able to deploy a full Django app as a self-contained war file onto a J2EE app server will become a compelling option.
 . 6) ''In which type of applications or which type of uses is Jython more fit / successful''
Line 49: Line 50:
7) When do you think jython will reach 3.0. What are the most difficult things to implement in going from python 2.5 to 3.0? '''''At present (say for Jython 2.2) I would say the best fit for Jython is any project where you want to drive Java frameworks or libraries using Python. In the future, I think we will start to have a great story with respect to going the other way (that is using a framework like Django that needs to call into Java api's). Furthermore, I think Jython will become attractive for its deployment options even for Python projects that have no need to integrate with Java. To take one example, I think being able to deploy a full Django app as a self-contained war file onto a J2EE app server will become a compelling option.'''''
Line 51: Line 52:
I don't think I'm ready to make any predictions about Jython 3.0 -- at the moment my plan is to start work on 2.6 immediately after 2.5 is out. My hope is that we can get 2.6 out long before CPython 2.7 comes out, putting Jython in a position to develop the 2.x series concurrently with CPython. When CPython releases a production 3.0, I expect we will start an experimental 3.0 branch for Jython -- but I have no idea how long it will take to get to a production 3.0 for Jython. 7) ''When do you think jython will reach 3.0. What are the most difficult things to implement in going from python 2.5 to 3.0?''
Line 53: Line 54:
8) Which part of jython are you working more? Why? '''''I don't think I'm ready to make any predictions about Jython 3.0 -- at the moment my plan is to start work on 2.6 immediately after 2.5 is out. My hope is that we can get 2.6 out long before CPython 2.7 comes out, putting Jython in a position to develop the 2.x series concurrently with CPython. When CPython releases a production 3.0, I expect we will start an experimental 3.0 branch for Jython -- but I have no idea how long it will take to get to a production 3.0 for Jython.'''''
Line 55: Line 56:
My personal coding time is probably at least 50% parser work. Probably it is becuase the code is changing quickly and has a certain goofiness to it (it is my first large scale Antlr project and some of the learning curve still shows) so no one else really wants to touch it yet. I am working hard to make it clearer. Probably the next most common place for me to work is in the compiler -- this is where work is needed to get the 2.5 language level feature implemented. 8) ''Which part of jython are you working more? Why?''
Line 57: Line 58:
9) Sun as some developers working in JRuby and now you are working in Jython. Do you work together in some type of "open source java dynamic languages" lab or is your work uncoordinated? '''''My personal coding time is probably at least 50% parser work. Probably it is becuase the code is changing quickly and has a certain goofiness to it (it is my first large scale Antlr project and some of the learning curve still shows) so no one else really wants to touch it yet. I am working hard to make it clearer. Probably the next most common place for me to work is in the compiler -- this is where work is needed to get the 2.5 language level feature implemented.'''''
Line 59: Line 60:
There is no physical "language lab". I am in North Carolina and the JRuby guys are located in Minnesota. But there has been collaboration (For example, we are directly using their work for a Jython posix layer: see https://svn.codehaus.org/jruby-contrib/trunk/jna-posix/). I expect there will be much more collaboration in the future. The JRuby folks have pre-explored many of the trails that Jython needs to follow. 9) ''Sun as some developers working in JRuby and now you are working in Jython. Do you work together in some type of "open source java dynamic languages" lab or is your work uncoordinated?''
Line 61: Line 62:
10) Have you heard of Fortress? From a language point of view what do you consider more revolutionary in it? AFAIK it has currently only an interpreter and being so it is kinda-dynamic. Do you think we'll have a JFortress? ''''There is no physical "language lab". I am in North Carolina and the JRuby guys are located in Minnesota. But there has been collaboration (For example, we are directly using their work for a Jython posix layer: see https://svn.codehaus.org/jruby-contrib/trunk/jna-posix/). I expect there will be much more collaboration in the future. The JRuby folks have pre-explored many of the trails that Jython needs to follow.'''''
Line 63: Line 64:
I have heard of Fortress -- but I haven't actually given it a look. I'm still deciding on a language to dable in this year -- Fortress is a possibility since I want to look into a functional language. 10) ''Have you heard of Fortress? From a language point of view what do you consider more revolutionary in it? AFAIK it has currently only an interpreter and being so it is kinda-dynamic. Do you think we'll have a JFortress?''

'''''
I have heard of Fortress -- but I haven't actually given it a look. I'm still deciding on a language to dable in this year -- Fortress is a possibility since I want to look into a functional language.'''''
Line 70: Line 73:
 11) On the current jython website, the roadmap says that the current codebase of Jython 2.2 "is extremely brittle". Is it possible for you to walk us through some of the (major) refactoring that have been done to the codebase of Jython 2.5? I can't really give this question the attention it really deserves, but I can give some brief examples. "Extremely brittle" might have been better stated as "really hard for newcomers to read". We have replaced the Javacc parser with an Antlr parser -- and Antlr has *much* better documentation compared to Javacc. We have refactored the compiler to use ASM, which is a very common choice for bytecode generation. We have reduced the amount of custom code generation for new-style classes and replace it with annotations, which should be much more familiar to Java programmers. We have reformatted lots of code to better fit a Java style. 12) Is it possible to do optional static type declaration in Jython? It will not be compliant to CPython, but I would like to know if it is at least technically feasible since Jython is running on JVM. We will be looking into adding decorators that will allow Jython to automatically express Java methods something like the support that jythonc used to give. Jim Baker has been talking with Jemery Seik about his work in gradual typing -- so this may be something to watch.Thanks,  11) ''On the current jython website, the roadmap says that the current codebase of Jython 2.2 "is extremely brittle". Is it possible for you to walk us through some of the (major) refactoring that have been done to the codebase of Jython 2.5?''

'''''
I can't really give this question the attention it really deserves, but I can give some brief examples. "Extremely brittle" might have been better stated as "really hard for newcomers to read". We have replaced the Javacc parser with an Antlr parser -- and Antlr has *much* better documentation compared to Javacc. We have refactored the compiler to use ASM, which is a very common choice for bytecode generation. We have reduced the amount of custom code generation for new-style classes and replace it with annotations, which should be much more familiar to Java programmers. We have reformatted lots of code to better fit a Java style. 12) Is it possible to do optional static type declaration in Jython? It will not be compliant to CPython, but I would like to know if it is at least technically feasible since Jython is running on JVM. We will be looking into adding decorators that will allow Jython to automatically express Java methods something like the support that jythonc used to give. Jim Baker has been talking with Jemery Seik about his work in gradual typing -- so this may be something to watch.'''''

Thanks,
Line 75: Line 82:
 13) What would be the first steps for someone that wants to help with developing Jython itself? Where to start? Are there lightweight tasks? Which skills are really needed? Etc. The first thing would be to try compiling Jython on your local system and see how it works. See http://wiki.python.org/jython/JythonDeveloperGuide for more. Next you might want to see if there is a particular Python module that you want to use or that isn't working -- and take a look at why it isn't working (and give us a bug report or try to fix it!)thx, Berco Beute  13)''What would be the first steps for someone that wants to help with developing Jython itself?''

'''''
Where to start? Are there lightweight tasks? Which skills are really needed? Etc. The first thing would be to try compiling Jython on your local system and see how it works. See http://wiki.python.org/jython/JythonDeveloperGuide for more. Next you might want to see if there is a particular Python module that you want to use or that isn't working -- and take a look at why it isn't working (and give us a bug report or try to fix it!)'''''

thx, Berco Beute
Line 78: Line 89:
 14) Do you plan on releasing any milestones in the development of jython2.5. Timely question :) -- see http://fwierzbicki.blogspot.com/2008/07/jython-25-alpha-released.html for the alpha announcement.Thanks, Allan Davis  14) ''Do you plan on releasing any milestones in the development of jython2.5?''

'''''
Timely question :) -- see http://fwierzbicki.blogspot.com/2008/07/jython-25-alpha-released.html for the alpha announcement.'''''

Thanks, Allan Davis
Line 82: Line 97:
15) What is your take on GIL given your experience with Jython development? Is GIL, in CPython world, a bottleneck to performance? (There are already a lot of discussions around this topic. It is hard to tell which is fact, opinion or just myth. I'd like to see if u may provide a different angle to this topic) 15) ''What is your take on GIL given your experience with Jython development? Is GIL, in CPython world, a bottleneck to performance? (There are already a lot of discussions around this topic. It is hard to tell which is fact, opinion or just myth. I'd like to see if u may provide a different angle to this topic)''
Line 84: Line 99:
I suspect the average user of Python is not affected by the GIL in current environments. However, highly multithreaded environments and the massively multicore machines that are coming, are quite likely to get a performance advantage from GIL-less Pythons (with Jython, of course, being one of those GIL-less Pythons). '''''I suspect the average user of Python is not affected by the GIL in current environments. However, highly multithreaded environments and the massively multicore machines that are coming, are quite likely to get a performance advantage from GIL-less Pythons (with Jython, of course, being one of those GIL-less Pythons).'''''
Line 86: Line 101:
16) Do you have any kind of possible arrangement of tests/benchmark in mind such that, by comparing cpython and jython, we can find out the performance gain that is a result of removal of GIL? 16) ''Do you have any kind of possible arrangement of tests/benchmark in mind such that, by comparing cpython and jython, we can find out the performance gain that is a result of removal of GIL?''
Line 88: Line 103:
We have some ideas in this area, but nothing concrete to point at just yet. '''''We have some ideas in this area, but nothing concrete to point at just yet.'''''
Line 93: Line 108:
 17) I'm a non-Java programmer who's into Jython programming. It seems that Jython is geared more towards the Java developers; for example, creating stand-alone jar applications is only practical if you already know Java. Are there any attempts to "not alienate" (for lack of a better term) people like me? I'm sure Jython would love to have a much wider audience.  17) ''I'm a non-Java programmer who's into Jython programming. It seems that Jython is geared more towards the Java developers; for example, creating stand-alone jar applications is only practical if you already know Java. Are there any attempts to "not alienate" (for lack of a better term) people like me? I'm sure Jython would love to have a much wider audience.''
Line 95: Line 110:
The main thrust of 2.5 work has been to get to a modern version of Python that is better able to run typical Python programs that we see heavily used (like Django, TurboGears, and Pylons). In the course of this work we have improved support for more standard Python practices like the use of setuptools. Our first target is to make Jython a really good implementation of Python. Hopefully that will help... '''''The main thrust of 2.5 work has been to get to a modern version of Python that is better able to run typical Python programs that we see heavily used (like Django, TurboGears, and Pylons). In the course of this work we have improved support for more standard Python practices like the use of setuptools. Our first target is to make Jython a really good implementation of Python. Hopefully that will help...'''''

Ask Frank!

Welcome to the Ask Frank question form for July 2008!

I've been in touch with [http://fwierzbicki.blogspot.com/ Frank Wierzbicki] of Sun Microsystems. In case you aren't aware, Frank is one of the top Jython developers, and [http://fwierzbicki.blogspot.com/2008/02/jythons-future-looking-sunny.html earlier this year] Sun Microsystems hired him to work on Jython full time!

He has agreed to answer questions from the community for our July 2008 newsletter. Gather your best questions and post them here for Frank. If you have issues posting the questions to this wiki page, then please send them to me at juneau001@gmail.com so that they can be included. The deadline for posting questions is July 11th. After that time, Frank Wierzbicki will choose which ones he wishes to answer and we will include them in the next distribution.

Please post your questions to Ask Frank below or email them to me at juneau001@gmail.com . Please include your name and email address if you wish.

Thanks in advance for your participation...this is a great opportunity for the Jython community. Special thanks to Frank Wierzbicki for his time!

Josh Juneau

[http://www.gathereventplanning.com Gather Event Planning] juneau001@gmail.com

Questions for Frank

I'll start it off with the question we all want to ask:

1) You've been with Sun for just over three months now, how is Jython development at Sun been going so far?

Sun has been great. They genuinely want me to just do more of what I had been doing. They really want to see Jython succeed. I've also been helping with some NetBeans work -- mainly helping them use the antlr parser that I wrote for Jython in NetBeans.

2) To me it seems from the Python side, Jython is considered irrelevant. Is there any effort to get Jython more into a cooperative effort with Python development? (marvin greenberg, public dot marvin on gmail dot com)

Python and Jython have been cooperating from the very beginning. It has been more difficult lately since Jython has been lagging version-wise (we're at version 2.2 while Python is at 2.5) but once we catch up this will become better. If you look at the CPython sources you can see lots of places that have Jython specific areas, and CPython has been making great progress lately in making sure that there is always a pure Python version of standard libraries (this makes it easier for other implementations like Jython). This will become more common I think, once we have caught up.


  • Here's my 2 cents worth:

3) Building on question 2, IDE/Editor support, there is a fair amount of Python support in IDE's but with the exception of Eclipse with PyDev is there any true Jython support (ie Python with Java)

I don't personally spend much time using IDEs (which btw is a situation I should remedy -- for some reason IDEs have never "fit my brain" -- but I have seen developers that I respect use them to great advantage - I *do* use them for refactoring in Java) but other Jython developers tell me that Eclipse does allow breakpoints, etc to work between Jython and Java projects. Also, given the JRuby support that I've seen in NetBeans, I expect the same from that project once the Jython/Python support appears -- see nbpython project for more: https://nbpython.dev.java.net/.

4) A while back there was talk about scripting languages being able share object at the JVM level, for example, Jython using JRuby objects. Is there any news in that regard?

Nothing concrete yet. We can actually do that in a limited way now, by using each languages support of creating a Java interface, and using the Java integration of these languages (so from Jython you can implement a Java interface, then from JRuby you could call that interface). This is clunky though, and we would like to do better. A cool project looking into this is Attila Szegedi's metaobject protocol (MOP) project: http://dynalang.sourceforge.net/

5) With you working at Sun now, obviously they have gained in stature but where does Sun see JVM based scripting languages, like Jython fitting into the over all picture with future JVM and Java versions.

Sun is very interested in making the JVM a rich environment for many languages. Certainly in the past the JVM was developed as a Java-only kind of place. This is no longer the case. There is some really interesting work going on to make the JVM a really great environment for languages like Jython. For more see the Da Vinci Machine project (also called the multi-language VM or mlvm -- in my opinion "Da Vinci Machine" is a way cooler name): http://openjdk.java.net/projects/mlvm/

5.5) (not related to q5, just days later :) ) Would the results of Java profiling tools like findbugs, Jprofiler or myKit be helpful or more importantly useful to you or one of the members of the development team?

Certainly -- some of the Jython devs, particularly Nicholas Riley are using profiling tools already. Nicholas is using YourKit (http://www.yourkit.com/java/profiler/index.jsp).

Thanks Frank and Josh.BR Greg.


  • 6) In which type of applications or which type of uses is Jython more fit / successful

At present (say for Jython 2.2) I would say the best fit for Jython is any project where you want to drive Java frameworks or libraries using Python. In the future, I think we will start to have a great story with respect to going the other way (that is using a framework like Django that needs to call into Java api's). Furthermore, I think Jython will become attractive for its deployment options even for Python projects that have no need to integrate with Java. To take one example, I think being able to deploy a full Django app as a self-contained war file onto a J2EE app server will become a compelling option.

7) When do you think jython will reach 3.0. What are the most difficult things to implement in going from python 2.5 to 3.0?

I don't think I'm ready to make any predictions about Jython 3.0 -- at the moment my plan is to start work on 2.6 immediately after 2.5 is out. My hope is that we can get 2.6 out long before CPython 2.7 comes out, putting Jython in a position to develop the 2.x series concurrently with CPython. When CPython releases a production 3.0, I expect we will start an experimental 3.0 branch for Jython -- but I have no idea how long it will take to get to a production 3.0 for Jython.

8) Which part of jython are you working more? Why?

My personal coding time is probably at least 50% parser work. Probably it is becuase the code is changing quickly and has a certain goofiness to it (it is my first large scale Antlr project and some of the learning curve still shows) so no one else really wants to touch it yet. I am working hard to make it clearer. Probably the next most common place for me to work is in the compiler -- this is where work is needed to get the 2.5 language level feature implemented.

9) Sun as some developers working in JRuby and now you are working in Jython. Do you work together in some type of "open source java dynamic languages" lab or is your work uncoordinated?

'There is no physical "language lab". I am in North Carolina and the JRuby guys are located in Minnesota. But there has been collaboration (For example, we are directly using their work for a Jython posix layer: see https://svn.codehaus.org/jruby-contrib/trunk/jna-posix/). I expect there will be much more collaboration in the future. The JRuby folks have pre-explored many of the trails that Jython needs to follow.

10) Have you heard of Fortress? From a language point of view what do you consider more revolutionary in it? AFAIK it has currently only an interpreter and being so it is kinda-dynamic. Do you think we'll have a JFortress?

I have heard of Fortress -- but I haven't actually given it a look. I'm still deciding on a language to dable in this year -- Fortress is a possibility since I want to look into a functional language.

Thanks in advance,

Luis Sergio Oliveira


  • 11) On the current jython website, the roadmap says that the current codebase of Jython 2.2 "is extremely brittle". Is it possible for you to walk us through some of the (major) refactoring that have been done to the codebase of Jython 2.5?

I can't really give this question the attention it really deserves, but I can give some brief examples. "Extremely brittle" might have been better stated as "really hard for newcomers to read". We have replaced the Javacc parser with an Antlr parser -- and Antlr has *much* better documentation compared to Javacc. We have refactored the compiler to use ASM, which is a very common choice for bytecode generation. We have reduced the amount of custom code generation for new-style classes and replace it with annotations, which should be much more familiar to Java programmers. We have reformatted lots of code to better fit a Java style. 12) Is it possible to do optional static type declaration in Jython? It will not be compliant to CPython, but I would like to know if it is at least technically feasible since Jython is running on JVM. We will be looking into adding decorators that will allow Jython to automatically express Java methods something like the support that jythonc used to give. Jim Baker has been talking with Jemery Seik about his work in gradual typing -- so this may be something to watch.

Thanks,

Anthony Kong


  • 13)What would be the first steps for someone that wants to help with developing Jython itself?

Where to start? Are there lightweight tasks? Which skills are really needed? Etc. The first thing would be to try compiling Jython on your local system and see how it works. See http://wiki.python.org/jython/JythonDeveloperGuide for more. Next you might want to see if there is a particular Python module that you want to use or that isn't working -- and take a look at why it isn't working (and give us a bug report or try to fix it!)

thx, Berco Beute


  • 14) Do you plan on releasing any milestones in the development of jython2.5?

Timely question :) -- see http://fwierzbicki.blogspot.com/2008/07/jython-25-alpha-released.html for the alpha announcement.

Thanks, Allan Davis


  • Sorry, more questions...

15) What is your take on GIL given your experience with Jython development? Is GIL, in CPython world, a bottleneck to performance? (There are already a lot of discussions around this topic. It is hard to tell which is fact, opinion or just myth. I'd like to see if u may provide a different angle to this topic)

I suspect the average user of Python is not affected by the GIL in current environments. However, highly multithreaded environments and the massively multicore machines that are coming, are quite likely to get a performance advantage from GIL-less Pythons (with Jython, of course, being one of those GIL-less Pythons).

16) Do you have any kind of possible arrangement of tests/benchmark in mind such that, by comparing cpython and jython, we can find out the performance gain that is a result of removal of GIL?

We have some ideas in this area, but nothing concrete to point at just yet.

Cheers, Anthony


  • 17) I'm a non-Java programmer who's into Jython programming. It seems that Jython is geared more towards the Java developers; for example, creating stand-alone jar applications is only practical if you already know Java. Are there any attempts to "not alienate" (for lack of a better term) people like me? I'm sure Jython would love to have a much wider audience.

The main thrust of 2.5 work has been to get to a modern version of Python that is better able to run typical Python programs that we see heavily used (like Django, TurboGears, and Pylons). In the course of this work we have improved support for more standard Python practices like the use of setuptools. Our first target is to make Jython a really good implementation of Python. Hopefully that will help...

  • Submitted by astigmatik

JythonMonthly/Interviews/July2008/AskFrank (last edited 2008-11-15 09:15:58 by localhost)