Nabble - Jython

Re: Q: Optimizing Jython/Java code

2009-12-14T02:02:06Z

cuddihyd wrote:

> Hi Everyone -- I'm about to embark on optimizing a piece of software written
> in Jython 2.5.0 and Java 1.6. I am not terribly experienced optimizing
> Jython or Java code so it's taking me some time to find my way.
>
>
> My immediate questions to the Jython user community are as follows:
>
> 1) What are the best tools for profiling Jython code? i.e. For what have you
> all found the best success pinpointing your performance bottlenecks? Any
> suggestions or pointers to good articles on Jython optimization would be
> greatly appreciated (I haven't found a whole lot so far.)
>

Since Jython code is compiled into the JVM byte code, any JVM profiler
should fill your need. Eclipse for instance has an open source one.

> 2) In general I'm finding my Jython code to run an order of magnitude more
> slowly than my Java code. Should I be surprised?
>

We need to see your benchmark. Did you try to compile your .py cde with
PythonInterpreter.compile(String)?

Jyrki

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Q: Optimizing Jython/Java code

2009-12-13T14:06:10Z

Hi Everyone -- I'm about to embark on optimizing a piece of software written in Jython 2.5.0 and Java 1.6. I am not terribly experienced optimizing Jython or Java code so it's taking me some time to find my way.

My immediate questions to the Jython user community are as follows:

1) What are the best tools for profiling Jython code? i.e. For what have you all found the best success pinpointing your performance bottlenecks? Any suggestions or pointers to good articles on Jython optimization would be greatly appreciated (I haven't found a whole lot so far.)

2) In general I'm finding my Jython code to run an order of magnitude more slowly than my Java code. Should I be surprised?

3) I'm not explicitly using org.python.core.ConcurrentMap (not to be confused with java.util.concurrent.ConcurrentMap?) in my code anywhere, however jvisualvm's profiler indicates that I spend most of my time in ConcurrentMap. Why would this be?

Any hints greatly appreciated!
Thanks.
-Dave

From forum: jython-users

Summary of Jython tracker Issues

2009-12-11T09:10:11Z

ACTIVITY SUMMARY (12/04/09 - 12/11/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.

190 open ( +8) / 1353 closed ( +0) / 1543 total ( +8)

Open issues with patches: 28

Average duration of open issues: 566 days.
Median duration of open issues: 247 days.

Open Issues Breakdown
open 187 ( +8)
pending 3 ( +0)

Issues Created Or Reopened (8)
______________________________

modjy sometimes adds None to the sys.path 12/04/09
http://bugs.jython.org/issue1515 created crankycoder

absolute imports treated as relative 12/06/09
http://bugs.jython.org/issue1516 created tanketz

TypeError: get_referrers 12/07/09
http://bugs.jython.org/issue1517 created ssteiner

os.getpid() is missing 12/07/09
http://bugs.jython.org/issue1518 created thijs

Issues in jyhon mudule (Linux OS) 12/08/09
http://bugs.jython.org/issue1519 created jayasheela

UnicodeDecodeError 12/08/09
http://bugs.jython.org/issue1520 created ssteiner

Python built in function buffer not in Jython 12/08/09
http://bugs.jython.org/issue1521 created pjac

repeated execution of external python scripts causing PermGen ou 12/08/09
http://bugs.jython.org/issue1522 created rkurin

Issues Now Closed (1)
_____________________

JSR 223 implementation of invokeFunction 50 days
http://bugs.jython.org/issue1490 nriley

Top Issues Most Discussed (2)
_____________________________

6 JSR-223 support does take into consideration changes to the Scr 127 days
open http://bugs.jython.org/issue1426

4 Maven artifact does not include standard library. 8 days
open http://bugs.jython.org/issue1513

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

From forum: jython-dev

Re: Add a extension filter in JFileChoser

2009-12-11T00:45:35Z

Sir:
Try this... Hope it helps!
from java.io import FileFilter
class TextFileFilter:

def __init__(self):
return

def accept(self, file):
return file.getName().endsWith(u'txt')
if __name__ == '__main__':
import javax.swing as sw
chooser = sw.JFileChooser()
chooser.setFileFilter(TextFileFilter())
# Rest of your code here

2009/12/10 Algalan <le_mowi@...>

Hello:

   I want add a file extension filter in a JFileChoser, but I can't do it because I don´t uderstand any method to do it.

   I try this, but cause an error:

### Begining of code ###

import javax.swing as sw

choose=sw.JFileChooser()
filter=sw.filechooser.FileNameExtensionFilter("Text","txt")

Traceback (most recent call last):
File "<input>", line 1, in <module>
TypeError: javax.swing.filechooser.FileNameExtensionFilter(): 2nd arg can't be coerced to String[]

### End of code ###

   lang.String(txt) don´t work:

### Begining of code ###

import javax.swing as sw
import java.lang as lg

choose=sw.JFileChooser()
filter=sw.filechooser.FileNameExtensionFilter("Text",lg.String(txt))

Traceback (most recent call last):
File "<input>", line 1, in <module>
TypeError: javax.swing.filechooser.FileNameExtensionFilter(): 2nd arg can't be coerced to String[]

### End of code ###

   In the java pages an forums say I have implement a new class to add my filter to JFileChooser but I don't know how do it, at the end this pages confuse me offten than the begining.

¡Encuentra las mejores recetas
con Yahoo! Cocina!
http://mx.mujer.yahoo.com/cocina/

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

--
Sent from my mobile device
Envoyait de mon telephone mobil

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Add a extension filter in JFileChoser

2009-12-10T23:25:54Z

Hello:

   I want add a file extension filter in a JFileChoser, but I can't do it because I don´t uderstand any method to do it.

   I try this, but cause an error:

### Begining of code ###

import javax.swing as sw

choose=sw.JFileChooser()
filter=sw.filechooser.FileNameExtensionFilter("Text","txt")

Traceback (most recent call last):
File "<input>", line 1, in <module>
TypeError: javax.swing.filechooser.FileNameExtensionFilter(): 2nd arg can't be coerced to String[]

### End of code ###

   lang.String(txt) don´t work:

### Begining of code ###

import javax.swing as sw
import java.lang as lg

choose=sw.JFileChooser()
filter=sw.filechooser.FileNameExtensionFilter("Text",lg.String(txt))

Traceback (most recent call last):
File "<input>", line 1, in <module>
TypeError: javax.swing.filechooser.FileNameExtensionFilter(): 2nd arg can't be coerced to String[]

### End of code ###

   In the java pages an forums say I have implement a new class to add my filter to JFileChooser but I don't know how do it, at the end this pages confuse me offten than the begining.

¡Encuentra las mejores recetas
con Yahoo! Cocina!
http://mx.mujer.yahoo.com/cocina/
------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Jython without a disk cache?

2009-12-10T12:40:48Z

10.12.2009 20:32, Jim Baker kirjoitti:

I have never used pawt - and I'm don't work with Swing either - but in a cursory glance at the code:

Modest import magic of Java packages that requires a package cache. Doing an explicit import (that is, "from javax.swing.text import StyleContext, StyleConstants, TabSet") fixes that problem, as was noted earlier. More info here, http://wiki.python.org/jython/PackageScanning

Some minor helper functionality for working with Swing.

So I see no reason to use pawt, but on the other hand, we wouldn't remove it from Jython until Jython 3.x. It's mostly harmless :) - we just need to do a better job of deprecating its use. Hopefully this is a start.

It would seem better to use Alex Grönholm's package, http://pypi.python.org/pypi/jython-swingutils/ - Alex may describe it as pre-alpha, but I believe he's using it in his own work quite successfully, and I like the code. In particular, it has extensive testing. But it needs real Swing users, not me, to help further vet it.

Thanks. Indeed, some input from actual Swing users would mean a great deal for this project, as I'm sometimes unsure how far I should go with it.

- Jim

On Thu, Dec 10, 2009 at 9:45 AM, Phillip Decker <dec_ibmid@...> wrote:

> 2009/12/10 Marcos Sánchez Provencio <msanchez@...>:

> Strange...
>
> Anyway, Lib/pawt/swing.py does some magic that you may not need. In
> fact, if you change the first line of Demo/swing/Styles.py to:
> from javax.swing.text import StyleContext, StyleConstants, TabSet,
> TabStop
> your test does work.
>
> El mié, 09-12-2009 a las 19:32 -0700, Phillip Decker escribió:
>> java -Dpython.cachedir.skip=true -jar jython.jar demo\swing\Console.py
>

Marcos -

Excellent, you're correct, changing the import code in Styles to
avoid pawt fixes the problem.

Hmm... is there a bug then in the pawt code?

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

--
Jim Baker
jbaker@...
------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
  
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users
  

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Jython without a disk cache?

2009-12-10T12:27:15Z

Phillip,

The package scanner was designed so that that the index data could be retrieved from something besides the file system itself. If interested, look at the code in org.python.core.packagecache. But I'm not aware of any implementations that actually do this.

So here's a nice todo for Jython development: support in-memory or against a jar that contains the index (as might be built by setup.py). Yes, it's possible to workaround with explicit imports, but that's not just as desirable as enabling already working code to successfully run under a variety of distribution models.

- Jim

On Thu, Dec 10, 2009 at 12:34 PM, Phillip Decker <dec_ibmid@...> wrote:

I take it from the docs that, at the moment, there's no way to get
the benefits of package scanning without an on-disk cache? (Ie: there
is no facility for caching that info in ram?)

On Thu, Dec 10, 2009 at 11:32 AM, Jim Baker <jbaker@...> wrote:
> I have never used pawt - and I'm don't work with Swing either - but in a
> cursory glance at the code:
>
> Modest import magic of Java packages that requires a package cache. Doing an
> explicit import (that is, "from javax.swing.text import StyleContext,
> StyleConstants, TabSet") fixes that problem, as was noted earlier. More info
> here, http://wiki.python.org/jython/PackageScanning
> Some minor helper functionality for working with Swing.
>
> So I see no reason to use pawt, but on the other hand, we wouldn't remove it
> from Jython until Jython 3.x. It's mostly harmless :) - we just need to do a
> better job of deprecating its use. Hopefully this is a start.
>
> It would seem better to use Alex Grönholm's package,
> http://pypi.python.org/pypi/jython-swingutils/ - Alex may describe it as
> pre-alpha, but I believe he's using it in his own work quite successfully,
> and I like the code. In particular, it has extensive testing. But it needs
> real Swing users, not me, to help further vet it.
>
> - Jim
>
> On Thu, Dec 10, 2009 at 9:45 AM, Phillip Decker <dec_ibmid@...>
> wrote:
>>
>> > 2009/12/10 Marcos Sánchez Provencio <msanchez@...>:
>> > Strange...
>> >
>> > Anyway, Lib/pawt/swing.py does some magic that you may not need. In
>> > fact, if you change the first line of Demo/swing/Styles.py to:
>> > from javax.swing.text import StyleContext, StyleConstants, TabSet,
>> > TabStop
>> > your test does work.
>> >
>> > El mié, 09-12-2009 a las 19:32 -0700, Phillip Decker escribió:
>> >> java -Dpython.cachedir.skip=true -jar jython.jar demo\swing\Console.py
>> >
>>
>> Marcos -
>>
>> Excellent, you're correct, changing the import code in Styles to
>> avoid pawt fixes the problem.
>>
>> Hmm... is there a bug then in the pawt code?
>>

From forum: jython-users

Re: Jython without a disk cache?

2009-12-10T12:12:03Z

10.12.2009 21:34, Phillip Decker kirjoitti:
> I take it from the docs that, at the moment, there's no way to get
> the benefits of package scanning without an on-disk cache? (Ie: there
> is no facility for caching that info in ram?)
>
One of the propositions for Jython 3.0 has been to disallow java package
imports entirely. Do you really need it?

> On Thu, Dec 10, 2009 at 11:32 AM, Jim Baker<jbaker@...> wrote:
>
>> I have never used pawt - and I'm don't work with Swing either - but in a
>> cursory glance at the code:
>>
>> Modest import magic of Java packages that requires a package cache. Doing an
>> explicit import (that is, "from javax.swing.text import StyleContext,
>> StyleConstants, TabSet") fixes that problem, as was noted earlier. More info
>> here, http://wiki.python.org/jython/PackageScanning
>> Some minor helper functionality for working with Swing.
>>
>> So I see no reason to use pawt, but on the other hand, we wouldn't remove it
>> from Jython until Jython 3.x. It's mostly harmless :) - we just need to do a
>> better job of deprecating its use. Hopefully this is a start.
>>
>> It would seem better to use Alex Grönholm's package,
>> http://pypi.python.org/pypi/jython-swingutils/ - Alex may describe it as
>> pre-alpha, but I believe he's using it in his own work quite successfully,
>> and I like the code. In particular, it has extensive testing. But it needs
>> real Swing users, not me, to help further vet it.
>>
>> - Jim
>>
>> On Thu, Dec 10, 2009 at 9:45 AM, Phillip Decker<dec_ibmid@...>
>> wrote:
>>
>>>
>>>> 2009/12/10 Marcos Sánchez Provencio<msanchez@...>:
>>>> Strange...
>>>>
>>>> Anyway, Lib/pawt/swing.py does some magic that you may not need. In
>>>> fact, if you change the first line of Demo/swing/Styles.py to:
>>>> from javax.swing.text import StyleContext, StyleConstants, TabSet,
>>>> TabStop
>>>> your test does work.
>>>>
>>>> El mié, 09-12-2009 a las 19:32 -0700, Phillip Decker escribió:
>>>>
>>>>> java -Dpython.cachedir.skip=true -jar jython.jar demo\swing\Console.py
>>>>>
>>>>
>>> Marcos -
>>>
>>> Excellent, you're correct, changing the import code in Styles to
>>> avoid pawt fixes the problem.
>>>
>>> Hmm... is there a bug then in the pawt code?
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Return on Information:
>>> Google Enterprise Search pays you back
>>> Get the facts.
>>> http://p.sf.net/sfu/google-dev2dev
>>> _______________________________________________
>>> Jython-users mailing list
>>> Jython-users@...
>>> https://lists.sourceforge.net/lists/listinfo/jython-users
>>>
>>
>>
>> --
>> Jim Baker
>> jbaker@...
>>
>>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> Jython-users mailing list
> Jython-users@...
> https://lists.sourceforge.net/lists/listinfo/jython-users
>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Jython without a disk cache?

2009-12-10T11:34:34Z

I take it from the docs that, at the moment, there's no way to get
the benefits of package scanning without an on-disk cache? (Ie: there
is no facility for caching that info in ram?)

On Thu, Dec 10, 2009 at 11:32 AM, Jim Baker <jbaker@...> wrote:

> I have never used pawt - and I'm don't work with Swing either - but in a
> cursory glance at the code:
>
> Modest import magic of Java packages that requires a package cache. Doing an
> explicit import (that is, "from javax.swing.text import StyleContext,
> StyleConstants, TabSet") fixes that problem, as was noted earlier. More info
> here, http://wiki.python.org/jython/PackageScanning
> Some minor helper functionality for working with Swing.
>
> So I see no reason to use pawt, but on the other hand, we wouldn't remove it
> from Jython until Jython 3.x. It's mostly harmless :) - we just need to do a
> better job of deprecating its use. Hopefully this is a start.
>
> It would seem better to use Alex Grönholm's package,
> http://pypi.python.org/pypi/jython-swingutils/ - Alex may describe it as
> pre-alpha, but I believe he's using it in his own work quite successfully,
> and I like the code. In particular, it has extensive testing. But it needs
> real Swing users, not me, to help further vet it.
>
> - Jim
>
> On Thu, Dec 10, 2009 at 9:45 AM, Phillip Decker <dec_ibmid@...>
> wrote:
>>
>> > 2009/12/10 Marcos Sánchez Provencio <msanchez@...>:
>> > Strange...
>> >
>> > Anyway, Lib/pawt/swing.py does some magic that you may not need. In
>> > fact, if you change the first line of Demo/swing/Styles.py to:
>> > from javax.swing.text import StyleContext, StyleConstants, TabSet,
>> > TabStop
>> > your test does work.
>> >
>> > El mié, 09-12-2009 a las 19:32 -0700, Phillip Decker escribió:
>> >> java -Dpython.cachedir.skip=true -jar jython.jar demo\swing\Console.py
>> >
>>
>> Marcos -
>>
>> Excellent, you're correct, changing the import code in Styles to
>> avoid pawt fixes the problem.
>>
>> Hmm... is there a bug then in the pawt code?
>>
>>
>> ------------------------------------------------------------------------------
>> Return on Information:
>> Google Enterprise Search pays you back
>> Get the facts.
>> http://p.sf.net/sfu/google-dev2dev
>> _______________________________________________
>> Jython-users mailing list
>> Jython-users@...
>> https://lists.sourceforge.net/lists/listinfo/jython-users
>
>
>
> --
> Jim Baker
> jbaker@...
>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Jython without a disk cache?

2009-12-10T10:32:19Z

I have never used pawt - and I'm don't work with Swing either - but in a cursory glance at the code:

Modest import magic of Java packages that requires a package cache. Doing an explicit import (that is, "from javax.swing.text import StyleContext, StyleConstants, TabSet") fixes that problem, as was noted earlier. More info here, http://wiki.python.org/jython/PackageScanning
Some minor helper functionality for working with Swing.

So I see no reason to use pawt, but on the other hand, we wouldn't remove it from Jython until Jython 3.x. It's mostly harmless :) - we just need to do a better job of deprecating its use. Hopefully this is a start.

It would seem better to use Alex Grönholm's package, http://pypi.python.org/pypi/jython-swingutils/ - Alex may describe it as pre-alpha, but I believe he's using it in his own work quite successfully, and I like the code. In particular, it has extensive testing. But it needs real Swing users, not me, to help further vet it.

- Jim

On Thu, Dec 10, 2009 at 9:45 AM, Phillip Decker <dec_ibmid@...> wrote:

> 2009/12/10 Marcos Sánchez Provencio <msanchez@...>:

> Strange...
>
> Anyway, Lib/pawt/swing.py does some magic that you may not need. In
> fact, if you change the first line of Demo/swing/Styles.py to:
> from javax.swing.text import StyleContext, StyleConstants, TabSet,
> TabStop
> your test does work.
>
> El mié, 09-12-2009 a las 19:32 -0700, Phillip Decker escribió:
>> java -Dpython.cachedir.skip=true -jar jython.jar demo\swing\Console.py
>

Marcos -

Excellent, you're correct, changing the import code in Styles to
avoid pawt fixes the problem.

Hmm... is there a bug then in the pawt code?

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

--
Jim Baker
jbaker@...

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Continued problems accessing standard library in static Jython jar

2009-12-10T09:13:35Z

I've added the static jython jar (ie standard library included) to a larger project which is itself packaged into a jar and pushed out to clients. I am able to instantiate the interpreter and call my scripts from Java. However my scripts, when executed in the PythonInterpreter are not able to see the standard library (eg "import os" fails). Jython.jar alone works fine from the command line and I've verified the standard library made it into the larger application jar (using winzip to examine the \Lib directory) but am at a loss why it fails in my larger application. "import sys" works for some reason but no changes to sys.path seem to help.

Any help would be greatly appreciated.

-brian

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Jython without a disk cache?

2009-12-10T08:45:40Z

> 2009/12/10 Marcos Sánchez Provencio <msanchez@...>:
> Strange...
>
> Anyway, Lib/pawt/swing.py does some magic that you may not need. In
> fact, if you change the first line of Demo/swing/Styles.py to:
> from javax.swing.text import StyleContext, StyleConstants, TabSet,
> TabStop
> your test does work.
>
> El mié, 09-12-2009 a las 19:32 -0700, Phillip Decker escribió:
>> java -Dpython.cachedir.skip=true -jar jython.jar demo\swing\Console.py
>

Marcos -

Excellent, you're correct, changing the import code in Styles to
avoid pawt fixes the problem.

Hmm... is there a bug then in the pawt code?

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Jython without a disk cache?

2009-12-10T04:18:05Z

Strange...

Anyway, Lib/pawt/swing.py does some magic that you may not need. In
fact, if you change the first line of Demo/swing/Styles.py to:
from javax.swing.text import StyleContext, StyleConstants, TabSet,
TabStop
your test does work.

El mié, 09-12-2009 a las 19:32 -0700, Phillip Decker escribió:
> java -Dpython.cachedir.skip=true -jar jython.jar demo\swing\Console.py

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Jython without a disk cache?

2009-12-09T18:32:40Z

On Wed, Dec 9, 2009 at 3:09 PM, David Handy <David.Handy@...> wrote:
> Also, from this page:
>
> http://wiki.python.org/jython/InstallationInstructions#standalone-mode
>
> "The standalone option does no caching"
>
> David H

Great, I appreciate the help guys. I've been working on these
solutions for a little while now, and I'm having the same problem with
both. That is, both the "Full Install" jar with
-Dpython.cachedir.skip=true answer, and the "Standalone Install"
answer.

To see the issue, if you go to the home install folder for the full
install, and type:

java -Dpython.cachedir.skip=true -jar jython.jar demo\swing\Console.py

You get:

Traceback (most recent call last):
File "demo\swing\Console.py", line 13, in <module>
from Styles import Styles
File "C:\jython2.5.1\Demo\swing\Styles.py", line 1, in <module>
from pawt.swing.text import StyleContext, StyleConstants,
TabSet, TabStop
ImportError: No module named text

If you swap the "full install" jython jar out with the standalone one,
the same behavior is exhibited. Incidentally, if the
python.cachedir.skip statement is removed, then everything works.
This makes me think that since the cachedir.skip=false disables the
packageScanning (http://wiki.python.org/jython/PackageScanning) that
now I have to explicitly name the jars I might be touching. Is this
true?

I've spent the last several hours playing with the different path
settings on http://wiki.python.org/jython/Settings to no avail.

Also a comparison of the outputs from the working (packageScanning),
and non working (full install with false flag):
>>> import sys
>>> sys.registry
reveals only the single difference you'd expect, "python.cachedir.skip=true"

So I have to admit I'm a little lost for new ideas at this point, do
you have any?

Thanks!

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Jython without a disk cache?

2009-12-09T14:09:20Z

Also, from this page:

http://wiki.python.org/jython/InstallationInstructions#standalone-mode

"The standalone option does no caching"

David H

> -----Original Message-----
> From: Alex Grönholm [mailto:alex.gronholm@...]
> Sent: Wednesday, December 09, 2009 5:04 PM
> To: jython-users@...
> Subject: Re: [Jython-users] Jython without a disk cache?
>
> 9.12.2009 23:58, Phillip Decker kirjoitti:
> > Hello everyone, I was wondering if you might be able to help me with
> a problem:
> >
> > Is there any way to run Jython without a disk cache? Here's my issue:
> >
> >
> python.cachedir.skip=true, problem solved
> > I'm part of java software project that needs an interactive script
> > interpreter, and that can also execute preexisting scripts from disk.
> > We selected Jython for a number of reasons, not the least being its
> > similarity to CPython, which our customer's people already have
> > significant experience with.
> >
> > Everything works great, except for one problem: In a certain
> > deployment, the customer has their machines tightly locked down.
> > Regular users, (ie: non-admins), have no write access on the disks on
> > their own machines. Their home accounts are hosted across a
> > medium-high-latency network, (ie: 100ms+), and the writable area on
> > these accounts is generally about 10mb. Yes, that's megabytes.
> >
> > After a search through the mailing list, the Jython FAQ and Google in
> > general, it appears that Jython may not be able to support this
> > environment. A small speed penalty is acceptable if we can run
> > without a low-latency disk cache.
> >
> > The two obvious solutions are:
> > 1) Get the customer to open up their security. Unfortunately, it's a
> > large bureaucracy and trying to justify changing an enterprise-wide
> > security policy to provide scripting for one product is a non-starter.
> >
> > 2) Set up a Ramdisk and put the script interpreter's cache there. The
> > problem with this approach on windows is that it involves a level of
> > interference with the OS that will remain whether our application is
> > running or not. (At least as I understand the techniques for doing so)
> >
> > So, is there a workaround for this? There's beginning to be pressure
> > to switch the api over to another language to accommodate this
> > requirement, but I really want to stick with Jython if possible.
> >
> > Thanks for any help in advance,
> >
> > P. Decker
> >
> > ---------------------------------------------------------------------
> ---------
> > Return on Information:
> > Google Enterprise Search pays you back
> > Get the facts.
> > http://p.sf.net/sfu/google-dev2dev
> > _______________________________________________
> > Jython-users mailing list
> > Jython-users@...
> > https://lists.sourceforge.net/lists/listinfo/jython-users
> >
>
>
> -----------------------------------------------------------------------
> -------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> Jython-users mailing list
> Jython-users@...
> https://lists.sourceforge.net/lists/listinfo/jython-users

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Jython without a disk cache?

2009-12-09T14:04:10Z

9.12.2009 23:58, Phillip Decker kirjoitti:
> Hello everyone, I was wondering if you might be able to help me with a problem:
>
> Is there any way to run Jython without a disk cache? Here's my issue:
>
>
python.cachedir.skip=true, problem solved

> I'm part of java software project that needs an interactive script
> interpreter, and that can also execute preexisting scripts from disk.
> We selected Jython for a number of reasons, not the least being its
> similarity to CPython, which our customer's people already have
> significant experience with.
>
> Everything works great, except for one problem: In a certain
> deployment, the customer has their machines tightly locked down.
> Regular users, (ie: non-admins), have no write access on the disks on
> their own machines. Their home accounts are hosted across a
> medium-high-latency network, (ie: 100ms+), and the writable area on
> these accounts is generally about 10mb. Yes, that's megabytes.
>
> After a search through the mailing list, the Jython FAQ and Google in
> general, it appears that Jython may not be able to support this
> environment. A small speed penalty is acceptable if we can run
> without a low-latency disk cache.
>
> The two obvious solutions are:
> 1) Get the customer to open up their security. Unfortunately, it's a
> large bureaucracy and trying to justify changing an enterprise-wide
> security policy to provide scripting for one product is a non-starter.
>
> 2) Set up a Ramdisk and put the script interpreter's cache there. The
> problem with this approach on windows is that it involves a level of
> interference with the OS that will remain whether our application is
> running or not. (At least as I understand the techniques for doing so)
>
> So, is there a workaround for this? There's beginning to be pressure
> to switch the api over to another language to accommodate this
> requirement, but I really want to stick with Jython if possible.
>
> Thanks for any help in advance,
>
> P. Decker
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> Jython-users mailing list
> Jython-users@...
> https://lists.sourceforge.net/lists/listinfo/jython-users
>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Jython without a disk cache?

2009-12-09T13:58:59Z

Hello everyone, I was wondering if you might be able to help me with a problem:

Is there any way to run Jython without a disk cache? Here's my issue:

I'm part of java software project that needs an interactive script
interpreter, and that can also execute preexisting scripts from disk.
We selected Jython for a number of reasons, not the least being its
similarity to CPython, which our customer's people already have
significant experience with.

Everything works great, except for one problem: In a certain
deployment, the customer has their machines tightly locked down.
Regular users, (ie: non-admins), have no write access on the disks on
their own machines. Their home accounts are hosted across a
medium-high-latency network, (ie: 100ms+), and the writable area on
these accounts is generally about 10mb. Yes, that's megabytes.

After a search through the mailing list, the Jython FAQ and Google in
general, it appears that Jython may not be able to support this
environment. A small speed penalty is acceptable if we can run
without a low-latency disk cache.

The two obvious solutions are:
1) Get the customer to open up their security. Unfortunately, it's a
large bureaucracy and trying to justify changing an enterprise-wide
security policy to provide scripting for one product is a non-starter.

2) Set up a Ramdisk and put the script interpreter's cache there. The
problem with this approach on windows is that it involves a level of
interference with the OS that will remain whether our application is
running or not. (At least as I understand the techniques for doing so)

So, is there a workaround for this? There's beginning to be pressure
to switch the api over to another language to accommodate this
requirement, but I really want to stick with Jython if possible.

Thanks for any help in advance,

P. Decker

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: bug in jython jsr223 implemetation?

2009-12-09T11:33:24Z

Hi Nicholas

that's great - I can definitely wait for couple of weeks - I would be more than willing to test the code that you fix whenever u are ready with it. I will try to code as per we discussed then [not having to implement a pool of CompiledScript is a great relief].

Thanks for your help - do pls let me know whenever u have it ready for a test.

thanks

Anamitra
--- On Wed, 12/9/09, Nicholas Riley <njriley@...> wrote:

From: Nicholas Riley <njriley@...>
Subject: Re: [Jython-users] bug in jython jsr223 implemetation?
To: jython-users@...
Date: Wednesday, December 9, 2009, 1:53 PM

In article <462905.91284.qm@...>,
Anamitra Bhattacharyya <ana_mitra@...> wrote:

> System.out.println(a+"+"+b+"="+cs.getEngine().get("c")); - u sould see 4+5=13
> and 2+3=9 etc instead of nulls. BTW the rhino implementation says its
> "MULTITHREADED" too and still is giving correct out for this test. So do you
> think what I am trying to do is not valid as per the jsr 223 spec? OR there
> is some problem with the jython implementation of jsr223. Because if its the
> former - then I will have to use a pool of CompiledScript objects and that
> significantly complicates the implementation. If its the latter then I am
> ready to make an exception for jython and code to the jython api ditching
> jsr223 for jython - if u say the jython apis [PythonInterpreter etc] would
> work for this. All I want
> to achieve is -
>
> 1>compile a script and cache it
> 2>have multiple threads execute that and I use the Binding object as my
> transport for IN and OUT params to the script.

It's just a problem with the Jython implementation the JSR 223 (and
PythonInterpreter, for that matter) front ends. There's nothing in
Jython itself that stops this from working. At the time I was working
on the JSR 223 implementation, I didn't understand the use case you are
describing. Now I do and I'll handle it.

If you can wait a couple of weeks I will get it fixed, otherwise I
suggest you just create your own per-thread locals/global Python
dictionaries (which are what the Bindings end up getting mapped to) and
use them. If you look at the source code for PythonInterpreter it
should be clear what to do, otherwise please ask on the list.
--
Nicholas Riley <njriley@...>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: bug in jython jsr223 implemetation?

2009-12-09T10:53:39Z

In article <462905.91284.qm@...>,
Anamitra Bhattacharyya <ana_mitra@...> wrote:

> System.out.println(a+"+"+b+"="+cs.getEngine().get("c")); - u sould see 4+5=13
> and 2+3=9 etc instead of nulls. BTW the rhino implementation says its
> "MULTITHREADED" too and still is giving correct out for this test. So do you
> think what I am trying to do is not valid as per the jsr 223 spec? OR there
> is some problem with the jython implementation of jsr223. Because if its the
> former - then I will have to use a pool of CompiledScript objects and that
> significantly complicates the implementation. If its the latter then I am
> ready to make an exception for jython and code to the jython api ditching
> jsr223 for jython - if u say the jython apis [PythonInterpreter etc] would
> work for this. All I want
> to achieve is -
>
> 1>compile a script and cache it
> 2>have multiple threads execute that and I use the Binding object as my
> transport for IN and OUT params to the script.

It's just a problem with the Jython implementation the JSR 223 (and
PythonInterpreter, for that matter) front ends. There's nothing in
Jython itself that stops this from working. At the time I was working
on the JSR 223 implementation, I didn't understand the use case you are
describing. Now I do and I'll handle it.

If you can wait a couple of weeks I will get it fixed, otherwise I
suggest you just create your own per-thread locals/global Python
dictionaries (which are what the Bindings end up getting mapped to) and
use them. If you look at the source code for PythonInterpreter it
should be clear what to do, otherwise please ask on the list.
--
Nicholas Riley <njriley@...>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: bug in jython jsr223 implemetation?

2009-12-09T09:21:31Z

Hi Nicholas

thanks for your quick respponse - I read through the bug description - and pardon my ignorance on this aspect of jsr223 .. I did print the "THREADING" support for jython and it gave me this - MULTITHREADED
<code>

System.out.println(engine.getFactory().getParameter("THREADING"));

</code>

Now my expectation was "MULTITHREADED" => the execution is thread safe -> which apparently was not right from ur snippet of the jsr spec. Now all I am trying to do is :

The scripts [writtent in jython and any other jsr 223 compliant engine] would be executed from a servlet [=> multi user environment] and each script would take in a bunch of IN spit out bunch of OUT params. For performance I would like to use the CompiledScript object and I was hoping I can just compile the script [provided the underlying engine supports that feature] and cache that object in memory. So the script is hot and when a request comes all I do is compliedSctipt.eval(binding) where the binding object has been created like as below

Binding binding = new SimpleBinding();

binding.put("in_param1", value1);

binding.put("in_param2", value2);

and after the eval call

Object out_param1 = binding.get("out_param1");

Object out_param2 = binding.get("out_param2");

Now this request for eval would come simultaneously from multiple threads -> so I need this compliedScript.eval(binding) call to be thread safe -> without needing to synchronize as I am expecting 1000s of Web users for my system and each script can be pretty intensive one - so I cannot do a synchronized access for performance reasons.

So when I test this simple script c=a+b - the test code looks like as below [simulating mutiple threads]

Note I would like to use the evalParams method - but evalParams bombs for jython - so I use evalParamsThatWorksWtihJython instead. And the output would show u how the thread messes everything up. The output u see there are nulls!! - and if I just change the code to System.out.println(a+"+"+b+"="+cs.getEngine().get("c")); - u sould see 4+5=13 and 2+3=9 etc instead of nulls. BTW the rhino implementation says its "MULTITHREADED" too and still is giving correct out for this test. So do you think what I am trying to do is not valid as per the jsr 223 spec? OR there is some problem with the jython implementation of jsr223. Because if its the former - then I will have to use a pool of CompiledScript objects and that significantly complicates the implementation. If its the latter then I am ready to make an exception for jython and code to the jython api ditching jsr223 for jython - if u say the jython apis [PythonInterpreter etc] would work for this. All I want to achieve is -

1>compile a script and cache it

2>have multiple threads execute that and I use the Binding object as my transport for IN and OUT params to the script.

    public static void main(String[] args) throws Exception
    {
     new MyThread(2,3).start();//a=2 and b=3 - thread will loop 20 times
    new MyThread(4,5).start();//a=4 and b=5 - thread will loop 20 times
     new MyThread(6,7).start();//a=6 and b=7 - thread will loop 20 times
    }

public static void evalParams(int a, int b) throws Exception//works for Rhino in this test
{

Bindings binding = cs.getEngine().createBindings();//new SimpleBindings();
binding.put("a", a);
binding.put("b", b);

cs.eval(binding);
System.out.println(a+"+"+b+"="+binding.get("c"));
}

public static void evalParamsThatWorksWtihJython(int a, int b) throws Exception
{

Bindings binding = cs.getEngine().createBindings();//new SimpleBindings();
binding.put("a", a);
binding.put("b", b);

ScriptContext sc = cs.getEngine().getContext();

sc.setBindings(binding, ScriptContext.ENGINE_SCOPE);

cs.eval(sc);
System.out.println(a+"+"+b+"="+binding.get("c"));
}

    static class MyThread extends Thread
    {
    int i = 1;
    int j = 1;
    MyThread(int a, int b)
    {
      i = a;
      j = b;
    }

    public void run()
    {
      for(int k=0;k<20;k++)
      {
       try
       {
        evalParams(i,j);
       }
       catch(Exception e)
       {
        e.printStackTrace();
       }
      }
    }
    }

------------output------------------

6+7=13
2+3=null
6+7=13
2+3=5
6+7=13
2+3=5
6+7=13
4+5=null
2+3=5
6+7=13
2+3=5
6+7=13
4+5=9
6+7=13
2+3=5
6+7=13
2+3=5
6+7=13
2+3=5
6+7=13
2+3=5
6+7=13
2+3=5
4+5=9
2+3=null
6+7=9
2+3=5
4+5=9
2+3=null
2+3=5
4+5=9
6+7=13
2+3=5
6+7=13
2+3=5
2+3=5
4+5=9
2+3=null
4+5=9
6+7=13
2+3=5
6+7=13
2+3=5
6+7=13
6+7=13
6+7=13
4+5=9
6+7=13
4+5=9
4+5=9
4+5=9
4+5=9
4+5=9
4+5=9
4+5=9
4+5=9
4+5=9
4+5=9
4+5=9
4+5=9

thanks

Anamitra
--- On Wed, 12/9/09, Nicholas Riley <njriley@...> wrote:

From: Nicholas Riley <njriley@...>
Subject: Re: [Jython-users] bug in jython jsr223 implemetation?
To: jython-users@...
Date: Wednesday, December 9, 2009, 3:33 AM

In article <866828.51670.qm@...>,
Anamitra Bhattacharyya <ana_mitra@...> wrote:

> Bindings binding = cs.getEngine().createBindings();//new SimpleBindings();
> binding.put("a", a);
> binding.put("b", b);
> cs.eval(binding);
> System.out.println(a+"+"+b+"="+binding.get("c"));
>
> Now if I try this with the jython 2.5.1 jar it blows up right in
> "cs.eval(binding)" statement!!!!! [note I tried with the Bindings binding =
> new SimpleBindings(); - same error]

Yes, modifying a ScriptContext is currently unsupported. You can read a
bit more about it in issue 1426, which has been pending for a while:

<http://bugs.jython.org/issue1426>

> sc.setBindings(binding, ScriptContext.ENGINE_SCOPE);

And it seems you've figured out how to work around this.

> This [multithreaded CompliedScript] works for Rhino and this is a very basic
> expectation - I hope somebody from Jython jsr team is polling this newsgrp to
> verify my claim. Is this a known bug? Did anybodyÝface this before and knows
> workaround for this - I am little desparate as without this support I cannot
> use the CompiledScript concept => wihtout which the jython performance is
> pretty bad for me.

How much isolation are you expecting between threads? Note that JSR 223
defines several different threading models. From SCR.4.3.5.2:

> Multithreaded Engine
> Multi-threaded Evaluation - The implementation of the API and the
> engine itself are capable of supporting concurrent evaluations by
> multiple threads on a single engine instance. However the exact
> behavior of such concurrent execution is ultimately determined by the
> script or scripts themselves. An engine which supports concurrent
> execution is "multi-threaded" in the same sense that the Java language
> is "multi-threaded": Evaluation by concurrent threads is allowed and
> produces side effects that can be seen by other threads. The threads
> may interact or not interact, utilize synchronization or not utilize
> synchronization, in scripting language dependent ways.

> Thread-Isolated Engine
> Satisfies the requirements for Multithreaded. Also, the side-effects
> for threads are isolated from one another. Specifically, the isolation
> limits the visibility of changes to the state of variables in the engine
> scope of the interpreter. Each thread will effectively have its own
> thread-local engine scope for the engine instance. Note that this does
> not limit the visibility of side effects outside the engine scope for
> example, mutation of application-level Java objects.

> Stateless Engine
> Satisfies the requirements for Thread-Isolated. In addition, the
> mappings in the Bindings used as the engine scope of the
> ScriptEngine are not modified by any ScriptExecution. The keys in
> the Bindings and their associated values are exactly the same before
> and after each script execution.

The Jython engine is currently implemented as a multithreaded engine.
For some limited values of "isolated" it would be possible to implement
a thread-isolated engine.

Take a look at the code of the Jython engine (PyScriptEngine) and the
underlying PythonInterpreter - each is a relatively thin wrapper and
should make clear what's going on. You could implement a simple form of
thread isolation (for locals/globals) with the functionality in
ParserFacade/Py (e.g., see PythonInterpreter.compile). If this is
insufficient for your needs, you could go further by creating multiple
PySystemState instances.
--
Nicholas Riley <njriley@...>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Pydev 1.5.2 Released

2009-12-09T05:26:00Z

Hi All,

Pydev 1.5.2 has been released

Details on Pydev: http://pydev.org
Details on its development: http://pydev.blogspot.com

Release Highlights:
-------------------------------

* Profile to have much lower memory requirements (especially on
code-analysis rebuilds)
* Profile for parsing to be faster
* Compare Editor
o Syntax highlighting integrated
o Editions use the pydev editor behavior
o Code completion works
* Fixed issue where pydev could deadlock
* No longer reporting import redefinitions and unused variables for
the initial parts of imports such as import os.path
* Fixed issue where pydev was removing __classpath__ from the
pythonpath in jython
* Using M1, M2 and M3 for keys instead of hardcoding Ctrl, Shift and
Alt (which should make keybindings right on Mac OS)
* Fixed some menus and popups
* Properly categorizing Pydev views
* Handling binary numbers in the python 2.6 and 3.0 grammar
* from __future__ import print_function works on python 2.6
* Added drag support from the pydev package explorer
* Properly translating slashes on client/server debug
* Other minor fixes

What is PyDev?
---------------------------

PyDev is a plugin that enables users to use Eclipse for Python, Jython
and IronPython development -- making Eclipse a first class Python IDE
-- It comes with many goodies such as code completion, syntax
highlighting, syntax analysis, refactor, debug and many others.

Cheers,

--
Fabio Zadrozny
------------------------------------------------------
Software Developer

Aptana
http://aptana.com/python

Pydev - Python Development Environment for Eclipse
http://pydev.org
http://pydev.blogspot.com

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: bug in jython jsr223 implemetation?

2009-12-09T00:33:58Z

In article <866828.51670.qm@...>,
Anamitra Bhattacharyya <ana_mitra@...> wrote:

> Bindings binding = cs.getEngine().createBindings();//new SimpleBindings();
> binding.put("a", a);
> binding.put("b", b);
> cs.eval(binding);
> System.out.println(a+"+"+b+"="+binding.get("c"));
>
> Now if I try this with the jython 2.5.1 jar it blows up right in
> "cs.eval(binding)" statement!!!!! [note I tried with the Bindings binding =
> new SimpleBindings(); - same error]

Yes, modifying a ScriptContext is currently unsupported. You can read a
bit more about it in issue 1426, which has been pending for a while:

<http://bugs.jython.org/issue1426>

> sc.setBindings(binding, ScriptContext.ENGINE_SCOPE);

And it seems you've figured out how to work around this.

> This [multithreaded CompliedScript] works for Rhino and this is a very basic
> expectation - I hope somebody from Jython jsr team is polling this newsgrp to
> verify my claim. Is this a known bug? Did anybodyÝface this before and knows
> workaround for this - I am little desparate as without this support I cannot
> use the CompiledScript concept => wihtout which the jython performance is
> pretty bad for me.

How much isolation are you expecting between threads? Note that JSR 223
defines several different threading models. From SCR.4.3.5.2:

> Multithreaded Engine
> Multi-threaded Evaluation - The implementation of the API and the
> engine itself are capable of supporting concurrent evaluations by
> multiple threads on a single engine instance. However the exact
> behavior of such concurrent execution is ultimately determined by the
> script or scripts themselves. An engine which supports concurrent
> execution is "multi-threaded" in the same sense that the Java language
> is "multi-threaded": Evaluation by concurrent threads is allowed and
> produces side effects that can be seen by other threads. The threads
> may interact or not interact, utilize synchronization or not utilize
> synchronization, in scripting language dependent ways.

> Thread-Isolated Engine
> Satisfies the requirements for Multithreaded. Also, the side-effects
> for threads are isolated from one another. Specifically, the isolation
> limits the visibility of changes to the state of variables in the engine
> scope of the interpreter. Each thread will effectively have its own
> thread-local engine scope for the engine instance. Note that this does
> not limit the visibility of side effects outside the engine scope for
> example, mutation of application-level Java objects.

> Stateless Engine
> Satisfies the requirements for Thread-Isolated. In addition, the
> mappings in the Bindings used as the engine scope of the
> ScriptEngine are not modified by any ScriptExecution. The keys in
> the Bindings and their associated values are exactly the same before
> and after each script execution.

The Jython engine is currently implemented as a multithreaded engine.
For some limited values of "isolated" it would be possible to implement
a thread-isolated engine.

Take a look at the code of the Jython engine (PyScriptEngine) and the
underlying PythonInterpreter - each is a relatively thin wrapper and
should make clear what's going on. You could implement a simple form of
thread isolation (for locals/globals) with the functionality in
ParserFacade/Py (e.g., see PythonInterpreter.compile). If this is
insufficient for your needs, you could go further by creating multiple
PySystemState instances.
--
Nicholas Riley <njriley@...>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

bug in jython jsr223 implemetation?

2009-12-08T20:34:45Z

Hi
I beleive I have found a major issue with the jsr223 implementation of jython in 2.5.1 release - one that would cause huge issues with multithreading. I have a simple script "c=a+b" - which can be tested as a jython script or a rhino [javascript] script. The sample jsr223 code for this is as below:

ScriptEngineManager factory = new ScriptEngineManager();
ScriptEngine engine = factory.getEngineByName("python");
CompiledScript cs = ((Compilable)engine).compile("c=a+b");

Ideally I would like to cache this "cs" object and use it in a multithreaded environment. So the next few lines of the code would be executed in a multithreaded env

Bindings binding = cs.getEngine().createBindings();//new SimpleBindings();
binding.put("a", a);
binding.put("b", b);

cs.eval(binding);

System.out.println(a+"+"+b+"="+binding.get("c"));

Now if I try this with the jython 2.5.1 jar it blows up right in "cs.eval(binding)" statement!!!!! [note I tried with the Bindings binding = new SimpleBindings(); - same error]

javax.script.ScriptException: NameError: name 'a' is not defined in <script> at
line number 1
at org.python.jsr223.PyScriptEngine.scriptException(PyScriptEngine.java:
182)
at org.python.jsr223.PyScriptEngine.eval(PyScriptEngine.java:43)
at org.python.jsr223.PyScriptEngine.access$100(PyScriptEngine.java:20)
at org.python.jsr223.PyScriptEngine$PyCompiledScript.eval(PyScriptEngine
.java:211)
at javax.script.CompiledScript.eval(CompiledScript.java:86)

Now if this same code is run with rhino [the default that comes with sun/ibm jdk] it works great.

If I tweak this code to as below

Bindings binding = cs.getEngine().createBindings();//new SimpleBindings();
binding.put("a", a);
binding.put("b", b);

ScriptContext sc = cs.getEngine().getContext();

sc.setBindings(binding, ScriptContext.ENGINE_SCOPE);

cs.eval(sc);//instead of the binding

System.out.println(a+"+"+b+"="+binding.get("c"));

This works great for jython - but messes up the multithreading entorely as now the Binding is really a part of the ScriptEngine => which is shared by all threads. So in effect I cannot use the CompiledScript in a multithreaded way for jython. This [multithreaded CompliedScript] works for Rhino and this is a very basic expectation - I hope somebody from Jython jsr team is polling this newsgrp to verify my claim. Is this a known bug? Did anybody face this before and knows workaround for this - I am little desparate as without this support I cannot use the CompiledScript concept => wihtout which the jython performance is pretty bad for me.

Any pointers is highly appreciated.

thanks

Anamitra

From forum: jython-users

ANN: Jump v0.9.7.3 released.

2009-12-08T17:17:01Z

I am proud to announce that Jump 0.9.7.3 is released!

Jump is a build tool for distributing Java and Jython applications in a really simple step. You can find the Jump project at http://opensource.ollix.com/jump.

Note that in this release the command's option names were changed dramatically, please run `jump --help` or visit http://opensource.ollix.com/jump/wiki/JumpCommands to find updated option names.

Change nots:

* Puts cachdir directory in system temporary directory by default.

* Command option names were prefixed by subcommand's name if it is a subcommand's option.

* All command option names' underlines were replaces by dashes.

* Added FMPP and Ant contrib's license files.

* Added README file.

* Added CHANGES file.

* Remove ``*.jp`` pattern from MANIFEST.in

If you have any question or bug report, please post it to our mailing list at http://groups.google.com/group/ollix-jump, contributions are always welcome as well.

--
Olli Wang

OLLI WANG PRODUCTIONS - http://olliwang.com
A BLOG ABOUT MY LIFE AND MY WORK

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Maven + Jython

2009-12-08T02:10:48Z

Hi guys,

I just created a page called codingkata.org where I want to host small programming exercises. It focuses on languages that run on the JVM - so naturally I want to add Jython.

The thing is I need the setup to be as simple as possible - so users should not need to install Jython manually. Each exercise is setup via Maven.

Bottom line: How do I compile a .py file to a jar via a maven plugin?
(I just found a plugin where I had to specify the jython home path).

Cheers,
stephanos

From forum: jython-users

Re: Is there a way to get a smaller jython.jar?

2009-12-07T12:21:15Z

On 7.12.2009 21:36, Sébastien Boisgérault wrote:

Alex Grönholm a écrit :

Xerces is used at least in expat and (indirectly) in ElementTree for XML
parsing.
During the implementation of the expat module, I ran into bugs of the
default java XML Reader (resolveEntity and skippedEntity issues).
Those bugs were solved when a recent (2.9.1) version of Xerces was used
instead.

Have these bugs been fixed in OpenJDK?

Philip Jenvey looked into this, his findings are summarized here: http://bugs.jython.org/issue1292

SB

Looks like the latest JDK7 milestone should contain updated versions of the XML components. Anyone care to try?

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Is there a way to get a smaller jython.jar?

2009-12-07T11:36:04Z

Alex Grönholm a écrit :

Xerces is used at least in expat and (indirectly) in ElementTree for XML
parsing.
During the implementation of the expat module, I ran into bugs of the
default java XML Reader (resolveEntity and skippedEntity issues).
Those bugs were solved when a recent (2.9.1) version of Xerces was used
instead.

Have these bugs been fixed in OpenJDK?

Philip Jenvey looked into this, his findings are summarized here: http://bugs.jython.org/issue1292

SB

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Jython generated classes are not garbage collected from PermGen?

2009-12-07T08:40:23Z

Hello all, I would appreciate any help on the issue.
In our application we continuously executing python scripts using jython interpreter. After some time our application runs out of PermGen space. We are using PythonInterpreter.execfile() method and we are not using compiling scripts into PyCode for execution.
After examining the heap dump i see that there is a class org.python.core.PyType that holds on to generated classes in class_to_type HashMap and i don't see where the class references are being removed from this map. I think because of this references those generated classes can not be removed from PermGen. There was an option in Jython 2.2.1 called "python.options.internalTablesImpl" that would allow those generated classes to be collected. I don't see this option anymore. Was it removed and replaced with something else? Is it not needed any more?
For example we are using os module in our scripts and what i see in PyType.class_to_type are references to classes like this: "org.python.proxies.util.Errors$RequestError$543", "org.python.proxies.util.Errors$RequestError$544" "org.python.proxies.util.Errors$RequestError$545" etc. thousands of those proxies for the same class that really should go away.

I really want to understand what is going on and If i am missing something and there is an easy fix or it's a bug?

I am trying to upgrade from 2.2.1 to 2.5.1, running Java 1.5 on Windows XP.

Thanks!
Roman

Windows 7: Unclutter your desktop. Learn more.

Get gifts for them and cashback for you. Try Bing now.
------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Is there a way to get a smaller jython.jar?

2009-12-06T15:02:12Z

On 7.12.2009 0:39, Sébastien Boisgérault wrote:

> Fabio Zadrozny a écrit :
>
>> Hi All,
>>
>> I was going to upgrade Pydev (which currently uses Jython 2.1
>> internally) to the latest version (Jython 2.5.1), but after getting it
>> and starting to do the integration, I stopped because Jython seems to
>> have grown a bit too big for integrating (jython.jar had 704 kb in
>> Jython 2.1 and now it has 6.5 MB -- the whole pydev distribution with
>> the current jython is 5.6 MB, so, it would be more than double the
>> current size) -- so, my question is: is there any way to get a lighter
>> version of Jython with just the essentials that could get close to the
>> previous version size?
>>
>> I took a quick look at the jar and it seems the biggest things (sizes
>> uncompressed from the jar) are:
>>
>> Total size uncompressed: 13,9 MB (using JDiskReport)
>>
>> 1. org.python.antlr with 4.2 MB (is all this really needed?)
>> 2. org.python.core with 2.8 MB (that's probably essential)
>> 3. org.python.apache with 2.5 MB (what is xerces used for? is it essential?)
>>
>>
> Xerces is used at least in expat and (indirectly) in ElementTree for XML
> parsing.
> During the implementation of the expat module, I ran into bugs of the
> default java XML Reader (resolveEntity and skippedEntity issues).
> Those bugs were solved when a recent (2.9.1) version of Xerces was used
> instead.
>
>

Have these bugs been fixed in OpenJDK?

> Cheers,
>
> SB
>
>> 3. com with 2.4 MB (I believe that's optional right?)
>>
>> So, can someone give me some clues on what can and can't be removed
>> (I'm targetting to have a 2-3 MB jython.jar).
>>
>> Also, are there any benchmarks on the jython startup time comparing
>> version 2.1 and 2.5? (right now one of the slowest things to get up
>> the Pydev editor is the Jython startup).
>>
>> Thanks,
>>
>> Fabio
>>
>> ------------------------------------------------------------------------------
>> Join us December 9, 2009 for the Red Hat Virtual Experience,
>> a free event focused on virtualization and cloud computing.
>> Attend in-depth sessions from your desk. Your couch. Anywhere.
>> http://p.sf.net/sfu/redhat-sfdev2dev
>> _______________________________________________
>> Jython-users mailing list
>> Jython-users@...
>> https://lists.sourceforge.net/lists/listinfo/jython-users
>>
>>
>>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Jython-users mailing list
> Jython-users@...
> https://lists.sourceforge.net/lists/listinfo/jython-users
>

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Is there a way to get a smaller jython.jar?

2009-12-06T14:39:45Z

Fabio Zadrozny a écrit :

> Hi All,
>
> I was going to upgrade Pydev (which currently uses Jython 2.1
> internally) to the latest version (Jython 2.5.1), but after getting it
> and starting to do the integration, I stopped because Jython seems to
> have grown a bit too big for integrating (jython.jar had 704 kb in
> Jython 2.1 and now it has 6.5 MB -- the whole pydev distribution with
> the current jython is 5.6 MB, so, it would be more than double the
> current size) -- so, my question is: is there any way to get a lighter
> version of Jython with just the essentials that could get close to the
> previous version size?
>
> I took a quick look at the jar and it seems the biggest things (sizes
> uncompressed from the jar) are:
>
> Total size uncompressed: 13,9 MB (using JDiskReport)
>
> 1. org.python.antlr with 4.2 MB (is all this really needed?)
> 2. org.python.core with 2.8 MB (that's probably essential)
> 3. org.python.apache with 2.5 MB (what is xerces used for? is it essential?)
>

Xerces is used at least in expat and (indirectly) in ElementTree for XML
parsing.
During the implementation of the expat module, I ran into bugs of the
default java XML Reader (resolveEntity and skippedEntity issues).
Those bugs were solved when a recent (2.9.1) version of Xerces was used
instead.

Cheers,

SB

> 3. com with 2.4 MB (I believe that's optional right?)
>
> So, can someone give me some clues on what can and can't be removed
> (I'm targetting to have a 2-3 MB jython.jar).
>
> Also, are there any benchmarks on the jython startup time comparing
> version 2.1 and 2.5? (right now one of the slowest things to get up
> the Pydev editor is the Jython startup).
>
> Thanks,
>
> Fabio
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Jython-users mailing list
> Jython-users@...
> https://lists.sourceforge.net/lists/listinfo/jython-users
>
>

From forum: jython-users

Is there a way to get a smaller jython.jar?

2009-12-06T12:49:47Z

Hi All,

I was going to upgrade Pydev (which currently uses Jython 2.1
internally) to the latest version (Jython 2.5.1), but after getting it
and starting to do the integration, I stopped because Jython seems to
have grown a bit too big for integrating (jython.jar had 704 kb in
Jython 2.1 and now it has 6.5 MB -- the whole pydev distribution with
the current jython is 5.6 MB, so, it would be more than double the
current size) -- so, my question is: is there any way to get a lighter
version of Jython with just the essentials that could get close to the
previous version size?

I took a quick look at the jar and it seems the biggest things (sizes
uncompressed from the jar) are:

Total size uncompressed: 13,9 MB (using JDiskReport)

1. org.python.antlr with 4.2 MB (is all this really needed?)
2. org.python.core with 2.8 MB (that's probably essential)
3. org.python.apache with 2.5 MB (what is xerces used for? is it essential?)
3. com with 2.4 MB (I believe that's optional right?)

So, can someone give me some clues on what can and can't be removed
(I'm targetting to have a 2-3 MB jython.jar).

Also, are there any benchmarks on the jython startup time comparing
version 2.1 and 2.5? (right now one of the slowest things to get up
the Pydev editor is the Jython startup).

Thanks,

Fabio

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Using Swing from Jython - EDT safety?

2009-12-04T21:32:02Z

Joonas Pulakka wrote:

> Hello,
>
> Swing's thread policy has apparently been getting stricter over years,
> and as mentioned for example
> here: http://stackoverflow.com/questions/491323/is-it-safe-to-construct-swing-awt-widgets-not-on-the-event-dispatch-thread
>
> It's "illegal" to even _construct_ Swing widgets outside the event
> dispatch thread, let alone manipulate them. ...

That is not true. It is a persistent bit of misinformation that arose
from a revision to the tutorial that has been retracted.

http://bitguru.wordpress.com/2007/03/21/will-the-real-swing-single-threading-rule-please-stand-up/

The policy remains the same. But on some buggy JVMs (Solaris being one
that notably had trouble) there may be intermittent failures. So you
can still construct.

While the tutorial does try to persuade you to construct on the EDT,
that it is not strictly required is apparent in the SplashDemo.

http://java.sun.com/docs/books/tutorial/uiswing/misc/splashscreen.html

They never try and explain when it is OK to construct after the first
component is realized because they could never do it in such a way that
some (most?) people wouldn't still get it wrong. Many Swing apps can't
even follow the very clear rule about not calling non-threadsafe methods
off the EDT.

Jim

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Re: Problem using super() to call Java method

2009-12-04T15:31:58Z

 Thanks for your prompt response, Tobias.  Even though its not quite the answer I wanted to hear, I understand.  You guys are doing a great job and I'm sure it will get fixed sooner rather than later, since its really quite a common use case.  Good luck and I'll check in regularly to see what happens.  In the meantime I'll work on other parts of my project.

Cheers,
Philip

On Friday, December 04, 2009, at 07:39AM, "Tobias Ivarsson" <thobes@...> wrote:
>

Yes, this is a bug. I don't know if there is an open issue for this already, but there are open issues on related topics, it will get fixed, but its a pretty tricky case (protected method accessed via reflection) so I cannot give you an estimate on when this will be done.

Cheers,

Tobias

On Fri, Dec 4, 2009 at 1:58 PM, Philip Yi <philipyi@...> wrote:

Hi

The attached code results in the following error:

.....
MyDocument.insertUpdate entered
MyDocument.insertUpdate entered
MyDocument.insertUpdate entered
.....

RuntimeError: maximum recursion depth exceeded

It appears that instead of calling the super (PlainDocument in this case) method, it recursively calls MyDocument method.

Is this a jython bug?

cheers

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Jython-users mailing list
Jython-users@...
https://lists.sourceforge.net/lists/listinfo/jython-users

From forum: jython-users

Problems with jythonbook web?

2009-12-04T14:43:10Z

I have visited http://jythonpodcast.hostjava.net/jythonbook/index.html, and My browser has sent me the information below.

Maybe, the web have problems.

josu

Warning: Visiting this site may harm your computer!

The website at jythonpodcast.hostjava.net contains elements from the site reycross.com, which appears to host malware – software that can hurt your computer or otherwise operate without your consent. Just visiting a site that contains malware can infect your computer.

For detailed information about the problems with these elements, visit the Google Safe Browsing diagnostic page for reycross.com.

Learn more about how to protect yourself from harmful software online.

From forum: jython-users

Summary of Jython tracker Issues

2009-12-04T09:10:11Z

ACTIVITY SUMMARY (11/27/09 - 12/04/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.

183 open ( +4) / 1352 closed ( +2) / 1535 total ( +6)

Open issues with patches: 28

Average duration of open issues: 581 days.
Median duration of open issues: 245 days.

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

Issues Created Or Reopened (6)
______________________________

1.4.10 upgrade instructions should mention Register permission 12/01/09
CLOSED http://bugs.jython.org/issue1509 created loewis

minidom is not parsing comment information correctly 12/01/09
http://bugs.jython.org/issue1510 created william.bernardet

PySet doesn't support Java serialization 12/02/09
CLOSED http://bugs.jython.org/issue1511 created tsirkia

No maven artifacts available for 2.5.1 12/03/09
http://bugs.jython.org/issue1512 created dstengle

Maven artifact does not include standard library. 12/03/09
http://bugs.jython.org/issue1513 created dstengle

[Windows] Arguments missing from command-line 12/03/09
http://bugs.jython.org/issue1514 created jaraco

Issues Now Closed (5)
_____________________

os.stat(None) should raise TypeError and not java.lang.IllegalA 180 days
http://bugs.jython.org/issue1369 pjenvey

Cookie Lib can't count 22 days
http://bugs.jython.org/issue1501 pjenvey

modjy crashes if any query string parameters are not set with '= 6 days
http://bugs.jython.org/issue1507 amak

1.4.10 upgrade instructions should mention Register permission 0 days
http://bugs.jython.org/issue1509 loewis

PySet doesn't support Java serialization 1 days
http://bugs.jython.org/issue1511 pjenvey

Top Issues Most Discussed (2)
_____________________________

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

3 Subprocess with stdout throws Exception 8 days
open http://bugs.jython.org/issue1508

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Jython-dev mailing list
Jython-dev@...
https://lists.sourceforge.net/lists/listinfo/jython-dev

From forum: jython-dev