jython-dev Mailing List for Jython (Page 380)

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Hi.
> Yes. Please commit it. 

I will do that tonight.

regards, Samuele.




[Samuele]

>Finn, thanks for the help and the many examples. Here is a new patch
>proposal.
>The difference is minimal but significative:
>
>         if (ret != null) {
>             // Allow a package component to change its own meaning
>-            PyObject tmp = __dict__.__finditem__(attr);
>-            if (tmp != null)
>-            ret = tmp;
>+            PyObject tmp = modules.__finditem__(fullName);
>+            if (tmp != null) ret = tmp;
>             __dict__.__setitem__(attr, ret);
>             return ret;
>         }
>
>Simply the old jpython code was doing the wrong thing.
>I think this version should be ok for check in. Let me know.

Yes. Please commit it. 

With the patch, it is not longer the jython import mechanism that
prevent pyxml from running with jython.

regards,
finn



Hello,

On Thu, 21 Dec 2000, Ray Leyva wrote:
> Just wondering. Cause we're building a site based solely on Java, and
> JSP.  I was wondering if it was possible to use Jython from with JSP,
> and if so can someone send a really really simple ( rudimentary )
> FooBar, World! style sample.
> 
> thx
> rl

I'm been looking at this as well.  So far, I'm unable to use a jythonc
compiled file with Tomcat jsp due to a StackOverflow in __init__ or other 
problems loading the inner class. I think I'm missing something though.

What is sure to work is embedding a PythonInterpreter.  It can go right in
the scriptlet sections, and you can exec python code, or execfile to fill
larger areas of the page from python files.  Here's a brain-dead example
that just uses time from PythonInterpreter in a JSP page to get you
started.  Make sure to add the jython.jar to the classpath and possibly
add -Dpython.home=/path/to/jythondir in the container's startup script.
(This example was tested on Jakarta Tomcat 3.2)

------------begin time.jsp page---------------------------
<%@ page import = "org.python.util.PythonInterpreter" %>
<%@ page import = "org.python.core.*" %>

<html>
<head><title>hello</title></head>
<body bgcolor="white">
<font size=4>

Hello everyone, it is currently 
<% PythonInterpreter interp = new PythonInterpreter();
   interp.exec("from time import ctime, time");
   interp.exec("t = ctime(time())");
   String t = interp.get("t").toString(); %>
<%= t %>
<br>

</font>
</body>
</html>
-------------end time.jsp page----------------------------

You could also write Java files that use PythonInterpreter, and in turn,
use them within the JSP files.  I found myself using PythonInterpreter so
much that I just made a Java class with a runPyFile and runPyCode methods
that respectively set up a JySP directory to run files from,
and exec strings of Jython code.  Both of which just return a String for
the JSP.

It seems likely that jythonc compiled classes should work with JSP- when I
figure out what I'm doing wrong, I'll forward more examples.

Hopefully more to come someday soon :)

-Robert




Hi.

Finn, thanks for the help and the many examples. Here is a new patch
proposal.
The difference is minimal but significative:

         if (ret != null) {
             // Allow a package component to change its own meaning
-            PyObject tmp = __dict__.__finditem__(attr);
-            if (tmp != null)
-            ret = tmp;
+            PyObject tmp = modules.__finditem__(fullName);
+            if (tmp != null) ret = tmp;
             __dict__.__setitem__(attr, ret);
             return ret;
         }

Simply the old jpython code was doing the wrong thing.
I think this version should be ok for check in. Let me know.

Here are the transcripts for the various test-cases with the patch in place:

Jython 2.0alpha2 on java1.3.0 (JIT: null)
Type "copyright", "credits" or "license" for more information.
>>> from pack1.Node import Node
>>> print Node,type(Node)
pack1.Node.Node org.python.core.PyClass
>>>

Jython 2.0alpha2 on java1.3.0 (JIT: null)
Type "copyright", "credits" or "license" for more information.
>>> import pack1
>>> print pack1.Node,type(pack1.Node)
pack1.Node org.python.core.PyClass
>>> from pack1.Node import Node
>>> print pack1.Node, type(pack1.Node)
<module pack1.Node at 513138> org.python.core.PyModule

Jython 2.0alpha2 on java1.3.0 (JIT: null)
Type "copyright", "credits" or "license" for more information.
>>> from pawt import swing
>>> swing
<java package javax.swing at 4653845>
>>> from pawt import swing
>>> swing
<java package javax.swing at 4653845>
>>>

regards, Samuele Pedroni.

Just wondering. Cause we're building a site based solely on Java, and
JSP.  I was wondering if it was possible to use Jython from with JSP,
and if so can someone send a really really simple ( rudimentary )
FooBar, World! style sample.

thx
rl



[Samuele]

>The issue is clear to me, the cause of this is the following piece of
>code that I left around  as it was:       
>
>
>	if (ret != null) {
>            // Allow a package component to change its own meaning
>            PyObject tmp = __dict__.__finditem__(attr);
>            if (tmp != null)
>            ret = tmp;
>            __dict__.__setitem__(attr, ret);
>            return ret;
>        }
>
>Is that really necessary, I should study a little better CPython semantics.
>Then I will post a fixed fix <wink>.

Make sure that this example still works with your fix. My simple attempt
to solve it (by removing the three "tmp" lines), caused this to fail:

Jython 2.0alpha2 on java1.3.0 (JIT: null)
Type "copyright", "credits" or "license" for more information.
>>> from pawt import swing
>>> swing
<java package javax.swing at 4504063>
>>> from pawt import swing
>>> swing
<java package javax.swing at 4504063>
>>>

regards,
finn



At 02:26 PM 12/21/2000 +0000, Finn Bock wrote:

 >>
 >>As of b2 the installer is still producing a bad jython.bat
 >>file on Windows systems.  It's not respecting the rule (for
 >>bat files) that all components of the path have to be 8 chars
 >>or less, so if your Java is under "Program Files" that piece
 >>needs to look like "Progra~1".
 >
 >I would rather use quotes (aussming Robert is correct that it works
 >too). The remaining path which isn't fully quoted is the path to the
 >java.exe. Does the script work for you, if you edit jython.bat and adds
 >doublequotes around the path to java.exe?

Yes.  Didn't know that...this way is definitely preferred.




Hi.

[Finn]
> Python 2.0 (#8, Oct 16 2000, 17:27:58) [MSC 32 bit (Intel)] on win32
> Type "copyright", "credits" or "license" for more information.
> >>> import pack1
> >>> print pack1.Node, type(pack1.Node)
> pack1.Node <type 'class'>
> >>> from pack1.Node import Node
> >>> print pack1.Node, type(pack1.Node)
> <module 'pack1.Node' from 'pack1\Node.pyc'> <type 'module'>
> 
> 
> Jython 2.0alpha2 on java1.3.0 (JIT: null)
> >>> import pack1
> >>> print pack1.Node, type(pack1.Node)
> pack1.Node org.python.core.PyClass
> >>> from pack1.Node import Node
> >>> print pack1.Node, type(pack1.Node)
> pack1.Node org.python.core.PyClass
> >>>

The issue is clear to me, the cause of this is the following piece of
code that I left around  as it was:       


	if (ret != null) {
            // Allow a package component to change its own meaning
            PyObject tmp = __dict__.__finditem__(attr);
            if (tmp != null)
            ret = tmp;
            __dict__.__setitem__(attr, ret);
            return ret;
        }

Is that really necessary, I should study a little better CPython semantics.
Then I will post a fixed fix <wink>.

regards, Samuele.




On Wed, 20 Dec 2000 18:12:23 -0700, you wrote:

>At 10:28 PM 12/17/2000 +0000, Finn Bock wrote:
> >Jython-2.0a2 is now available.
> >
> >  http://jython.sourceforge.net/index.html
> >
> >Install as with Jython-2.0a1. I don't intend to announce this any
> >more widely than these lists for now.
>
>As of b2 the installer is still producing a bad jython.bat
>file on Windows systems.  It's not respecting the rule (for
>bat files) that all components of the path have to be 8 chars
>or less, so if your Java is under "Program Files" that piece
>needs to look like "Progra~1".

I would rather use quotes (aussming Robert is correct that it works
too). The remaining path which isn't fully quoted is the path to the
java.exe. Does the script work for you, if you edit jython.bat and adds
doublequotes around the path to java.exe? In my installation it becomes:

"I:\JAVA\JDK1.3\jre\bin\java.exe" "-Dpython.home...

If that is enough, I will add it to alpha 3. Let me know.

>SourceForge doesn't like me...downloads are a disaster and
>posting bugs is no better so I'm sending it here.

I think that it is just some transition pains. Lets hope it all
straigthen itself out within a short period of time.

regards,
finn



On Thu, 21 Dec 2000 03:15:56 +0100, you wrote:

>What follows as attachment is a proposal for a patch that encompasses three
>points:
>* Solves [Bug #12624] and more generally separates (partially) the import
>logic from __findattr__
>for py modules, this will make import more compliant with CPython but keeps
>attribute-getting forced
>import working (jython idiom).
>* Makes __import__ hook effective also for the latter case of import through
>attribute getting
>  (from py packages).
>* Makes PyJavaPackage __mgr__ accessible and mutable from jython too.
>More appropriate (than __import__) "expert" hook for java pkgs/classes std
>import.
>
>Patch design:
>* A protected method PyObject impAttr(String name) is added to PyObject.
>Default impl just
>calls __findattr__(name). (Better name proposals are welcome).
>* Import logic in org.python.core.imp using __findattr__ is modified and
>calls
>impAttr instead.
>* In PyModule:
>  * (Forced) import logic in __findattr__ is moved to an impAttr impl.
>  * In the case an attribute attr is not there __findattr__ try to import it
>trough
>    __builtin__.__import__. This makes __import__ hook effective for
>attribute
>   -getting import.
>
>I will check this in eventually, but only after feedback.

The patch is fine, but in the situation where there if a name conmflict,
is looks as if CPython will change the definition of a name in a module:


Python 2.0 (#8, Oct 16 2000, 17:27:58) [MSC 32 bit (Intel)] on win32
Type "copyright", "credits" or "license" for more information.
>>> import pack1
>>> print pack1.Node, type(pack1.Node)
pack1.Node <type 'class'>
>>> from pack1.Node import Node
>>> print pack1.Node, type(pack1.Node)
<module 'pack1.Node' from 'pack1\Node.pyc'> <type 'module'>


Jython 2.0alpha2 on java1.3.0 (JIT: null)
>>> import pack1
>>> print pack1.Node, type(pack1.Node)
pack1.Node org.python.core.PyClass
>>> from pack1.Node import Node
>>> print pack1.Node, type(pack1.Node)
pack1.Node org.python.core.PyClass
>>>





Hi.

What follows as attachment is a proposal for a patch that encompasses three
points:
* Solves [Bug #12624] and more generally separates (partially) the import
logic from __findattr__
for py modules, this will make import more compliant with CPython but keeps
attribute-getting forced
import working (jython idiom).
* Makes __import__ hook effective also for the latter case of import through
attribute getting
  (from py packages).
* Makes PyJavaPackage __mgr__ accessible and mutable from jython too.
More appropriate (than __import__) "expert" hook for java pkgs/classes std
import.

Patch design:
* A protected method PyObject impAttr(String name) is added to PyObject.
Default impl just
calls __findattr__(name). (Better name proposals are welcome).
* Import logic in org.python.core.imp using __findattr__ is modified and
calls
impAttr instead.
* In PyModule:
  * (Forced) import logic in __findattr__ is moved to an impAttr impl.
  * In the case an attribute attr is not there __findattr__ try to import it
trough
    __builtin__.__import__. This makes __import__ hook effective for
attribute
   -getting import.

I will check this in eventually, but only after feedback.
Let me know.

regards, Samuele Pedroni.

Hello,

On Wed, 20 Dec 2000, Mats Wichmann wrote:
> At 10:28 PM 12/17/2000 +0000, Finn Bock wrote:
>  >Jython-2.0a2 is now available.
>  >
>  >  http://jython.sourceforge.net/index.html
>  >
>  >Install as with Jython-2.0a1. I don't intend to announce this any
>  >more widely than these lists for now.
> 
> As of b2 the installer is still producing a bad jython.bat
> file on Windows systems.  It's not respecting the rule (for
> bat files) that all components of the path have to be 8 chars
> or less, so if your Java is under "Program Files" that piece
> needs to look like "Progra~1".

Or enclosed in quotation marks- the other rule :)
I only mention this because I have a preference for seeing the
full path in quotes.  As someone who uses Windows only rarely, I
find this duality silly when quotes allow the perceived path and
functional path to be the same.  Or maybe I'm just easily confused :)

-Robert




At 10:28 PM 12/17/2000 +0000, Finn Bock wrote:
 >Jython-2.0a2 is now available.
 >
 >  http://jython.sourceforge.net/index.html
 >
 >Install as with Jython-2.0a1. I don't intend to announce this any
 >more widely than these lists for now.

As of b2 the installer is still producing a bad jython.bat
file on Windows systems.  It's not respecting the rule (for
bat files) that all components of the path have to be 8 chars
or less, so if your Java is under "Program Files" that piece
needs to look like "Progra~1".

SourceForge doesn't like me...downloads are a disaster and
posting bugs is no better so I'm sending it here.

Mats




Hi.

I have just checked in a patch for the bug.
Basically it's Finn idea applied inside PyModule.__findattr__  + some makeup
to this.

So we get rid of the  equivalent bug in the same setup but with p2.__init__
containing something like:

print __name__
import p1
print p1.p2.p3

regards, Samuele.




[Jim Harrison]

>Jython gives the following error when attempting to install on Mac OSX (JVM
>1.2):
>
>[jhh:~] harrison% java jython-20a2
>try path /Users/harrison/
>can not get flavour null for os 'Mac_OS_X'
>exception in called method net.sourceforge.liftoff.installer.Install2.main
>java.lang.NullPointerException

I'll look into the exception tomorrow. Until a real solution is
available, you can tell the installer which operating system flavor it
should use on the command line:

   java jython-20a2 -f mac

or

   java jython-20a2 -f unix

I'm not sure which you should use. The mac flavor will not create any
startup scripts, unix will create bourne-shell scripts. I think I have
heard that Mac OSX is somewhat unix-like. Is that correct? If the unix
flavor works, please let me know.

regards,
finn



Jython gives the following error when attempting to install on Mac OSX (JVM
1.2):

[jhh:~] harrison% java jython-20a2
try path /Users/harrison/
can not get flavour null for os 'Mac_OS_X'
exception in called method net.sourceforge.liftoff.installer.Install2.main
java.lang.NullPointerException
        at java.awt.GridBagLayout.GetLayoutInfo(GridBagLayout.java:808)
        at 
java.awt.GridBagLayout.preferredLayoutSize(GridBagLayout.java:564)
        at java.awt.Container.preferredSize(Container.java:643)
        at java.awt.Container.getPreferredSize(Container.java:626)
        at java.awt.Window.pack(Window.java:264)
        at 
net.sourceforge.liftoff.installer.awt.OSFlavorSelect.setupGui(OSFlavorSelect
.java:133)
        at 
net.sourceforge.liftoff.installer.awt.OSFlavorSelect.<init>(OSFlavorSelect.j
ava:58)
        at 
net.sourceforge.liftoff.installer.awt.OSFlavorSelect.showDialog(OSFlavorSele
ct.java:162)
        at 
net.sourceforge.liftoff.installer.Info.loadInstallerProps(Info.java:307)
        at 
net.sourceforge.liftoff.installer.Install2.<init>(Install2.java:92)
        at 
net.sourceforge.liftoff.installer.Install2.main(Install2.java:130)
        at java.lang.reflect.Method.invoke(Native Method)
        at jython-20a2.main(Install.java:376)
java.lang.reflect.InvocationTargetException

Installation on Mac OS 8.6 with JVM 1.18 appears to work fine, incidentally.

Jim Harrison
Univ. of Pittsburgh



[Mats Wichmann]
> I'm having major trouble downloading this.  It's proceeding at
> an absolutely glacial pace, and each of my four first attempts
> in the last 24 hours aborted without downloading the whole file
> (in a way that I couldn't restart the download).

I just tried it, and it came across in 1 minute and 22 seconds.  Very
bursty, though, and for a while after the first 200Kb I thought it had
frozen.

> So far, the counter on the download page shows 0 successful
> downloads of alpha-2.  Is SourceForge going south on us (again)?

SF is running on different hardware today than it was on Friday -- they just
did a massive upgrade.  Lots of little things have indeed been flaky since
that started.  Don't know what else to say about your download woes.




At 10:28 PM 12/17/2000 +0000, Finn Bock wrote:
 >Jython-2.0a2 is now available.
 >
 >  http://jython.sourceforge.net/index.html
 >
 >Install as with Jython-2.0a1. I don't intend to announce this any
 >more widely than these lists for now.


I'm having major trouble downloading this.  It's proceeding at
an absolutely glacial pace, and each of my four first attempts
in the last 24 hours aborted without downloading the whole file
(in a way that I couldn't restart the download).

So far, the counter on the download page shows 0 successful
downloads of alpha-2.  Is SourceForge going south on us (again)?




I will check this as soon as possible,

today or tomorrow.

If your solution is right I will just check it in.

regards, Samuele.




>Bug #126327, was updated on 2000-Dec-19 05:28
>Here is a current snapshot of the bug.

>Summary: Infinite recursion in subpackage import

>http://sourceforge.net/bugs/?func=detailbug&bug_id=126327&group_id=12867

Here a possible patch. Since the CVS notification is out, and I'm unsure
whether this is right solution, I post it here. Basicly the patch checks
the sys.module for each level when walking down a dotted path.

--- imp.java.org	Mon Dec 18 20:18:43 2000
+++ imp.java	Tue Dec 19 13:57:52 2000
@@ -400,6 +400,8 @@
     private static PyObject dottedFind(PyObject mod, String name) {
       int dot = 0;
       int last_dot= 0;
+      PyObject modules = Py.getSystemState().modules;             
+
       do {
         String tmpName;
         dot = name.indexOf('.', last_dot);
@@ -408,9 +410,19 @@
         } else {
           tmpName = name.substring(last_dot, dot).intern();
         }
-        mod = mod.__findattr__(tmpName);
-        if (mod == null)
-          throw Py.ImportError("No module named " + tmpName);
+        PyObject m = null;
+        PyObject modname = mod.__findattr__("__name__");
+        if (name != null) {
+             String fullname = modname + "." + tmpName;
+             m = modules.__finditem__(fullname.intern());
+        }
+        if (m != null && m != Py.None) {
+             mod = m;
+        } else {
+             mod = mod.__findattr__(tmpName);
+             if (mod == null)
+                 throw Py.ImportError("No module named " + tmpName);
+        }
         last_dot = dot + 1;
       } while (dot != -1);
       return mod;





[Peter.Rupp]

>I like cpython's threading interface a lot...would like to see if you 
>can build it in jython?  Please? <grin>
>I'm using Java's wierd-but-works threading variety...YUK!

I have only done a quick test with the threading._test() method, but is
looks like some of the threading module works with jython.

Have you tried to copy the module from CPython2.0? You will also need
the atexit.py, even though it is mostly a no-op.

Let us know if the threading from cpython works for you. I will then
include it in the installer.

regards,
finn



All'

I like cpython's threading interface a lot...would like to see if you 
can build it in jython?  Please? <grin>
I'm using Java's wierd-but-works threading variety...YUK!

Best regards,
==pete==
P. A. Rupp 
United Airlines Corp. (WHQKT)
voice: 847-700-3226
email: pet...@ua...





I wrote:

>Jython-2.0a2 is now available. 

And the CVS is tagged and ready for new commits.

regards,
finn



Jython-2.0a2 is now available. 

  http://jython.sourceforge.net/index.html

Install as with Jython-2.0a1. I don't intend to announce this any 
more widely than these lists for now.

The release includes some bug fixes as well as a few but crucial 
new features.

  New features:
    - Added -v (verbose) option to jython command. It will trace
      import statements. Use three -v's for maximum information.
    - A redesigned of the internal java class handling. The new
      design allow for a pluggable javaclass -> PyJavaClass handling.
      Included are plugins that use weak or soft references.
    - Use a SecureClassLoader for loading compiled python modules.
      This should allow jython to be used with the java plugin and
      its fine grained security.

  CPython-2.0 compatibility
    - Added support for formatting of long values in "%d %x %X %o".
      The support does not match CPython2.0 exactly, but matches
      what CPython2.1 will do.
    - The \x escape will only eat two hex characters and will 
      always create a character with values < 256. Use the \u
      escape for high-byte values.
    - A ucnhash module to support the \N{name} escape.


Take a look at the NEWS file for more information about the differences.

  http://jython.sourceforge.net/NEWS.html

Bugs can be reported to the bug manager on SourceForge:

  http://sourceforge.net/bugs/?group_id=12867

Cheers,
the jython-developers



Patch #102778 has been updated. 

Project: jython
Category: None
Status: Closed
Submitted by: bckfnn
Assigned to : pedronis
Summary: PyJavaClass.classes mapping

Follow-Ups:

Date: 2000-Dec-16 09:09
By: pedronis

Comment:
Absorbed by new internal tables design.
-------------------------------------------------------

-------------------------------------------------------
For more info, visit:

http://sourceforge.net/patch/?func=detailpatch&patch_id=102778&group_id=12867




2000	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (38)	Nov (98)	Dec (58)
2001	Jan (114)	Feb (123)	Mar (96)	Apr (66)	May (84)	Jun (72)	Jul (128)	Aug (126)	Sep (82)	Oct (80)	Nov (148)	Dec (55)
2002	Jan (137)	Feb (85)	Mar (118)	Apr (67)	May (71)	Jun (28)	Jul (69)	Aug (48)	Sep (83)	Oct (79)	Nov (54)	Dec (32)
2003	Jan (44)	Feb (47)	Mar (59)	Apr (57)	May (43)	Jun (45)	Jul (44)	Aug (39)	Sep (27)	Oct (62)	Nov (17)	Dec (23)
2004	Jan (41)	Feb (51)	Mar (38)	Apr (30)	May (25)	Jun (12)	Jul (11)	Aug (27)	Sep (16)	Oct (56)	Nov (23)	Dec (29)
2005	Jan (75)	Feb (82)	Mar (50)	Apr (77)	May (19)	Jun (104)	Jul (47)	Aug (42)	Sep (28)	Oct (143)	Nov (62)	Dec (13)
2006	Jan (20)	Feb (10)	Mar (59)	Apr (45)	May (25)	Jun (129)	Jul (162)	Aug (91)	Sep (15)	Oct (39)	Nov (186)	Dec (191)
2007	Jan (134)	Feb (140)	Mar (106)	Apr (77)	May (92)	Jun (63)	Jul (233)	Aug (102)	Sep (119)	Oct (63)	Nov (68)	Dec (32)
2008	Jan (69)	Feb (91)	Mar (129)	Apr (44)	May (18)	Jun (53)	Jul (50)	Aug (25)	Sep (11)	Oct (28)	Nov (67)	Dec (36)
2009	Jan (20)	Feb (24)	Mar (66)	Apr (53)	May (48)	Jun (48)	Jul (59)	Aug (82)	Sep (49)	Oct (30)	Nov (16)	Dec (16)
2010	Jan (52)	Feb (25)	Mar (36)	Apr (34)	May (14)	Jun (15)	Jul (14)	Aug (16)	Sep (23)	Oct (6)	Nov (4)	Dec (5)
2011	Jan (4)	Feb (22)	Mar (45)	Apr (9)	May (8)	Jun (13)	Jul (12)	Aug (4)	Sep (6)	Oct (10)	Nov (21)	Dec (5)
2012	Jan (6)	Feb (9)	Mar (25)	Apr (6)	May (4)	Jun (23)	Jul (6)	Aug (18)	Sep (21)	Oct (34)	Nov (19)	Dec (25)
2013	Jan (8)	Feb (34)	Mar (35)	Apr (4)	May (11)	Jun (4)	Jul (7)	Aug (5)	Sep (20)	Oct (12)	Nov (11)	Dec (7)
2014	Jan (10)	Feb (18)	Mar (50)	Apr (26)	May (53)	Jun (21)	Jul (12)	Aug (39)	Sep (43)	Oct (26)	Nov (8)	Dec (6)
2015	Jan (18)	Feb (32)	Mar (31)	Apr (42)	May (38)	Jun (13)	Jul (6)	Aug (11)	Sep (29)	Oct (25)	Nov (10)	Dec (11)
2016	Jan (24)	Feb (12)	Mar (13)	Apr (15)	May (22)	Jun (8)	Jul (12)	Aug (25)	Sep (8)	Oct (6)	Nov (13)	Dec (7)
2017	Jan (6)	Feb (29)	Mar (32)	Apr (8)	May (82)	Jun (42)	Jul (20)	Aug (17)	Sep (27)	Oct (14)	Nov (22)	Dec (6)
2018	Jan (12)	Feb (9)	Mar (22)	Apr (19)	May (14)	Jun (9)	Jul (9)	Aug (22)	Sep (22)	Oct (12)	Nov (13)	Dec (8)
2019	Jan (22)	Feb (3)	Mar (30)	Apr (20)	May (20)	Jun (6)	Jul (15)	Aug (25)	Sep (11)	Oct (24)	Nov (11)	Dec (6)
2020	Jan (9)	Feb (12)	Mar (29)	Apr (10)	May (22)	Jun (11)	Jul (15)	Aug (5)	Sep (6)	Oct (7)	Nov (7)	Dec (13)
2021	Jan (21)	Feb (5)	Mar (5)	Apr (6)	May (10)	Jun (7)	Jul (6)	Aug (8)	Sep (5)	Oct (9)	Nov (5)	Dec (6)
2022	Jan (5)	Feb (4)	Mar (8)	Apr (6)	May (5)	Jun (5)	Jul (10)	Aug (6)	Sep (7)	Oct (4)	Nov (4)	Dec (6)
2023	Jan (5)	Feb (5)	Mar (6)	Apr (4)	May (5)	Jun (6)	Jul (5)	Aug (5)	Sep (5)	Oct (5)	Nov (7)	Dec (8)
2024	Jan (3)	Feb (1)	Mar	Apr (2)	May	Jun (1)	Jul (1)	Aug (4)	Sep	Oct	Nov	Dec (1)
2025	Jan	Feb (2)	Mar	Apr (1)	May	Jun (1)	Jul	Aug (1)	Sep (1)	Oct	Nov	Dec
2026	Jan	Feb (1)	Mar (2)	Apr (1)	May (1)	Jun	Jul	Aug	Sep	Oct	Nov	Dec

jython-dev Mailing List for Jython (Page 380)

jython-dev — Discussion of developing and enhancing Jython itself(!) (not how to use Jython)