From: brian z. <bz...@zi...> - 2004-09-25 02:07:15
|
I'm interested in learning more about the group's interest in the future direction of Jython. What are the primary areas of development people wish addressed? Is it more important to work well with Java or be feature-for-feature compliant with CPython? Do people like jythonc? Should it be improved in any way? What about missing modules from CPython such as select, sets or datetime? Should these be implemented? Does anyone have significant changes to Jython they have found useful? I'd like to know how people feel, what features are used the most and what should be done for Jython. I'm not suggesting that I or anyone currently on the development team will be able to do anything with the results of this informal survey, but we might. Any information would be valuable. thanks, brian |
From: Bryan W. <bry...@po...> - 2004-09-25 05:54:03
|
brian zimmer wrote: > I'm interested in learning more about the group's interest in the > future direction of Jython. What are the primary areas of development > people wish addressed? Is it more important to work well with Java or > be feature-for-feature compliant with CPython? Do people like > jythonc? Should it be improved in any way? What about missing > modules from CPython such as select, sets or datetime? Should these > be implemented? Does anyone have significant changes to Jython they > have found useful? > > I'd like to know how people feel, what features are used the most and > what should be done for Jython. I'm not suggesting that I or anyone > currently on the development team will be able to do anything with the > results of this informal survey, but we might. > > Any information would be valuable. > > thanks, > > brian > hi brian, i'm currently using jython at work. we have a huge java project and my part is being done in jython. i develop my code and test everything with .py files. then i use jythonc to create a jar file which gets added to all the other jar files. i'm able to seamlessly call other team member's java code and they can seemlessly call mine. nobody can tell i'm using jython. so for me, jythonc is a _very_ important part. without it, jython would be a non-starter for me. jythonc was a bit annoying at first because i had to make it "disappear" into our build system so other developers could compile my jython code without "knowing" they were compiling jython. basically i eliminated the jythonc.bat file and created an ant task that calls the java on the jython compiler and separated out the files that were just for the compile which gets automatically synced as part of the make system. it would have been great if the jython website had an example of embedding jython in ant. another very annoying thing is that jython uses it's own deprecated methods. this requires me to remove all the deprecated warnings from the jython source code and compile my own version. this took care of the 3 deprecated methods, but i'm still getting other deprecated warnings when compiling with jdk 1.4.2. that i can't prevent even when compiling with the -deprecation flag. anyways, my point here is jythonc is very important to me, and you _must_ always remember that some of us use these tools in production build scripts and require it to run in ant. another improvement i see is in the exception stack trace if possible. when an exception occurs, it's sometimes very difficult to interpret it. sometimes i wish the 'million lines of jython internal methods" in the stack trace didn't show up... it's just freaks out not jython programmers to see that especially when it's deep and java calls jython which calls java which calls jython, etc. do you have any idea how many lines of jython stack trace you get that have nothing directory to do with your script? . is there an option to turn that off? the java programmers in my company see that and are instantly put off and won't look at jython. to answer your second part... jython can import and call any java package/object/method and visa-versa, so how can it work better with java :) it's _way_ more important to me for jython to be feature-for-feature compliant with CPython. it would be so cool to be able to take a cpython script and be able to run it jython. right now, all but the simplest scripts can do this with having to be tweaked or parts rewritten. bryan |
From: Sean M. <sea...@pr...> - 2004-09-25 09:53:35
|
Brian, From my perspective, activity around Jython in terms of working well with Java, jythonc, new/improved bundled libraries for XML processing etc. are more important that blow-for-blow feature tracking of CPython. Jython is a truly wonderful technology but evangalising it to potential users is becoming increasingly difficult because of the percieved lack of activity in Jython-land. Dynamic languages are "the next big thing" for the JVM. I'm convinced of that. Jython is in the right place at the right time. However, the world is not standing still. Dynamic languages like Groovy are getting a lot of mindshare - not necessarily because they are "better" than Jython - but there is a perception of a more vibrant, active community than exists right now for Jython. My 2 cents, Sean brian zimmer wrote: > I'm interested in learning more about the group's interest in the > future direction of Jython. What are the primary areas of development > people wish addressed? Is it more important to work well with Java or > be feature-for-feature compliant with CPython? Do people like > jythonc? Should it be improved in any way? What about missing > modules from CPython such as select, sets or datetime? Should these > be implemented? Does anyone have significant changes to Jython they > have found useful? > > I'd like to know how people feel, what features are used the most and > what should be done for Jython. I'm not suggesting that I or anyone > currently on the development team will be able to do anything with the > results of this informal survey, but we might. > > Any information would be valuable. > > thanks, > > brian > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > > -- http://seanmcgrath.blogspot.com |
From: Bryan W. <bry...@po...> - 2004-09-25 15:23:03
|
i looked at groovy awhile back.i don't remember much, but i do remember is the language struck me as more complicated than python and a lot of ruby-ish stuff. i also could find no example of how to write a stand-alone groovy module and have java call it just like it's java. you had to instantiate the groovy intrepreter and eval the file or lines. the java side had to know it was calling groovy code. that's where jython really shines by being able to expose itself to java as java. if groovy can't do this.... i think jython should really take advantage of this and even improve upon it if possible and market it as true seemless transparent integration . bryan Sean McGrath wrote: > Brian, > > From my perspective, activity around Jython in terms of working well > with Java, jythonc, new/improved bundled libraries for XML processing > etc. are more important that blow-for-blow feature tracking of CPython. > > Jython is a truly wonderful technology but evangalising it to > potential users is becoming increasingly difficult because of the > percieved lack of activity in Jython-land. > > Dynamic languages are "the next big thing" for the JVM. I'm convinced > of that. Jython is in the right place at the right time. However, the > world is not standing still. Dynamic languages like Groovy are getting > a lot of mindshare - not necessarily because they are "better" than > Jython - but there is a perception of a more vibrant, active community > than exists right now for Jython. > > My 2 cents, > Sean > > brian zimmer wrote: > >> I'm interested in learning more about the group's interest in the >> future direction of Jython. What are the primary areas of >> development people wish addressed? Is it more important to work well >> with Java or be feature-for-feature compliant with CPython? Do >> people like jythonc? Should it be improved in any way? What about >> missing modules from CPython such as select, sets or datetime? >> Should these be implemented? Does anyone have significant changes to >> Jython they have found useful? >> >> I'd like to know how people feel, what features are used the most and >> what should be done for Jython. I'm not suggesting that I or anyone >> currently on the development team will be able to do anything with >> the results of this informal survey, but we might. >> >> Any information would be valuable. >> >> thanks, >> >> brian >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >> Project Admins to receive an Apple iPod Mini FREE for your judgement on >> who ports your project to Linux PPC the best. Sponsored by IBM. >> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >> _______________________________________________ >> Jython-dev mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-dev >> >> > > |
From: Alexey N. S. <A.S...@md...> - 2004-09-25 15:45:32
|
This is where you need BSF. - Alexey. Bryan Weingarten wrote: > i looked at groovy awhile back.i don't remember much, but i do remember > is the language struck me as more complicated than python and a lot of > ruby-ish stuff. i also could find no example of how to write a > stand-alone groovy module and have java call it just like it's java. > you had to instantiate the groovy intrepreter and eval the file or > lines. the java side had to know it was calling groovy code. that's > where jython really shines by being able to expose itself to java as > java. if groovy can't do this.... i think jython should really take > advantage of this and even improve upon it if possible and market it as > true seemless transparent integration . > > bryan > |
From: Oti <oh...@ya...> - 2004-10-05 09:12:11
|
Hello, even with the JDK1.5-enabled jython.jar from http://www.jython.org/jython-21-jar-MK4T.zip I cannot append a java.lang.String to a java.lang.StringBuffer when using JDK1.5.0: Jython 2.1 on java1.5.0 (JIT: null) Type "copyright", "credits" or "license" for more information. >>> from java.lang import StringBuffer >>> from java.lang import String >>> s = String("a") >>> sb = StringBuffer() >>> sb.append(s) Traceback (innermost last): File "<console>", line 1, in ? java.lang.IllegalAccessException: Class org.python.core.PyReflectedFunction can not access a member of class java.lang.AbstractStringBuilder with modifiers "public" at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:65) at java.lang.reflect.Method.invoke(Method.java:578) at org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java) at org.python.core.PyMethod.__call__(PyMethod.java) at org.python.core.PyObject.__call__(PyObject.java:270) at org.python.core.PyInstance.invoke(PyInstance.java:249) at org.python.pycode._pyx5.f$0(<console>:1) at org.python.pycode._pyx5.call_function(<console>) at org.python.core.PyTableCode.call(PyTableCode.java) at org.python.core.PyCode.call(PyCode.java) at org.python.core.Py.runCode(Py.java:1048) at org.python.core.Py.exec(Py.java:1067) at org.python.util.PythonInterpreter.exec(PythonInterpreter.java) at org.python.util.InteractiveInterpreter.runcode(InteractiveInterpreter.java) at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java) at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java) at org.python.util.InteractiveConsole.push(InteractiveConsole.java) at org.python.util.InteractiveConsole.interact(InteractiveConsole.java) at org.python.util.jython.main(jython.java) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at CH.obj.Tools.ToolStarter.Main.callMain(Main.java:377) at CH.obj.Tools.ToolStarter.Main.start(Main.java:104) at CH.obj.Tools.ToolStarter.Main.main(Main.java:56) java.lang.IllegalAccessException: java.lang.IllegalAccessException: Class org.python.core.PyReflectedFunction can not access a member of class java.lang.AbstractStringBuilder with modifiers "public" >>> a hint may be found here: https://bugs.eclipse.org/bugs/show_bug.cgi?id=51353, especially the following sentence: """The 1.4 compiler doesn't expect this scenario, and thus incorrectly pick the wrong method (due to ordering of methods in classfile). Extra checks are necessary so as to select the proper method.""" or here: http://www.coffee-bytes.com/servlet/ShowRecentEntries?id=2&page=5 """As most of you probably know, covariant return types (specifically, overriding a method with a subclassed return type) is not possible prior to 1.5; and is in fact part of the Generics enhancements. abstract class AbstractStringBuilder { // ... public abstract AbstractStringBuilder append(String toAppend); } public class StringBuffer extends AbstractStringBuilder { // ... public StringBuffer append(String toAppend) { /* ... */ } // ... }""" and Nice seems to have the same problem: http://confer09.condor-edv.com/nice@freenode/2004-09-17.html """ [nicec] Exception in thread "main" java.lang.IllegalAccessError: tried to access class java.lang.AbstractStringBuilder from class bossa.syntax.fun""" I have no clue how to solve this. At the moment the only way is to avoid StringBuffer.append() Thanks for comments and help! Oti. |
From: Samuele P. <ped...@bl...> - 2004-10-05 11:30:17
|
Oti wrote: > Hello, > > even with the JDK1.5-enabled jython.jar from > http://www.jython.org/jython-21-jar-MK4T.zip > I cannot append a java.lang.String to a java.lang.StringBuffer when > using JDK1.5.0: > > Jython 2.1 on java1.5.0 (JIT: null) > Type "copyright", "credits" or "license" for more information. > >>>>from java.lang import StringBuffer >>>>from java.lang import String >>>>s = String("a") >>>>sb = StringBuffer() >>>>sb.append(s) > > Traceback (innermost last): > File "<console>", line 1, in ? > java.lang.IllegalAccessException: Class > org.python.core.PyReflectedFunction can not access a member of class > java.lang.AbstractStringBuilder with modifiers "public" > at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:65) > at java.lang.reflect.Method.invoke(Method.java:578) > at > org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java) > at org.python.core.PyMethod.__call__(PyMethod.java) > at org.python.core.PyObject.__call__(PyObject.java:270) > at org.python.core.PyInstance.invoke(PyInstance.java:249) > at org.python.pycode._pyx5.f$0(<console>:1) > at org.python.pycode._pyx5.call_function(<console>) > at org.python.core.PyTableCode.call(PyTableCode.java) > at org.python.core.PyCode.call(PyCode.java) > at org.python.core.Py.runCode(Py.java:1048) > at org.python.core.Py.exec(Py.java:1067) > at org.python.util.PythonInterpreter.exec(PythonInterpreter.java) > at > org.python.util.InteractiveInterpreter.runcode(InteractiveInterpreter.java) > at > org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java) > at > org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java) > at org.python.util.InteractiveConsole.push(InteractiveConsole.java) > at > org.python.util.InteractiveConsole.interact(InteractiveConsole.java) > at org.python.util.jython.main(jython.java) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at CH.obj.Tools.ToolStarter.Main.callMain(Main.java:377) > at CH.obj.Tools.ToolStarter.Main.start(Main.java:104) > at CH.obj.Tools.ToolStarter.Main.main(Main.java:56) > > java.lang.IllegalAccessException: java.lang.IllegalAccessException: > Class org.python.core.PyReflectedFunction can not access a member of > class java.lang.AbstractStringBuilder with modifiers "public" > > > > a hint may be found here: > https://bugs.eclipse.org/bugs/show_bug.cgi?id=51353, especially the > following sentence: > """The 1.4 compiler doesn't expect this scenario, and thus incorrectly > pick the wrong method (due to ordering of methods in classfile). Extra > checks are necessary so as to select the proper method.""" > > or here: > http://www.coffee-bytes.com/servlet/ShowRecentEntries?id=2&page=5 > """As most of you probably know, covariant return types (specifically, > overriding a method with a subclassed return type) is not possible > prior to 1.5; and is in fact part of the Generics enhancements. > abstract class AbstractStringBuilder { > // ... > public abstract AbstractStringBuilder append(String toAppend); > } > public class StringBuffer extends AbstractStringBuilder { > // ... > public StringBuffer append(String toAppend) { /* ... */ } > // ... > }""" > > and Nice seems to have the same problem: > http://confer09.condor-edv.com/nice@freenode/2004-09-17.html > """ [nicec] Exception in thread "main" java.lang.IllegalAccessError: > tried to access class java.lang.AbstractStringBuilder from class > bossa.syntax.fun""" > > I have no clue how to solve this. At the moment the only way is to > avoid StringBuffer.append() it seems related to the problem that package private classes with public methods confuse Jython 2.1. invoking this code before using StringBuffer (once per program (not per import) is enough), seems to workaround the problem: import java import org.python.core import java.lang.StringBuffer as SB for n,f in java.lang.AbstractStringBuilder.__dict__.items(): x = org.python.core.PyReflectedFunction(n) for a in f.argslist: if a is None: continue m = SB.getMethod(n,a.args) x.addMethod(m) SB.__dict__[n] = x |
From: Oti <oh...@ya...> - 2004-10-05 12:29:24
|
--- Samuele Pedroni <ped...@bl...> wrote: > it seems related to the problem that package private classes with > public > methods confuse Jython 2.1. > > invoking this code before using StringBuffer (once per program (not > per > import) is enough), seems to workaround the problem: > > import java > import org.python.core > > import java.lang.StringBuffer as SB > > for n,f in java.lang.AbstractStringBuilder.__dict__.items(): > x = org.python.core.PyReflectedFunction(n) > for a in f.argslist: > if a is None: continue > m = SB.getMethod(n,a.args) > x.addMethod(m) > SB.__dict__[n] = x This works perfectly. Thanks a LOT for the quick response! Oti. |
From: Red R. <red...@ti...> - 2004-09-25 18:40:27
|
Hello Brian, For a provider of Jython development tools, the future direction of Jython is very important, because even small changes could have a major impact on the development tools. There are two items on my list that are important to improve the Red Robin Jython plug-in for Eclipse: 1. Change the implementation of the Jython interpreter so that multiple instances can be used in the same JVM. In other words: get rid of all the static stuff. 2. Follow the evolution of Python as close as possible. The Red Robin plug-in for Eclipse is intended to be a Jython development tool set. However, many Python programmers use it or like to use it. The fact that Jython is lagging behind 2 versions may make them choose for other tools that are their second choice. As a user and as a team lead of Jython programmers, my main concern is the unavailability of online documentation. The Python documentation is great, but some functionality is not available in Jython and that it not clear until you try it and see that it does not work in Jython. Another great addition to the language would be a set data type with syntax to write down set literals. Regards, RR http://home.tiscali.be/redrobin/jython/ > -----Original Message----- > From: jyt...@li... > [mailto:jyt...@li...] On Behalf > Of brian zimmer > Sent: Saturday, September 25, 2004 4:07 AM > To: jyt...@li...; > 'jyt...@li...' > Subject: [Jython-users] future direction of Jython > > > I'm interested in learning more about the group's interest in the > future direction of Jython. What are the primary areas of > development > people wish addressed? Is it more important to work well > with Java or > be feature-for-feature compliant with CPython? Do people > like jythonc? > Should it be improved in any way? What about missing modules from > CPython such as select, sets or datetime? Should these be > implemented? > Does anyone have significant changes to Jython they have > found useful? > > I'd like to know how people feel, what features are used the most and > what should be done for Jython. I'm not suggesting that I or anyone > currently on the development team will be able to do anything > with the > results of this informal survey, but we might. > > Any information would be valuable. > > thanks, > > brian > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one > of 170 Project Admins to receive an Apple iPod Mini FREE for > your judgement on who ports your project to Linux PPC the > best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Jython-users mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-users > |
From: Francisco G. <fra...@al...> - 2004-09-27 19:05:09
|
Hi Brian, I use Cpython and Jython extensively at work for rapid prototyping and testing. I really like IDLE as an interactive IDE, so I tend to use Cpython whenever I can, and to use Jython only when I have to use something from Java, or when I want to interact with Java objects in an interpreter. From my perspective it would be great if I could use Jython from IDLE, or if Jython had its own interpreter with IDLE-like functionality. If Jython had its own IDLE-like interpreter, it would be great if I could call Cpython from this interpreter as well. I work at a Java-only shop, so if I were able to use Jython from IDLE I would probably use Jython exclusively. The main thing I love about IDLE is the fact that it does syntax highlighting and autocomplete from the interpreter, so it is very easy to interact with the live environment. I have tried running Jython from other IDEs and IDE plugins, but I have not seen one yet that has both interactivity and syntax highlighting. Thanks, Francisco Gutierrez brian zimmer wrote: > I'm interested in learning more about the group's interest in the > future direction of Jython. What are the primary areas of development > people wish addressed? Is it more important to work well with Java or > be feature-for-feature compliant with CPython? Do people like > jythonc? Should it be improved in any way? What about missing > modules from CPython such as select, sets or datetime? Should these > be implemented? Does anyone have significant changes to Jython they > have found useful? > > I'd like to know how people feel, what features are used the most and > what should be done for Jython. I'm not suggesting that I or anyone > currently on the development team will be able to do anything with the > results of this informal survey, but we might. > > Any information would be valuable. > > thanks, > > brian > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Jython-users mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-users |
From: Martin K. <mar...@ch...> - 2004-09-27 19:32:16
|
Hi Francisco, Take a look at jEdit (www.jedit.org) and its Jython interpreter or Superscript plugin for syntax highlighting and interactive functionality. Martin Francisco Gutierrez wrote: > Hi Brian, > I use Cpython and Jython extensively at work for rapid prototyping and > testing. I really like IDLE as an interactive IDE, so I tend to use > Cpython whenever I can, and to use Jython only when I have to use > something from Java, or when I want to interact with Java objects in an > interpreter. From my perspective it would be great if I could use > Jython from IDLE, or if Jython had its own interpreter with IDLE-like > functionality. If Jython had its own IDLE-like interpreter, it would be > great if I could call Cpython from this interpreter as well. I work at > a Java-only shop, so if I were able to use Jython from IDLE I would > probably use Jython exclusively. The main thing I love about IDLE is > the fact that it does syntax highlighting and autocomplete from the > interpreter, so it is very easy to interact with the live environment. > I have tried running Jython from other IDEs and IDE plugins, but I have > not seen one yet that has both interactivity and syntax highlighting. > > Thanks, > Francisco Gutierrez > > > brian zimmer wrote: > >> I'm interested in learning more about the group's interest in the >> future direction of Jython. What are the primary areas of development >> people wish addressed? Is it more important to work well with Java or >> be feature-for-feature compliant with CPython? Do people like >> jythonc? Should it be improved in any way? What about missing >> modules from CPython such as select, sets or datetime? Should these >> be implemented? Does anyone have significant changes to Jython they >> have found useful? >> >> I'd like to know how people feel, what features are used the most and >> what should be done for Jython. I'm not suggesting that I or anyone >> currently on the development team will be able to do anything with the >> results of this informal survey, but we might. >> >> Any information would be valuable. >> >> thanks, >> >> brian >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >> Project Admins to receive an Apple iPod Mini FREE for your judgement on >> who ports your project to Linux PPC the best. Sponsored by IBM. >> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >> _______________________________________________ >> Jython-users mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-users > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Jython-users mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-users > |
From: Mark G. <gu...@cc...> - 2004-09-27 19:59:01
|
We don't have autocompletion, but we do have syntax highlighting in JES: http://coweb.cc.gatech.edu/mediaComp-plan/94 On Sep 27, 2004, at 3:04 PM, Francisco Gutierrez wrote: > Hi Brian, > I use Cpython and Jython extensively at work for rapid prototyping and > testing. I really like IDLE as an interactive IDE, so I tend to use > Cpython whenever I can, and to use Jython only when I have to use > something from Java, or when I want to interact with Java objects in > an interpreter. From my perspective it would be great if I could use > Jython from IDLE, or if Jython had its own interpreter with IDLE-like > functionality. If Jython had its own IDLE-like interpreter, it would > be great if I could call Cpython from this interpreter as well. I > work at a Java-only shop, so if I were able to use Jython from IDLE I > would probably use Jython exclusively. The main thing I love about > IDLE is the fact that it does syntax highlighting and autocomplete > from the interpreter, so it is very easy to interact with the live > environment. I have tried running Jython from other IDEs and IDE > plugins, but I have not seen one yet that has both interactivity and > syntax highlighting. > > Thanks, > Francisco Gutierrez > > > brian zimmer wrote: > >> I'm interested in learning more about the group's interest in the >> future direction of Jython. What are the primary areas of >> development people wish addressed? Is it more important to work well >> with Java or be feature-for-feature compliant with CPython? Do >> people like jythonc? Should it be improved in any way? What about >> missing modules from CPython such as select, sets or datetime? >> Should these be implemented? Does anyone have significant changes to >> Jython they have found useful? >> >> I'd like to know how people feel, what features are used the most and >> what should be done for Jython. I'm not suggesting that I or anyone >> currently on the development team will be able to do anything with >> the results of this informal survey, but we might. >> >> Any information would be valuable. >> >> thanks, >> >> brian >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >> Project Admins to receive an Apple iPod Mini FREE for your judgement >> on >> who ports your project to Linux PPC the best. Sponsored by IBM. >> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >> _______________________________________________ >> Jython-users mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-users > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Jython-users mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-users > __________ Mark Guzdial : Georgia Tech : College of Computing/GVU Atlanta, GA 30332-0280 Collaborative Software Lab, http://coweb.cc.gatech.edu/csl http://www.cc.gatech.edu/~mark.guzdial/ |
From: Neil B. <be...@ce...> - 2004-09-28 08:35:00
|
<snip> >> I'd like to know how people feel, what features are used the most and >> what should be done for Jython. I'm not suggesting that I or anyone >> currently on the development team will be able to do anything with >> the results of this informal survey, but we might. > <snip> Hello, I'm coming from the other side - I'm a java programmer (my main language among others) who is using Python because I moved to a new job where the coding is done exclusively in Python. I'd like to use Jython at work but due to the version differences between the two systems this is not possible. If Jython were feature identical to Python then I may be able to convince others for a gradual shift over to Jython. However there will be inconsistencies between the language, one example - I'm assuming here but I guess that threading in Jython works directly on top on the Java threading model whereas Python uses the GIL. This means that most multi threaded code running on a feature compatible version of Python will probably fall apart if put into a true multi threaded environment (the GIL causes us grief and people here have to perform 'spin off another process' tricks to get around this). Therefore my vote would be to 'catch up' to Python's features list and have an optional switch to 'turn off' the bits where Jython is better so that compatible Python code can remain compatible in functionality and not just interface compatibility. This will allow a gradual shift and not require a miner's strike (small reference for British people there!). Convincing people to code extensions in Java and not C is another challenge..... Cheers, Neil -- Neil Benn Senior Automation Engineer Cenix BioScience BioInnovations Zentrum Tatzberg 47 D-01307 Dresden Germany Tel : +49 (0)351 4173 154 e-mail : be...@ce... Cenix Website : http://www.cenix-bioscience.com |
From: Martin K. <mar...@ch...> - 2004-09-27 19:12:17
|
Hi Brian, For me, feature-compliance is of topmost priority, since Jython is a Python implementation, not a dynamic language on top of Java just leaning on Python. Working well with Java is also important, but takes close second place. So I guess my answer is replace the "or" in your question with an "and". If more developers are needed, I hereby volunteer. Martin brian zimmer wrote: > I'm interested in learning more about the group's interest in the future > direction of Jython. What are the primary areas of development people > wish addressed? Is it more important to work well with Java or be > feature-for-feature compliant with CPython? Do people like jythonc? > Should it be improved in any way? What about missing modules from > CPython such as select, sets or datetime? Should these be implemented? > Does anyone have significant changes to Jython they have found useful? > > I'd like to know how people feel, what features are used the most and > what should be done for Jython. I'm not suggesting that I or anyone > currently on the development team will be able to do anything with the > results of this informal survey, but we might. > > Any information would be valuable. > > thanks, > > brian > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Jython-users mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-users > |