gmane.comp.lang.jython.devel

Summary of Jython tracker Issues

Jython tracker — 2008-08-29T16:10:07

------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ Jython-dev mailing list Jython-dev< at >lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jython-dev

nowalker branch

Frank Wierzbicki — 2008-08-27T16:07:53

Hi all, The nowalker branch is nearing completion -- I have merged Python.g and PythonWalker.g into just a Python.g. The unit tests now pass as well as they do in trunk -- the new Python.g is (at least in my opinion) *much* simpler than the 2 grammar approach which was really only necessary because of some limitations in Anltr 3.0 (which I really where just limitations in my understanding of Antlr 3.0 -- I think now that I've gone through this process I could have done it in 3.0). The imaginary tokens that I was using are now gone, leaving only the INDENT and DEDENT tokens that where there in the original example Python.g from the Antlr project. I now have much finer control over the offsets, so I should be able to get almost all of these to match CPython (there are one or two differences I've seen that look like they *may* be odd implementation details). My internet connectivity is intermittent today and tomorrow -- so I'll wait until Friday or Saturday to merge this branch back into trunk. If anyone

Re: GSoC Final Report: Django on Jython

Leo Soto M. — 2008-08-25T01:10:26

I've seen that too. That's a Jython problem, so it should be reported on the Jython tracker. Anyway, I know it is not always obvious to the user where the problem is located, so I have no problem with they being reported on django-jython. Oh, that's a packaging issue that is going to be resolved soon. You will see that there is a jarjar.jar file into dist/javalib/. That JAR contains the missing stuff. Right, that works too.

Re: GSoC Final Report: Django on Jython

Tristan King — 2008-08-24T23:18:28

GSoC Final Report: Django on Jython

Leo Soto M. — 2008-08-24T18:53:06

Looks like many people already know about my SoC results. But I wanted to "officially" finish the SoC reports. Django works on Jython without special patching. The tutorial can be followed without any problems. And Django projects are extremely easy to deploy on a Java Application Server, thanks to modjy. I'd even say that deploying Django/Jython on Java appservers is easiest than Django/CPython on apache/fastcgi/whatever. On the test suite, I wasn't able to fix all of the failures. Django developers did a great job on the testing front, growing from ~200 tests when I started the SoC to more than 400 now. That's a good thing, as it made possible to spot some bugs on Jython, but it makes the task of having fully passing test suite a bit more difficult. By the end of the SoC coding period, we had 92% of Django tests passing. A good number anyway, but should be improved. There is also more work to do on the DB-backends front[1]. I think that we may be able to easy the deployment of projects which mix Django/

Summary of Jython tracker Issues

Jython tracker — 2008-08-22T16:10:08

asm branch moved to trunk. asm branch now closed.

Frank Wierzbicki — 2008-08-19T22:57:51

A Release_2_3maint branch was created in case anyone wants to advance the javacc/old compiler work. I decided against tagging it since the branch is probably enough. The asm work is now merged into trunk, and the asm branch is closed. I think I'm going to wait a bit before I try to put an alpha together just to make sure things have settled. I also created a nowalker branch to hold the work I've done to eliminate PythonWalker.g -- but it's pretty rough still. -Frank ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Plan for moving asm to trunk part deux

Frank Wierzbicki — 2008-08-18T20:43:38

Since no one has objected, how is tomorrow morning (hopefully done by 1pm U.S. Eastern time)? My connectivity is going to be spotty from Thursday to at least Sunday -- so I'd like to get this done soon enough to have a day where folks can complain/notice problems. On Thu, Aug 14, 2008 at 4:18 PM, Frank Wierzbicki gmail.com> wrote: ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Parsing and non-ASCII Input

Frank Wierzbicki — 2008-08-17T00:35:27

Deleted -- I'm pretty sure it was unused. Not as easy as the first one :) I'll need to think some more and read through some code before I can comment on the proposed solutions... but I do like the 2nd approach (with Readers, etc) better on the first reading. -Frank ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Parsing and non-ASCII Input

Leo Soto M. — 2008-08-16T00:25:47

This was mostly planned as a note-to-myself document, as I spent most of this day with this issue but had to let it on hold for a few days. I now think it is good idea to post it here, for review of more experimented Jython developers. Problem ======= We have problems parsing non-ascii input under some circumstances. It is mostly visible on doctest right now, but I'm afraid that the current bugs can show up in other circumstances too. Here is a minimal example: 'f\xf6\xf6' 'b?r' Cause ===== The problem can be tracked to the use of String.toBytes() before reaching the parser, without taking into account the case when the incoming String[*] contains non-ascii characters. The offending code is on * ParserFacade#parse(String string, String kind): Unused, but dangerous IMHO, so should be removed/reworked * Py#compile_flags(String data, String filename, String type, CompilerFlags cflags): The entry point for most eval()/exec operations. [*] For clarity, When I say String, I'm specifically refering to jav

Summary of Jython tracker Issues

Jython tracker — 2008-08-15T16:10:07

Plan for moving asm to trunk part deux

Frank Wierzbicki — 2008-08-14T20:18:29

Even more than the last time I suggested this, most development has moved to the asm branch, and the asm branch has probably reached "good enough" to become trunk. Philip Jenvey pointed out some problems that have since been resolved. I still want to check and make sure that this is the right thing to do. My plan for this move is the same as before: 1) Announce a freeze of trunk 2) make a Release_2_3maint branch against the current trunk, and a Release_2_3a0 tag to mark the last of the javacc based Jythons -- just in case someone needs to continue with that 3) merge asm into trunk using svnmerge.py 4) soon after release a proper alpha2 with a proper Release_2_5maint branch, a proper tag, etc -- which would have been difficult for alpha1 because I made it from a branch and not trunk. I think that's it... -Frank ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications

Re: On findattr, getattr and getattribute

Leo Soto M. — 2008-08-11T04:18:31

OK, I've implemented this approach. The patch is up for review at . And this time pybench don't show any performance regression:

Summary of Jython tracker Issues

Jython tracker — 2008-08-08T16:10:11

Re: [Jython-users] int vs. boolean

Leo Soto M. — 2008-08-06T15:25:13

It is, on Jython 2.5. OK, so it was intentional. And I suspect that for backwards compatibility we can't change that until 3.0, so I think we should let it as it is now, as long as we document this somewhere (maybe it is already documented, but anyway, the docs need some care). Before I forget it: Nicholas Riley has suggested that we can greatly increase the flexibility here by exposing __tojava__ to Python code. I like the idea, because __tojava__ can already be implemented by python code (for example, it is implemented on our decimal.Decimal and datetime.* classes) That way, for example you could get a java.lang.Boolean javainstance by doing: javabool = True.__tojava__(Boolean) Then: type(javabool) -> javainstance javabool.getClass() -> Boolean With the added bonus that it will be possible to "cast" python objects to java objects even when the needed constructor is not available. [Oh, and looks like my problems with String -> PyString instead of String -> PyUnicode, could be worked around if we

asm branch needs a clean if you rebuild

Frank Wierzbicki — 2008-08-06T02:16:46

Hey all, I'm mucking with tokens again -- so if you rebuild the asm branch do a "clean" first. I did try to get the build.xml to notice the change, but haven't succeeded yet. -Frank ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

fatal bug in 2.2.1 PyStringMap serialization

Colin Evans — 2008-08-05T04:04:40

Hi all! I just wanted to give a heads-up that I found a nasty fatal bug when serializing and deserializing PyStringMap instances in Jython 2.2.1. Essentially, if the size of the PyStringMap is one of a small set of prime numbers and the instance is deserialized and serialized, then calls to __finditem__ may result in an infinite loop. The details and a script to recreate the problem are here: http://bugs.jython.org/issue1098 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Jython settings - input requested

Nicholas Riley — 2008-08-01T23:54:00

In article EXCHANGEDS01.ds.ad.adp.com>, "Moore, Greg" adp.com> wrote: These relate to the Java package cache - see . This is documented (only, as far as I can tell) in the sample registry file. # Use this registry entry to control the list of builtin modules; you # can add, remove, or override builtin modules. The value for this # registry key is a comma separated list of module entries, each entry # of which has the following allowable forms: # # name # The module name is `name' and the class name is # org.python.modules.name # # name:class # The module name is `name' and the class name is `class' where # class must be a fully qualified Java class name # # name:null # The module `name' is removed from the list of builtin modules # # A good example would be to use a jni version of os for more # functionality by having an entry such as os:com.foo.jni.os #python.modules.builtin

Re: Jython settings - input requested

Nicholas Riley — 2008-08-01T23:33:43

In article <4dab5f760807311543ge525c0au3804e0fa7bdc6bf3< at >mail.gmail.com>, "Frank Wierzbicki" gmail.com> wrote: After some more investigation, this wasn't quite as I described. Only python.executable behaves like this, because it accesses the registry (a Properties object) as a Hashtable, which doesn't check the chained "defaults" Properties objects. Assuming you use all of the various override mechanisms, the registry looks like this: postProperties .defaults = .jython .defaults = registry .defaults = System properties I fixed sys.executable so it accesses the entire registry in r5047, so things are technically correct as is, but it concerns me that Java and (especially) Python code can easily make a mistake accessing the registry. You must remember to use .getProperty(key) instead of .get(key) or [key] (in Python), otherwise you'll only get the top "level" of the registry. Similarly, if you try to print the registry, it only shows the top level. I can think of a few sol

Re: Jython settings - input requested

Moore, Greg — 2008-08-01T23:23:55

Hi, I took another look at the URL below and it raised a few more questions.. What the difference between python.packages.directories python.packages.paths - wouldn't this be directories as well? Wouldn't changing python.modules.builtin be a very bad thing? Why would you want to? Thanks, Greg. -----Original Message----- From: jython-dev-bounces< at >lists.sourceforge.net [mailto:jython-dev-bounces< at >lists.sourceforge.net] On Behalf Of Nicholas Riley Sent: Thursday, July 31, 2008 12:02 PM To: jython-dev< at >lists.sourceforge.net Cc: jython-users< at >lists.sourceforge.net Subject: [Jython-dev] Jython settings - input requested Hi folks, We're trying to clean up the multitude of ways Jython reads settings (properties, options) and would appreciate your input on what bits of customization you use and which ones you'd like to see added or removed. Jython reads settings/options/properties at startup from several sources. From the standpoint of a user of the interactive interpreter, they are: - Java system propertie

Re: Jython settings - input requested

Moore, Greg — 2008-08-01T23:12:25

Leo, Thanks for all the work that you are doing and I appreciate you being open to this idea. First a bit of a caveat. My experience with web apps is limited to testing them and I have to confess that I may not be much of a help in comments regarding the deployment of Jythoninc web apps mainly because I've never developed any. I have some understanding about tomcat and jboss configuration but that’s about where it ends. Although with the work on django I might start dabbling. That being said, I'd like to improve portability of the tools/apps that I develop. A best case scenario is just installing the needed files on a new system and double click on the jar (like the installer). So for example, presume that you have developed 'aTool' that would be useful to others. These co-workers do not have Jython installed and may never have even heard of Jython which means that you will be using the Jython standalone jar; which does not include a registry file. The easiest way to do that currently seems to be

gmane.comp.lang.jython.devel

Summary of Jython tracker Issues

nowalker branch

Re: GSoC Final Report: Django on Jython

Re: GSoC Final Report: Django on Jython

GSoC Final Report: Django on Jython

Summary of Jython tracker Issues

asm branch moved to trunk. asm branch now closed.

Re: Plan for moving asm to trunk part deux

Re: Parsing and non-ASCII Input

Parsing and non-ASCII Input

Summary of Jython tracker Issues

Plan for moving asm to trunk part deux

Re: On __findattr__, __getattr__ and __getattribute__

Summary of Jython tracker Issues

Re: [Jython-users] int vs. boolean

asm branch needs a clean if you rebuild

fatal bug in 2.2.1 PyStringMap serialization

Re: Jython settings - input requested

Re: Jython settings - input requested

Re: Jython settings - input requested

Re: Jython settings - input requested

Re: On findattr, getattr and getattribute