Nabble - jython-dev

Summary of Jython tracker Issues

2009-11-27T09:10:11Z

ACTIVITY SUMMARY (11/20/09 - 11/27/09)
Jython tracker at http://bugs.jython.org/

To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.

182 open ( +2) / 1347 closed ( +0) / 1529 total ( +2)

Open issues with patches: 28

Average duration of open issues: 578 days.
Median duration of open issues: 238 days.

Open Issues Breakdown
open 179 ( +2)
pending 3 ( +0)

Issues Created Or Reopened (2)
______________________________

modjy crashes if any query string parameters are not set with '= 11/23/09
http://bugs.jython.org/issue1507 created nathanh

Subprocess with stdout throws Exception 11/26/09
http://bugs.jython.org/issue1508 created gsnedders

Issues Now Closed (2)
_____________________

Assigning os module funcs as class attributes incompatible with 142 days
http://bugs.jython.org/issue1396 pjenvey

Inheriting twice from the same Java interface causes MRO problem 12 days
http://bugs.jython.org/issue1504 pjenvey

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Summary of Jython tracker Issues

2009-11-20T09:10:11Z

ACTIVITY SUMMARY (11/13/09 - 11/20/09)
Jython tracker at http://bugs.jython.org/

To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.

182 open ( +2) / 1345 closed ( +0) / 1527 total ( +2)

Open issues with patches: 28

Average duration of open issues: 572 days.
Median duration of open issues: 231 days.

Open Issues Breakdown
open 179 ( +2)
pending 3 ( +0)

Issues Created Or Reopened (2)
______________________________

accessing win32api from jython 11/20/09
http://bugs.jython.org/issue1505 created tsjana

Jython applies pattern for determining source-code encoding even 11/20/09
http://bugs.jython.org/issue1506 created r_walter

Issues Now Closed (1)
_____________________

os.setpgrp and posix.setpgrp fail with TypeError 48 days
http://bugs.jython.org/issue1477 pjenvey
patch

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Clamp Development

2009-11-16T03:08:47Z

> Actually, clamp isn't needed for your use case. Clamp lets you put
> decorators on python classes to turn them into something callable from
> Java. If you're just trying to extend a Java class, you just need the
> ability to statically compile and name those proxies. Clamp needed
> that as well, which is why the two keep getting conflated.
>
> Well, the majority of the work is already available in the
> customizable-proxymaker branch in the jython repository. That already
> contains the static compilation you need.
> The major work remaining there for
> your use case is a) adding a tool to take advantage of the static
> proxy compilation and b) using that to visit all the classes in the
> standard lib that need it and make static proxies for them.

Ah, Ok...I have a vague idea of what I could do. But still, despite the
fact that it's not completed yet, would't it be easier for me to use
clamp by adding annotations to the python code than to write new tools
to statically change the class proxies.

However, I checked out the code from the branch and I compiled it. But
what now? :) I know, to answer such a question would be very
time-consuming for you and you already drew a rough sketch. But I am
currently sitting in front of huge stack of source files and don't know
where to start. I would need some kind of entry point ;) Here are some
questions that fly around in my head:

1.) At first, to fulfill a) can I use the resulting jython.jar file from
that customizable-proxymaker branch build and create an external app? Or
do I have to somehow "hook" into the existing code? If yes, how would I
trigger that? By using compileall? What if I don't want to expose all
methods?
2.) I think I need to understand the code structure and hierarchy of
jython/proxymaker i.e. "what does what and when does it 'that'?" To do
that, could you please tell me which class is the main entry point for
the proxymaker? I saw that you modified some classes in the
org.python.exposed package but couldn't identify a main class from which
I could start studying...

Thanks in advance!

Jan

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Clamp Development

2009-11-15T11:25:15Z

Hi Jan,

On Tue, Nov 10, 2009 at 6:25 AM, Jan Wedel <Jan.Wedel@...> wrote:

> I guess you're busy right now, but I just want to clarify some things.
> To make a Jython class file run on a JavaME, they need to be compatible
> with CLDC and MIDP/IMP. That means the ClassLoader and e.g. JNI is not
> supported. Moreover, the APIs are very limited (see
> http://java.sun.com/javame/reference/apis/jsr118/). E.g., HashMap and
> Templates are not supported. Instead, Hashtable and type casting must be
> used. That means, there might be some work to do to make it compatible
> with JavaME. Can you approximate if there is a lot of code needs to be
> ported? Or even some parts that heavily depend on dynamic class loading
> (with can not be implemented in JaveME CLDC at all)? This is only
> important for all Jython/Clamp classes that are needed at runtime on the
> embedded environment and not interpreter or interactive promt stuff.

We do use HashMap and generics fairly heavily throughout the codebase.
Also, the store for dicts is a ConcurrentHashMap, which while not a
HashMap, probably isn't supported either. Since I've never done any
programming for JavaME, I'm not sure what else isn't available and
what additional effort would be needed. It does sound like there
would be a decent amount of work in getting just those basic types
working.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Clamp Development

2009-11-15T11:25:10Z

Hi Jan,

On Wed, Nov 4, 2009 at 11:48 PM, Jan Wedel <Jan.Wedel@...> wrote:
> I followed your advise, used compile all, built a JAR file containing
> the class and the whole Jython lib (I planned to stip it down when it's
> working) and then passed it to the Java ME emulator. But is sais "can'T
> find MIDlet class". Then I observed the Java byte code generated by
> Jython and saw that the resulting class is not implementing MIDlet but
> PyRunnable and an $1 has been added to the class name. I think, this
> makes it impossible for the emulator to run the MIDlet.

I'm sorry that came off as advice of something to do. What I was
trying to say is that jython compiles modules to bytecode which can
then be executed without dynamic compilation by PythonInterpreter.
They aren't meant to run as regular Java classes as you saw; that's
what the proxy classes do.

> So, I have to admit that I'm not really sure what exactly the "proxy
> classes" you were talking about are doing. Alex Grönholm told me, that
> you have not finished to implement all proxy generation hooks. But what
> are they for? Do they act as correctly named interfaces to other native
> Java classes? Something like you generate one proxy class for each
> jython class that looks like a class how it should be in Java but which
> delivers the calls to subjacent jython classes / methods?

Yes, the proxy classes are the bridges between Java code and Python
code. They implement Java interfaces and extend Java classes, and
when the methods they override are invoked, they know how to method
lookup on a Python instance and invoke the method there.

> If yes, then it really seems, that Clamp should solve my problem,
> shouldn't it?

Actually, clamp isn't needed for your use case. Clamp lets you put
decorators on python classes to turn them into something callable from
Java. If you're just trying to extend a Java class, you just need the
ability to statically compile and name those proxies. Clamp needed
that as well, which is why the two keep getting conflated.

> Whatever, I already offered you my help. So if there is anything I could
> do, just say it. In your first mail, you explained that your work is
> half way done but it's still on your working copy and not committed yet.
> If you like, I'll be glad to have a look on the current code just to get
> an idea what you are doing and how I could possibly help. You could just
> send the important classes as a zip file to me. I doesn't have to work,
> I doesn't need to be compilable and fully commented, it's just to get an
> overview.

Well, the majority of the work is already available in the
customizable-proxymaker branch in the jython repository. That already
contains the static compilation you need. The bit that remains in my
local copy is a refactoring of it to allow the generators of proxies
to fill in whatever bytecode they like. I think it's a better way to
expose all of this, but I've tried a few times over the past weeks to
get back to it and haven't been able to scrape together the time. I
don't think the work in my local copy is in a state to be
comprehensible without a fair amount of explanation, but the stuff
committed to the branch compiles and works as far as I know. If you
want to pick up from there and get it to a state that it's ready to be
merged back to trunk, that would be a way to move this forward. I'd
love to get back to this at some point, but it doesn't look like
that's going to happen anytime soon, and I don't want to prevent
someone else from working on it. The major work remaining there for
your use case is a) adding a tool to take advantage of the static
proxy compilation and b) using that to visit all the classes in the
standard lib that need it and make static proxies for them.

Charlie

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Allowding Java constructors to handle keyword arguments

2009-11-13T12:12:59Z

Dear Jython-dev,

Currently, any keyword arguments passed to a constructor of a Java class
are used to set bean properties of the specified names.

Unfortunately, this is not consistent with the way that keyword arguments

are handled by Java methods. Having a method of the form
MyClass#myMethod(PyObject values[], String names[]) will cause Jython
to pass the keyword arguments to the Java method, so that it can explicitly
handle them. This functionality is missing from Java constructors.


I would like to propose that it would be beneficial to permit both uses
of keyword arguments for constructors where:

- If the constructor has arguments of the form
(PyObject values[], String names[]), the kwargs will be passed to the

constructor, which will handle them
- Otherwise, any keyword arguments supplied are used as bean property
values.

I have entered this into the bug tracker under issue #1503. I have also
attached a patch to this issue which introduces the behavior that I have

proposed, along with a new Java test.

I have tested the modifications using regrtest and javatest, and both pass.


Regards

Geoffrey French

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Summary of Jython tracker Issues

2009-11-13T09:10:10Z

ACTIVITY SUMMARY (11/06/09 - 11/13/09)
Jython tracker at http://bugs.jython.org/

To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.

181 open ( +4) / 1344 closed ( +0) / 1525 total ( +4)

Open issues with patches: 29

Average duration of open issues: 569 days.
Median duration of open issues: 224 days.

Open Issues Breakdown
open 178 ( +4)
pending 3 ( +0)

Issues Created Or Reopened (4)
______________________________

Cookie Lib can't count 11/11/09
http://bugs.jython.org/issue1501 created tercero12

string-escape codec incorrect 11/12/09
http://bugs.jython.org/issue1502 created gz
patch

Java constructors accepting keyword arguments 11/13/09
http://bugs.jython.org/issue1503 created MrMeanie
patch

Inheriting twice from the same Java interface causes MRO problem 11/13/09
http://bugs.jython.org/issue1504 created AlexGrÃ¶nholm

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Submitting patches

2009-11-10T11:48:33Z

Great. Thanks for the updated info.

-Justin

Frank Wierzbicki wrote:

> On Tue, Nov 10, 2009 at 11:10 AM, Justin Deoliveira
> <jdeolive@...> wrote:
>> Hi all,
>>
>> I recently came across an issue I wanted to patch and I found the patch
>> guidelines in the developer guide to a bit out of date:
>>
>> http://wiki.python.org/jython/PatchGuidelines
> I fixed the links on this page now - I may change the developer faq to
> point there instead of the python.org page.
>
> -Frank

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Submitting patches

2009-11-10T11:08:42Z

On Tue, Nov 10, 2009 at 11:10 AM, Justin Deoliveira
<jdeolive@...> wrote:
> Hi all,
>
> I recently came across an issue I wanted to patch and I found the patch
> guidelines in the developer guide to a bit out of date:
>
> http://wiki.python.org/jython/PatchGuidelines
I fixed the links on this page now - I may change the developer faq to
point there instead of the python.org page.

-Frank

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Submitting patches

2009-11-10T10:57:51Z

On Tue, Nov 10, 2009 at 11:10 AM, Justin Deoliveira
<jdeolive@...> wrote:

> Hi all,
>
> I recently came across an issue I wanted to patch and I found the patch
> guidelines in the developer guide to a bit out of date:
>
> http://wiki.python.org/jython/PatchGuidelines
>
> Which references a separate patch tracker:
>
> http://jython.org/patches/
>
> That does not seem to exist. So I just attached the patch to the issue
> in the tracker itself:
>
> http://bugs.jython.org/issue1373
>
> I am wondering if there are any steps I should be carrying out?

Ouch that wiki page is definitely outdated. Attaching to the tracker
is the right thing to do. I'll see about fixing that page,

BTW - this is a better part of the wiki for this:
http://wiki.python.org/jython/DeveloperFAQ#patches

-Frank

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Submitting patches

2009-11-10T08:10:01Z

Hi all,

I recently came across an issue I wanted to patch and I found the patch
guidelines in the developer guide to a bit out of date:

http://wiki.python.org/jython/PatchGuidelines

Which references a separate patch tracker:

http://jython.org/patches/

That does not seem to exist. So I just attached the patch to the issue
in the tracker itself:

http://bugs.jython.org/issue1373

I am wondering if there are any steps I should be carrying out?

Thanks all.

-Justin

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Clamp Development

2009-11-10T06:25:39Z

Hey Charlie,

I guess you're busy right now, but I just want to clarify some things.
To make a Jython class file run on a JavaME, they need to be compatible
with CLDC and MIDP/IMP. That means the ClassLoader and e.g. JNI is not
supported. Moreover, the APIs are very limited (see
http://java.sun.com/javame/reference/apis/jsr118/). E.g., HashMap and
Templates are not supported. Instead, Hashtable and type casting must be
used. That means, there might be some work to do to make it compatible
with JavaME. Can you approximate if there is a lot of code needs to be
ported? Or even some parts that heavily depend on dynamic class loading
(with can not be implemented in JaveME CLDC at all)? This is only
important for all Jython/Clamp classes that are needed at runtime on the
embedded environment and not interpreter or interactive promt stuff.

Maybe you or a Jython dev could comment on that.

Thanks,

jan

> -----Ursprüngliche Nachricht-----
> Von: Charlie Groves [mailto:charlie.groves@...]
> Gesendet: Dienstag, 3. November 2009 20:19
> An: Jan Wedel
> Cc: jython-dev@...
> Betreff: Re: AW: Re: [Jython-dev] Clamp Development
>
> On Nov 2, 2009, at 3:42, "Jan Wedel" <Jan.Wedel@...> wrote:
>
> > Hi!
> >
> >> If you just want to use arbitrary Python modules in Jython without
> >> dynamic compilation and don't care about exposing them as Java
> >> classes, clamp isn't adding anything. However, one of the things I
> >> added to Jython for clamp is the ability to specify where to store
> >> the
> >> bytecode Jython generates and that stored bytecode should be used
> >> instead of always dynamically generating it. That should allow you
> >> to
> >> use 3rd party libs in a restricted environment.
> >
> > Do you mean Java byte code or Python byte code? If Python actually
> > generates Java byte code, where can I find it? Do you know any
> > documentation by chance, that explains how to generate Java class
> > files
> > or (in an optimal way) create a self-contained jar file from Python
> > code?
>
> It's java byte code. Whenever you import a module with jython, it
> spits out a $py.class file corresponding to the imported module in
> the same directory. You can use the compileall module included with
> jython to compile a whole directory tree and control where it's
> output. After compiling everything, you no longer need the .py files.
> I think there are a couple guides on the wiki for doing this.
>
> However jython still generates java bytecode for proxy classes at
> runtime, even if the modules containing the proxy classes are
> precompiled. This is what the proxy generation branch takes care of.
>
> >> I'm a little worried about your desire for "native speed". Jython
> is
> >> a decently fast implementation of Python, but it's not going to be
> as
> >> fast as plain Java code. I don't have a good feel for what the
> ratio
> >> is of Java performance to Jython performance these days, especially
> >> for VMs other than Sun's, so I can't say how much slower Jython

will
> >> be. What level of performance do you need? Maybe someone else
here

> >> can give you an idea of how Jython will do.
> >
> > I've done some performance tests on my Python Interpreter. It runs
> > 200-300 times slower that the same program coded in "native" Java.
> > Hmm,
> > I think I'm still a bit confused about what Jython does.
> >
> > Is Jython "only" a Java implementation of the CPython interpreter?
> > That
> > would mean, you always need the whole Jython core/interpreter libs

> > create a self contained Jar file. Or, is Jython/Clamp able to create
> > "native" Java byte code without a Python Interpreter in between?
> >
> > Like this:
> > Python source -> Jython Interpreter -> Jython interprets code and
> > executes at runtime in a Java VM
> > Or more like this
> > Python source -> Java byte code -> Java Interpreter of the VM
> > interprets
> > byte code at runtime (Jython not necessary anymore)
>
> Jython creates bytecode that's run directly by the jvm, but much of
> the core pieces of python are implemented in java and are still needed
> by the generated bytecode. Things like list, dict, int, str and so on
> are contained in jython's jar, so it's still needed by the compiled
> modules. So jython isn't interpreting anything, but it still needs
> some core classes.
>
> Charlie
>

Summary of Jython tracker Issues

2009-11-06T09:10:12Z

ACTIVITY SUMMARY (10/30/09 - 11/06/09)
Jython tracker at http://bugs.jython.org/

To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.

177 open ( +1) / 1344 closed ( +1) / 1521 total ( +2)

Open issues with patches: 27

Average duration of open issues: 575 days.
Median duration of open issues: 223 days.

Open Issues Breakdown
open 174 ( +1)
pending 3 ( +0)

Issues Created Or Reopened (2)
______________________________

PostgreSQL datahandler should return Decimals instead of floats 11/02/09
http://bugs.jython.org/issue1499 created leosoto

platform.python_version_tuple returns a list, not a tuple 11/02/09
CLOSED http://bugs.jython.org/issue1500 created leosoto

Issues Now Closed (1)
_____________________

platform.python_version_tuple returns a list, not a tuple 0 days
http://bugs.jython.org/issue1500 leosoto

Top Issues Most Discussed (1)
_____________________________

5 PostgreSQL datahandler should return Decimals instead of floats 5 days
open http://bugs.jython.org/issue1499

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Clamp Development

2009-11-04T23:48:55Z

Hi Charlie,

I'm not sure if you're aware of that, but I just described my problem to
the jython-users group. And they told me Clamp is exactly what I'm
looking for. ;) So, first jython, than clamp, then jython, now clamp
again...I'm bit puzzled but I think I understand approximately what
Clamp is designed to do.

I followed your advise, used compile all, built a JAR file containing
the class and the whole Jython lib (I planned to stip it down when it's
working) and then passed it to the Java ME emulator. But is sais "can'T
find MIDlet class". Then I observed the Java byte code generated by
Jython and saw that the resulting class is not implementing MIDlet but
PyRunnable and an $1 has been added to the class name. I think, this
makes it impossible for the emulator to run the MIDlet.

So, I have to admit that I'm not really sure what exactly the "proxy
classes" you were talking about are doing. Alex Grönholm told me, that
you have not finished to implement all proxy generation hooks. But what
are they for? Do they act as correctly named interfaces to other native
Java classes? Something like you generate one proxy class for each
jython class that looks like a class how it should be in Java but which
delivers the calls to subjacent jython classes / methods?

If yes, then it really seems, that Clamp should solve my problem,
shouldn't it?

Whatever, I already offered you my help. So if there is anything I could
do, just say it. In your first mail, you explained that your work is
half way done but it's still on your working copy and not committed yet.
If you like, I'll be glad to have a look on the current code just to get
an idea what you are doing and how I could possibly help. You could just
send the important classes as a zip file to me. I doesn't have to work,
I doesn't need to be compilable and fully commented, it's just to get an
overview.

Thanks,

Jan

will
> >> be. What level of performance do you need? Maybe someone else
here

Re: Merging changes for Bazaar beyond the default python

2009-11-04T15:54:40Z

(I'm adding CC: jython-dev as Bazaar+Jython issues may also interest them)

On 02/11/2009, Ian Clatworthy <ian.clatworthy@...> wrote:

> Martin (gzlist) wrote:
>
>> <https://code.launchpad.net/~gzlist/bzr/noncpython>
>>
>> As may be guessed from the name, it also works on Jython.
>
> That's really exciting.
>
>> I may post
>> some follow up messages with additional details on some specific
>> issues.
>
> Please do.

Here's an overview of the (relatively few) changes needed to get
Bazaar into a semi-working state on Jython. Many of the issues were
the same as with IronPython, over platform detection, file lifetimes,
and absent binary modules. On the positive side, Jython is faster, and
supports a larger subset of the python standard library. However, it's
less compatible and a few key problems mean unlike IronPython, it's
not yet possible to use it to do useful work.

This revision on the branch has the majority of Jython specific
changes if anyone wants more detail on the workarounds mentioned
further down:

<http://bazaar.launchpad.net/~gzlist/bzr/noncpython/revision/4711>

The main deal-breaker at the moment is that the Jython zlib module
does not have a Z_SYNC_FLUSH flag. More generally, it does not support
any way of flushing the stream, except when closing it. This is
apparently a longstanding limitation of java.util.zip:

<http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4206909>

There were discussions when bzrlib.chunk_writer was being written
about alternate ways of getting compressed chunks of the desired size,
including copying the Compress object:

<https://lists.ubuntu.com/archives/bazaar/2008q3/043779.html>

As far as I can tell, that won't work for Jython either, which doesn't
have Python 2.5's copy method.

Bazaar expects to be able to tell a lot from exceptions thrown by os
functions, even without reference to the original call. This doesn't
work with the Java IO layer, which provides less detail than errno
does for C:

>>> from java.io import File
>>> File("nonexistant").renameTo(File("whatever"))
False

So, for os.rename with an absent source file Jython gives an errno of
0 rather than ENOENT. These issues don't seem robustly fixable.

Methods like file.fileno return a Java filestream object, which is
rather neat (and much better than making up an integer). However,
there is no os.fstat and I don't see a way of getting back to the name
of the file. Fortunately not hard to get round, because every use of
fstat in Bazaar also has either a file object or name nearby anyway.

Jython seems prone to falling over in odd ways whenever the filesystem
and unicode meet. To be fair, it does have
os.path.supports_unicode_filenames as False, but given that
java.io.File and java in general are happy with unicode, this is
surprising.

The terminal encoding is given wrong. Looks like another last
millennium Java bug:

<http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4170549>

And finally, the string-escape codec doesn't escape the escape
character, so can't round trip.

I wrote a few tests to keep track as I went along, the curious may
check them out using:

bzr branch http://float.endofinternet.org/bazaar/simple/test_noncpython/

(add test_noncpython.py to the end of that URL to just see the script)

One thing I've not tracked down yet is when running selftest, Jython
gets slower and slower and eventually dies a messy OOM death. For
instance, these transform tests towards the end of the alphabet go
from taking half a second:

<http://float.endofinternet.org/temp/bazaar_j_noncpython_bt.test_transform#bt.test_transform.TestTransformRollback>

To nearly ten seconds when lots of other tests are run first:

<http://float.endofinternet.org/temp/bazaar_j_noncpython_bt.test_#bt.test_transform.TestTransformRollback>

Click on some of the other coloured boxes for more info. I have a
vague feeling this may be to do with http server thread leaking, but
that's just guessing.

I welcome comments and corrections on this post or any of the code.

Martin

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Clamp Development

2009-11-03T11:19:08Z

On Nov 2, 2009, at 3:42, "Jan Wedel" <Jan.Wedel@...> wrote:

> Hi!
>
>> If you just want to use arbitrary Python modules in Jython without
>> dynamic compilation and don't care about exposing them as Java
>> classes, clamp isn't adding anything. However, one of the things I
>> added to Jython for clamp is the ability to specify where to store
>> the
>> bytecode Jython generates and that stored bytecode should be used
>> instead of always dynamically generating it. That should allow you
>> to
>> use 3rd party libs in a restricted environment.
>
> Do you mean Java byte code or Python byte code? If Python actually
> generates Java byte code, where can I find it? Do you know any
> documentation by chance, that explains how to generate Java class
> files
> or (in an optimal way) create a self-contained jar file from Python
> code?

It's java byte code. Whenever you import a module with jython, it
spits out a $py.class file corresponding to the imported module in
the same directory. You can use the compileall module included with
jython to compile a whole directory tree and control where it's
output. After compiling everything, you no longer need the .py files.
I think there are a couple guides on the wiki for doing this.

However jython still generates java bytecode for proxy classes at
runtime, even if the modules containing the proxy classes are
precompiled. This is what the proxy generation branch takes care of.

>> I'm a little worried about your desire for "native speed". Jython is
>> a decently fast implementation of Python, but it's not going to be as
>> fast as plain Java code. I don't have a good feel for what the ratio
>> is of Java performance to Jython performance these days, especially
>> for VMs other than Sun's, so I can't say how much slower Jython will
>> be. What level of performance do you need? Maybe someone else here
>> can give you an idea of how Jython will do.
>
> I've done some performance tests on my Python Interpreter. It runs
> 200-300 times slower that the same program coded in "native" Java.
> Hmm,
> I think I'm still a bit confused about what Jython does.
>
> Is Jython "only" a Java implementation of the CPython interpreter?
> That
> would mean, you always need the whole Jython core/interpreter libs to
> create a self contained Jar file. Or, is Jython/Clamp able to create
> "native" Java byte code without a Python Interpreter in between?
>
> Like this:
> Python source -> Jython Interpreter -> Jython interprets code and
> executes at runtime in a Java VM
> Or more like this
> Python source -> Java byte code -> Java Interpreter of the VM
> interprets
> byte code at runtime (Jython not necessary anymore)

Jython creates bytecode that's run directly by the jvm, but much of
the core pieces of python are implemented in java and are still needed
by the generated bytecode. Things like list, dict, int, str and so on
are contained in jython's jar, so it's still needed by the compiled
modules. So jython isn't interpreting anything, but it still needs
some core classes.

Charlie

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Providing an easy and reproducible way to run Jython scripts installed on bin?

2009-10-31T05:15:35Z

Hi,

One of the most confusing parts of the chapters I've written for the
Jython book are the ones which deal with scripts installed under
Jython's bin directory. I've taken the route of telling the reader to
put the directory on his PATH, but still there will be problems if he
has scripts with the same name for CPython (examples: easy_install,
django-admin.py, pip, virtualenv). And I'm not happy with the option
of typing the full path on each command invocation.

Ideas so far:

$ jython --run-script easy_install (implementing --run-script on the
launcher shell-script or batch file)
$ jeasy_install (via an horrible hack to distutils?)

What do you think?
--
Leo Soto M.
http://blog.leosoto.com

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Clamp Development

2009-10-30T10:56:15Z

On Thu, Oct 29, 2009 at 9:04 AM, Jan Wedel <Jan.Wedel@...> wrote:

>> It lets you create all the bytecode needed to run Python on the JVM at
>> compile time. It also lets you create Java classes out of Python
>> classes to let you call your Python code directly from Java. I'm not
>> sure if that's enough for what you need. It doesn't create Java
>> source like you mentioned above.
>
> No, I definitely don't need java sources. I just need something that
> runs almost at native speed. That would be Python programs compiled to
> java bytecode. What do you mean by "Python classes"? Do you mean pyc
> file (python byte code)? I would be nice, if 3rd party libs could
> compile with clamp too. That leads to the other question: What Python
> language features does clamp currently support?

By Python classes, I mean a class defined in Jython's runtime. Clamp
is just a little layer on top of Jython that takes decorators you add
to your Python class source and uses them to define a Java class that
can call that Python class directly. As such, it supports any Python
features that Jython supports.

If you just want to use arbitrary Python modules in Jython without
dynamic compilation and don't care about exposing them as Java
classes, clamp isn't adding anything. However, one of the things I
added to Jython for clamp is the ability to specify where to store the
bytecode Jython generates and that stored bytecode should be used
instead of always dynamically generating it. That should allow you to
use 3rd party libs in a restricted environment.

I'm a little worried about your desire for "native speed". Jython is
a decently fast implementation of Python, but it's not going to be as
fast as plain Java code. I don't have a good feel for what the ratio
is of Java performance to Jython performance these days, especially
for VMs other than Sun's, so I can't say how much slower Jython will
be. What level of performance do you need? Maybe someone else here
can give you an idea of how Jython will do.

>> I could definitely use some help with that, along with getting some
>> feedback from someone actually using it when it's operational.
>
> Ok, I'm in. As long as you could provide some brief documentation about
> what libraries I need to compile/run clamp. I imported clamp and jython
> into Netbeans (maybe I shouldn't have ;) ) but I get a lot of reference
> errors.

I'll provide that documentation as soon as I get my work merged back into trunk.

Charlie

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Summary of Jython tracker Issues

2009-10-30T10:10:12Z

ACTIVITY SUMMARY (10/23/09 - 10/30/09)
Jython tracker at http://bugs.jython.org/

To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.

176 open ( +4) / 1343 closed ( +1) / 1519 total ( +5)

Open issues with patches: 26

Average duration of open issues: 571 days.
Median duration of open issues: 221 days.

Open Issues Breakdown
open 173 ( +4)
pending 3 ( +0)

Issues Created Or Reopened (5)
______________________________

python type 'long' doesn't work well under JSR 223 10/25/09
http://bugs.jython.org/issue1494 created bupjae

Problem with relative imports from __init__.py 10/26/09
http://bugs.jython.org/issue1495 created noamr

fix os.listdir errno for non-existing dirs 10/27/09
CLOSED http://bugs.jython.org/issue1496 created hpk

ast classes do not have appropiate base classes 10/27/09
http://bugs.jython.org/issue1497 created gutworth

jython classpath bug 10/29/09
http://bugs.jython.org/issue1498 created williamratcliff

Issues Now Closed (6)
_____________________

Ellipsis comparison different from Python 2.5 to Jython 2.5 58 days
http://bugs.jython.org/issue1449 pjenvey

os.mkdir Errno difference from cpython 43 days
http://bugs.jython.org/issue1470 pjenvey

tarfile.extractall() throws "AttributeError: 'module' object has 5 days
http://bugs.jython.org/issue1493 pjenvey

fix os.listdir errno for non-existing dirs 0 days
http://bugs.jython.org/issue1496 pjenvey

Java descriptors dont allow __doc__ to be set 1064 days
http://bugs.jython.org/issue1604250 pjenvey

Problem printing unicode when stdout intercepted 764 days
http://bugs.jython.org/issue1802339 pjenvey

Top Issues Most Discussed (4)
_____________________________

9 Jython crashes in unknown circumstances when running on some se 11 days
open http://bugs.jython.org/issue1489

6 Server sockets do not support client options and propagate them 205 days
open http://bugs.jython.org/issue1309

4 Assignment of astnode value fails 85 days
open http://bugs.jython.org/issue1427

3 Problem printing unicode when stdout intercepted 764 days
closed http://bugs.jython.org/issue1802339

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Clamp Development

2009-10-29T09:04:50Z

Hey Charlie,

better now than never ;) Thanks for your reply!

>At that point, I can document it and a few
>brave early adopters like yourself can try it out.

Yeah, I would :)

> Maybe publicly setting a date like that will shame me
> into making time for it.

Good idea! Do it! The problem is, that I have to develop an application
for different target (Java, Python + C) platforms. At the current stage,
I can still descide because I'm still in the phase of gathering software
reqirements. Also designing ist not the problem. But once I start to
implement Java code, it's too late.

> It lets you create all the bytecode needed to run Python on the JVM at
> compile time. It also lets you create Java classes out of Python
> classes to let you call your Python code directly from Java. I'm not
> sure if that's enough for what you need. It doesn't create Java
> source like you mentioned above.

No, I definitely don't need java sources. I just need something that
runs almost at native speed. That would be Python programs compiled to
java bytecode. What do you mean by "Python classes"? Do you mean pyc
file (python byte code)? I would be nice, if 3rd party libs could
compile with clamp too. That leads to the other question: What Python
language features does clamp currently support?

> After I get it working basically, there's going to be some work going
> through Jython's standard library looking for Python classes that
> extend Java classes so we can statically compile them and Jython can
> run in JVMs that don't allow bytecode to be injected at runtime.

That's exactly what I need ;) the KVM doesn't support dynamic class
loading.

> I could definitely use some help with that, along with getting some
> feedback from someone actually using it when it's operational.

Ok, I'm in. As long as you could provide some brief documentation about
what libraries I need to compile/run clamp. I imported clamp and jython
into Netbeans (maybe I shouldn't have ;) ) but I get a lot of reference
errors.

Cheers, Jan

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Clamp Development

2009-10-29T08:40:45Z

Hi Jan,

On Tue, Oct 27, 2009 at 2:37 AM, Jan Wedel <Jan.Wedel@...> wrote:
> I think Jython is a little bit the same approach like my port but mostly for
> desktop computer. And the Jython Compiler was discontinued. I read that
> Clamp continues this development. Clamp would allow to generate Java Sources
> which I can compile to Java ME byte code. But clamp is not very good
> documented. I checked out the clamp trunk which also needs the Jython
> Libraries. But both cannot compile. I get a lot of errors... I tried to
> contact the clamp developer but he didn’t respond.

Apologies for not responding to your initial email yet; it's still
sitting in my inbox, waiting for me to get around to it.

Clamp definitely isn't ready for regular usage. I've got one more
major change to make to jython's proxy generation to support it that's
sitting half completed in my local copy, and then at least the basic
structure will be stable. At that point, I can document it and a few
brave early adopters like yourself can try it out.

Like your email, that's waiting for me to scrape together the time to
do something about it. A few other people have expressed interest in
working on it, so I need to get it to a point that collaboration makes
sense. It's mostly there, so I feel like I can get it there in a
couple weeks. Maybe publicly setting a date like that will shame me
into making time for it.

> However, my question is, do see that there is a chance to get it working to
> create java class files from full-featured python scripts?

It lets you create all the bytecode needed to run Python on the JVM at
compile time. It also lets you create Java classes out of Python
classes to let you call your Python code directly from Java. I'm not
sure if that's enough for what you need. It doesn't create Java
source like you mentioned above.

> If there is some work to do, I can offer my help on a daily base. But this
> depends on how much work is to do.

After I get it working basically, there's going to be some work going
through Jython's standard library looking for Python classes that
extend Java classes so we can statically compile them and Jython can
run in JVMs that don't allow bytecode to be injected at runtime. I
could definitely use some help with that, along with getting some
feedback from someone actually using it when it's operational.

Charlie

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Clamp Development

2009-10-27T02:37:00Z

Hi,

I’m searching for a way to run (precompiled) python scripts on a Java VM (Embedded KVM, CLDC, IMP). I recently developed a port of the PyMite Python VM to Java ME. It worked but was way too slow. I wrote some performance tests and the Python script was 300x slower that the native Java script. Unfortunately it is not possible to develop native C application. I need to stick with Java.

I think Jython is a little bit the same approach like my port but mostly for desktop computer. And the Jython Compiler was discontinued. I read that Clamp continues this development. Clamp would allow to generate Java Sources which I can compile to Java ME byte code. But clamp is not very good documented. I checked out the clamp trunk which also needs the Jython Libraries. But both cannot compile. I get a lot of errors... I tried to contact the clamp developer but he didn’t respond.

However, my question is, do see that there is a chance to get it working to create java class files from full-featured python scripts?

If there is some work to do, I can offer my help on a daily base. But this depends on how much work is to do.

Regards,

Jan Wedel

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Summary of Jython tracker Issues

2009-10-23T09:10:10Z

ACTIVITY SUMMARY (10/16/09 - 10/23/09)
Jython tracker at http://bugs.jython.org/

To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.

176 open ( +5) / 1338 closed ( +0) / 1514 total ( +5)

Open issues with patches: 26

Average duration of open issues: 570 days.
Median duration of open issues: 216 days.

Open Issues Breakdown
open 173 ( +5)
pending 3 ( +0)

Issues Created Or Reopened (5)
______________________________

Jython crashes in unknown circumstances when running on Tomcat 6 10/19/09
http://bugs.jython.org/issue1489 created amak

JSR 223 implementation of invokeFunction 10/20/09
http://bugs.jython.org/issue1490 created rmacaulay

[Windows] Include a native command line launcher for Windows 10/21/09
http://bugs.jython.org/issue1491 created pjenvey

Jython not handling Java Iterators properly. 10/22/09
http://bugs.jython.org/issue1492 created xlorepdarkhelm

tarfile.extractall() throws "AttributeError: 'module' object has 10/22/09
http://bugs.jython.org/issue1493 created tzhou

Issues Now Closed (5)
_____________________

jython 2.5b1 trunk failing manage.py validate 259 days
http://bugs.jython.org/issue1259 pjenvey

close not called immediately 36 days
http://bugs.jython.org/issue1468 pjenvey

modjy servlet doesn't import site-packages by default 26 days
http://bugs.jython.org/issue1473 amak

Jython doesn't return last evaluated value in Java ScriptEngine 13 days
http://bugs.jython.org/issue1486 nriley

Import of module with latin-1 chars fails on utf-8 file encoding 12 days
http://bugs.jython.org/issue1487 pjenvey

Top Issues Most Discussed (1)
_____________________________

5 Jython crashes in unknown circumstances when running on Tomcat 4 days
open http://bugs.jython.org/issue1489

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: [Jython-users] modjy - tomcat6 - maximum recursion depth exceeded

2009-10-19T08:47:18Z

[Alan]
> At this stage, I don't know what is causing this problem, and am open
> to suggestions for avenues of research to follow up.

I have recorded this bug in the jython tracker.

Jython crashes in unknown circumstances when running on Tomcat 6 as
Windows Service.
http://bugs.jython.org/issue1489

I still don't know what's causing the bug, and would welcome input
from anyone who might have suggestions.

Meantime, I have also submitted a question to the Tomcat list to try
and determine what is the difference between running Tomcat 6 as a
Windows service and from the command line.

http://www.nabble.com/What-is-the-difference-between-running-Tomcat-6-as-a-Windows-Service--vs.-running-from-the-command-line--td25960450.html

Regards,

Alan.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: [Jython-users] modjy - tomcat6 - maximum recursion depth exceeded

2009-10-18T09:18:46Z

[Will]
> I've been trying to get the modjy_webapp demo app working with tomcat6,
> but I'm getting the following:
>
> javax.servlet.ServletException: Exception creating modjy servlet: Traceback (most recent call last):
> File "/usr/lib/jython/Lib/modjy/modjy.py", line 43, in __init__
> HttpServlet.__init__(self)
> RuntimeError: maximum recursion depth exceeded

I've been looking at this one some more.

One unusual aspect is that I see the problem when running Tomcat 6 as
a Windows service, but not see it when I run the Tomcat from the
command line, using the "startup.bat" and "shutdown.bat" in the "bin"
directory.

Will, can you please try running the Tomcat 6 from the command line,
and see if the problem still happens?

This difference in behaviours leads me to believe that the problem
perhaps relates to some difference between JDKs and JREs, with the
command line using the former and the Windows service using the
latter.

Thinking that it may be memory related, I increased the memory
allocation for the Windows service to a large amount, 1024M. But the
problem still happens.

The traceback reported is attached.

At this stage, I don't know what is causing this problem, and am open
to suggestions for avenues of research to follow up.

Regards,

Alan.

SEVERE: Servlet /modjy_webapp threw load() exception
Traceback (most recent call last):
File "C:\Program Files\Apache Software Foundation\Tomcat 6.0\webapps\modjy_webapp\WEB-INF\lib-python\Lib\modjy\modjy.py", line 43, in __init__
HttpServlet.__init__(self)
RuntimeError: maximum recursion depth exceeded

at org.python.core.PyException.fillInStackTrace(PyException.java:70)
at java.lang.Throwable.<init>(Throwable.java:181)
at java.lang.Exception.<init>(Exception.java:29)
at java.lang.RuntimeException.<init>(RuntimeException.java:32)
at org.python.core.PyException.<init>(PyException.java:46)
at org.python.core.PyException.<init>(PyException.java:43)
at org.python.core.PyException.<init>(PyException.java:61)
at org.python.core.Py.RuntimeError(Py.java:124)
at org.python.core.Py.JavaError(Py.java:450)
at org.python.core.PyTableCode.call(PyTableCode.java:168)
at org.python.core.PyBaseCode.call(PyBaseCode.java:297)
at org.python.core.PyBaseCode.call(PyBaseCode.java:191)
at org.python.core.PyFunction.__call__(PyFunction.java:385)
at org.python.core.PyMethod.__call__(PyMethod.java:215)
at org.python.core.PyMethod.instancemethod___call__(PyMethod.java:221)
at org.python.core.PyMethod.__call__(PyMethod.java:206)
at org.python.core.PyObjectDerived.dispatch__init__(PyObjectDerived.java:1097)
at org.python.core.PyType.invoke_new_(PyType.java:444)
at org.python.core.PyType.type___call__(PyType.java:1397)
at org.python.core.PyType.__call__(PyType.java:1388)
at org.python.core.PyObject.__call__(PyObject.java:381)
at ModjyJServlet.init(ModjyJServlet.java:103)
at javax.servlet.GenericServlet.init(GenericServlet.java:212)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4149)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4458)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:987)
at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:909)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:495)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1206)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:314)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:583)
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:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
18-Oct-2009 17:04:16 org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Allocate exception for servlet modjy
Traceback (most recent call last):
File "C:\Program Files\Apache Software Foundation\Tomcat 6.0\webapps\modjy_webapp\WEB-INF\lib-python\Lib\modjy\modjy.py", line 43, in __init__
HttpServlet.__init__(self)
RuntimeError: maximum recursion depth exceeded

at org.python.core.PyException.fillInStackTrace(PyException.java:70)
at java.lang.Throwable.<init>(Throwable.java:181)
at java.lang.Exception.<init>(Exception.java:29)
at java.lang.RuntimeException.<init>(RuntimeException.java:32)
at org.python.core.PyException.<init>(PyException.java:46)
at org.python.core.PyException.<init>(PyException.java:43)
at org.python.core.PyException.<init>(PyException.java:61)
at org.python.core.Py.RuntimeError(Py.java:124)
at org.python.core.Py.JavaError(Py.java:450)
at org.python.core.PyTableCode.call(PyTableCode.java:168)
at org.python.core.PyBaseCode.call(PyBaseCode.java:297)
at org.python.core.PyBaseCode.call(PyBaseCode.java:191)
at org.python.core.PyFunction.__call__(PyFunction.java:385)
at org.python.core.PyMethod.__call__(PyMethod.java:215)
at org.python.core.PyMethod.instancemethod___call__(PyMethod.java:221)
at org.python.core.PyMethod.__call__(PyMethod.java:206)
at org.python.core.PyObjectDerived.dispatch__init__(PyObjectDerived.java:1097)
at org.python.core.PyType.invoke_new_(PyType.java:444)
at org.python.core.PyType.type___call__(PyType.java:1397)
at org.python.core.PyType.__call__(PyType.java:1388)
at org.python.core.PyObject.__call__(PyObject.java:381)
at ModjyJServlet.init(ModjyJServlet.java:103)
at javax.servlet.GenericServlet.init(GenericServlet.java:212)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:809)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:129)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:859)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:574)
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1527)
at java.lang.Thread.run(Thread.java:619)

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Summary of Jython tracker Issues

2009-10-16T09:10:11Z

ACTIVITY SUMMARY (10/09/09 - 10/16/09)
Jython tracker at http://bugs.jython.org/

To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.

176 open ( +0) / 1333 closed ( +0) / 1509 total ( +0)

Open issues with patches: 26

Average duration of open issues: 565 days.
Median duration of open issues: 210 days.

Open Issues Breakdown
open 173 ( +0)
pending 3 ( +0)

Issues Now Closed (1)
_____________________

When the SystemRestart exception is thrown, atexit callbacks are 18 days
http://bugs.jython.org/issue1475 pjenvey

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

JSR 223 impl bug in 2.5.1

2009-10-15T09:01:20Z

Ran into a small bug in the JSR 223 implementation of invokeFunction.

In org.python.jsr223.PyScriptEngine.invokeFunction(...), the catch
block calls throwInvokeException.

The idea being if you call a top level method that doesn't exist, it
will throw a NoSuchMethodException. However, if the python function
you call(that exists) throws a PyException like this,

Traceback (most recent call last):
File "<script>", line 19, in inform
AttributeError: 'java.util.HashMap' object has no attribute 'iteritems'

The catch will call throwInvokeException() will throw a NoSuchMethod
exception with the top level method name as the problem since the
pyException is an AttributeError. In this case, I have just called an
invalid method inside the python script, but it gets masked as a top
level miss.

It seems the invokeFunction already can throw the NoSuchMethod
exception. So the catch block can be changed like this.

--- PyScriptEngine.java.orig    2009-10-15 10:50:28.000000000 -0500
+++ PyScriptEngine.java    2009-10-15 10:51:13.000000000 -0500
@@ -111,7 +111,7 @@
             }
             return
function.__call__(Py.javas2pys(args)).__tojava__(Object.class);
         } catch (PyException pye) {
-            return throwInvokeException(pye, name);
+            throw scriptException(pye);
         }
     }

It looks like the invokeMethod method could suffer from the same
problem, but I'm not sure if the same fix would apply there.
A possible alternative that would cover both cases would be to append
the pye.toString() result inside the NoSuchMethodException constructor
in throwInvokeException()

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Should modjy call imp.load("site")?

2009-10-13T10:26:36Z

[Philip]
> What's the value of sys.prefix normally under modjy?

Sorry for the delay in getting back about this.

The following applies to Tomcat 5.5 and 6.0, on Windows.

If "python.home" is set to an absolute path, then the sys.prefix is
set to that path, e.g. "C:\jython2.5.1".

If "python.home" is set to a relative path inside the WEB-INF
directory, e.g. "WEB-INF/lib-python", sys.prefix is set to an absolute
path to that directory, but relative to the directory from which the
tomcat server was started, i.e.
"C:\apache-tomcat\bin\WEB-INF\lib-python".

If "python.home" is not set at all, then sys.prefix is an absolute
path to (presumably) whichever directory jython.jar is in, e.g.
"C:\apache-tomcat\webapps\modjy_webapp\WEB-INF\lib".

As I mentioned before, I have the modification written and tested to
add support for imp.load("site"), under optional control, with the
option defaulting to true, i.e. same behaviour as the "-S" command
line switch.

I'm trying to think of reasons not to check it in. I suppose that a
possible clash with modjy's existing ".pth" file support is one reason
not to.

Another option is that I could close this bug as "Not a bug", and ask
the submitter to use the existing .pth support to reference all of the
site-packages required.

http://bugs.jython.org/issue1473

Regards,

Alan.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Summary of Jython tracker Issues

2009-10-09T09:10:11Z

ACTIVITY SUMMARY (10/02/09 - 10/09/09)
Jython tracker at http://bugs.jython.org/

To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.

177 open ( +4) / 1332 closed ( +1) / 1509 total ( +5)

Open issues with patches: 26

Average duration of open issues: 555 days.
Median duration of open issues: 202 days.

Open Issues Breakdown
open 174 ( +4)
pending 3 ( +0)

Issues Created Or Reopened (5)
______________________________

__findattr__(String name) in PyObject.java become final method i 10/05/09
CLOSED http://bugs.jython.org/issue1484 created fajinyuan

JSR223 ScriptEngineManager cannot find both jython and jruby Scr 10/05/09
http://bugs.jython.org/issue1485 created heuermh

Jython doesn't return last evaluated value in Java ScriptEngine 10/06/09
http://bugs.jython.org/issue1486 created bioform

Import of module with latin-1 chars fails on utf-8 file encoding 10/08/09
http://bugs.jython.org/issue1487 created artichoke

sax JyInputSourceWrapper does not support unicode strings 10/09/09
http://bugs.jython.org/issue1488 created artnol

Issues Now Closed (3)
_____________________

__getattribute__ performance on new-style instances should be im 421 days
http://bugs.jython.org/issue1102 pjenvey

modjy servlet doesn't call atexit handlers 15 days
http://bugs.jython.org/issue1474 amak

__findattr__(String name) in PyObject.java become final method i 0 days
http://bugs.jython.org/issue1484 pjenvey

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Should modjy call imp.load("site")?

2009-10-07T10:25:28Z

On Oct 7, 2009, at 6:45 AM, Alan Kennedy wrote:

> [Alan]
>>> But I think that it should not be standard behaviour; I'd prefer to
>>> make it optional behaviour, so that it doesn't interfere with WAR
>>> deployments.
>
> [Leo]
>> Out of curiosity: Why would it interfere with WAR deployments?
>>
>> [I'm the most interested on keeping the stand-alone WAR deployments
>> working, but not realizing why importing site would break them make
>> me
>> feel stupid ;-)]
>
> Indeed, that is the key question.
>
> My thinking is that importing site i.e. processing Lib/site-packages,
> would require a jython installation on the machine, i.e. an absolute
> setting for python.home.
>
> But I suppose that if python.home is set to WEB-INF/lib-python, then
> the site import should still work.
>
> I'm leaning now to having a "load_site_packages" parameter, but
> defaulting it to true, to emulate the behaviour of the interactive
> interpreter as much as possible.
>
> Any further thoughts, or objections, before I go checking this in?

What's the value of sys.prefix normally under modjy?

--
Philip Jenvey

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Should modjy call imp.load("site")?

2009-10-07T06:49:55Z

On Wed, Oct 7, 2009 at 9:45 AM, Alan Kennedy <jython-dev@...> wrote:

[Alan]
> > > But I think that it should not be standard behaviour; I'd prefer to
> > > make it optional behaviour, so that it doesn't interfere with WAR
> > > deployments.
>

[Leo]
> > Out of curiosity: Why would it interfere with WAR deployments?
> >
> > [I'm the most interested on keeping the stand-alone WAR deployments
> > working, but not realizing why importing site would break them make me
> > feel stupid ;-)]

[Alan]

> Indeed, that is the key question.
>
> My thinking is that importing site i.e. processing Lib/site-packages,
> would require a jython installation on the machine, i.e. an absolute
> setting for python.home.
>
> But I suppose that if python.home is set to WEB-INF/lib-python, then
> the site import should still work.
>
> I'm leaning now to having a "load_site_packages" parameter, but
> defaulting it to true, to emulate the behaviour of the interactive
> interpreter as much as possible.
>
> Any further thoughts, or objections, before I go checking this in?

Not from me. I'll test if doj WAR deployment have any issue with the
change later (but before 2.5.2, of course).

Regards,
--
Leo Soto M.
http://blog.leosoto.com

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Should modjy call imp.load("site")?

2009-10-07T06:45:41Z

[Alan]
>> But I think that it should not be standard behaviour; I'd prefer to
>> make it optional behaviour, so that it doesn't interfere with WAR
>> deployments.

[Leo]
> Out of curiosity: Why would it interfere with WAR deployments?
>
> [I'm the most interested on keeping the stand-alone WAR deployments
> working, but not realizing why importing site would break them make me
> feel stupid ;-)]

Indeed, that is the key question.

My thinking is that importing site i.e. processing Lib/site-packages,
would require a jython installation on the machine, i.e. an absolute
setting for python.home.

But I suppose that if python.home is set to WEB-INF/lib-python, then
the site import should still work.

I'm leaning now to having a "load_site_packages" parameter, but
defaulting it to true, to emulate the behaviour of the interactive
interpreter as much as possible.

Any further thoughts, or objections, before I go checking this in?

Alan.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Should modjy call imp.load("site")?

2009-10-06T16:48:52Z

2009/10/6 Alan Kennedy <jython-dev@...>:

> [Colin]
>> I submitted the bug because without calling imp.load("site"), packages in
>> Lib/site-packages cannot be imported. I currently use modjy with Jetty,
>> and pull in jython.jar and the associated libraries via Jetty's
>> 'extraClasspath' context variable, using my system's installed Jython
>> instance. This environment works better for a tight edit-and-run cycle, and
>> also allows us to use the same Jython configuration for our non-jetty-based
>> software.
>>
>> It would be great if modjy could support a variety of import schemes. It
>> doesn't appear that importing site will break any other existing
>> functionality and will also bring modjy in line with standard Python 2.5
>> behavior where site is supposed to be automatically imported:
>>
>> http://www.python.org/doc/2.5/lib/module-site.html
>
> OK, I see the problem now.
>
> But I think that it should not be standard behaviour; I'd prefer to
> make it optional behaviour, so that it doesn't interfere with WAR
> deployments.

Out of curiosity: Why would it interfere with WAR deployments?

[I'm the most interested on keeping the stand-alone WAR deployments
working, but not realizing why importing site would break them make me
feel stupid ;-)]

--
Leo Soto M.
http://blog.leosoto.com

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Should modjy call imp.load("site")?

2009-10-06T12:43:21Z

[Philip]

> We were thinking that creating a new PythonInterpreter should automatically
> load site unless you've set a property to disable it. This is what CPython
> does when you create an interpreter in an embedded fashion. It also matches
> the command line behavior more closely.
>
> Then modjy doesn't have to be involved. Right now it's somewhat duplicating
> some of the functionality of site.py (like for .pth support), ideally it
> wouldn't do any of that. Though I'm not sure how usable it would be if the
> site option was disabled and it didn't do any .pth support or the like.
>
> This would have been an easier change to swallow for the 2.5 release --
> changing PythonInterpreter now is a little intrusive. Though I think it'd be
> worth it, and that most users of modjy would want site to be implicitly
> imported.

Well, I've pretty much implemented the change for optionally loading
site packages, with the option defaulting to false.

The reason why is because I'm concerned about how this might affect
standalone WAR deployment: just being conservative I suppose.

What do you think of that solution?

Alan.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: Should modjy call imp.load("site")?

2009-10-06T12:36:09Z

On Oct 6, 2009, at 10:46 AM, Alan Kennedy wrote:

> Hi all,
>
> There's a bug report which I'm not sure how to handle.
>
> http://bugs.jython.org/issue1473
>
> It basically states that modjy should call imp.load("site") on
> startup.
>
> But from what I can see, site is only about processing .pth files,
> which modjy already supports, by processing all .pth files that it
> finds inside the "WEB-INF/lib-python" directory. (The rather elegant
> (IMHO) "WEB-INF/lib-python" solution was suggested by Leo when he was
> working on the Django-on-jython project: I think it works well).
>
> Any thoughts on whether modjy should implement this change?

We briefly talked about this a while ago now -- we pretty much came to
a conclusion but the actual change fell through the cracks

We were thinking that creating a new PythonInterpreter should
automatically load site unless you've set a property to disable it.
This is what CPython does when you create an interpreter in an
embedded fashion. It also matches the command line behavior more
closely.

Then modjy doesn't have to be involved. Right now it's somewhat
duplicating some of the functionality of site.py (like for .pth
support), ideally it wouldn't do any of that. Though I'm not sure how
usable it would be if the site option was disabled and it didn't do
any .pth support or the like.

This would have been an easier change to swallow for the 2.5 release
-- changing PythonInterpreter now is a little intrusive. Though I
think it'd be worth it, and that most users of modjy would want site
to be implicitly imported.

--
Philip Jenvey

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev