jython-bugs — Private bug notification list. Do not post to this list.

[Jython-bugs] [issue2702] java.lang.ClassCastException: org.python.core.PySingleton cannot be cast to [Lcom.X.EnumType

[ucguy <re...@bu...>]

New submission from ucguy <ume...@gm...>:

I get this error when I am doing following : 

    return (T) object.__tojava__(clazz);

and clazz is MyEnum[].class and MyEnum is an Java Enum. 

Note that it works for String[] but not for Enum array. 

As a workaround, I used String[] and some reflection bits to make it work but it would be good to listen about this.

----------
components: Core
messages: 12092
nosy: ucguy
severity: major
status: open
title: java.lang.ClassCastException: org.python.core.PySingleton cannot be cast to [Lcom.X.EnumType
type: crash
versions: Jython 2.7

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2702>
_______________________________________

[Jython-bugs] [issue2701] JVM seg Faulting when running standalone jython under a child first class loader

[Hardy B. <re...@bu...>]

Change by Hardy Bhatia <hir...@gm...>:


----------
components: Core
files: bug statement.txt
milestone: Jython 2.7.0
nosy: Hardy
severity: normal
status: open
title: JVM seg Faulting when running standalone jython under a child first class loader
type: crash
versions: Jython 2.7
Added file: http://bugs.jython.org/file1644/bug statement.txt

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2701>
_______________________________________

[Jython-bugs] [issue2700] Imports seems to be faulty

[spaceman_spiff <re...@bu...>]

New submission from spaceman_spiff <acc...@sg...>:

Hi,

I am using openhab with the jsr223 scripting engine & jython to do some home automation.
With jython 2.7.1 (latest version from maven) it seems that modules do not get imported properly.

I have two files (A&B) which import a self written library:
   import testModule

In the library I set a property:

   import testModule
   print( 'TESTPROP: {}'.format(hasattr(testModule, 'TESTPROP')))
   testModule.TESTPROP = 'TEST'
   print( 'TESTPROP: {}'.format(hasattr(testModule, 'TESTPROP')))

This results in the following output:

   TESTPROP: 0
   TESTPROP: 1
   
   TESTPROP: 0
   TESTPROP: 1

It seems that the library does get loaded multiple times.
With jython 2.7.0 the output is correct as the library only gets loaded once:

   TESTPROP: 0
   TESTPROP: 1


Steps to reproduce:
- Download Openhab2.3 from https://www.openhab.org/
- Copy Jython Standalone to Openhab2\runtime\lib\boot\
  Use 2.7.1 to reproduce problem, use 2.7.0 to see it work
- unzip attached file into Folder Openhab2\conf\
- Edit Openhab2\runtime\bin\setenv.bat Line 118:
  Insert:
    -Dpython.path=%OPENHAB_CONF%/automation/lib ^
  to add library path to JAVA_OPTS
- Start openhab (start.bat)
- See https://www.openhab.org/docs/tutorial/1sttimesetup.html and select Expert
- Activate JSR223 scripting (Next-Gen Rule Engine)
  https://www.openhab.org/docs/configuration/rules-ng.html#installation
- Stop Openhab and restart and watch output in console window
  Scripts are located in automation/jsr223
  Library is located in automation/lib

----------
files: automation.zip
messages: 12071
nosy: spaceman_spiff
severity: normal
status: open
title: Imports seems to be faulty
type: behaviour
versions: Jython 2.7
Added file: http://bugs.jython.org/file1643/automation.zip

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2700>
_______________________________________

[Jython-bugs] [issue2699] Implement PyFile_IncUseCount/PyFile_DecUseCount (?)

[Stefan R. <re...@bu...>]

New submission from Stefan Richthofer <ste...@gm...>:

Via FileIO.__int__() Jython offers access to the file handle which a user could use in C code (e.g. by JNI or JNR or so independently from JyNI) to access the file directly. However according to PyFile_IncUseCount doc (https://docs.python.org/2/c-api/file.html#c.PyFile_IncUseCount) one would have to call PyFile_IncUseCount/PyFile_DecUseCount API around such an access. Since this API is missing in Jython a user currently does not have a chance to do it right. "Who would directly use the file handle to access the file?" one might ask, which I guess is why it was never implemented. Now there is an answer: C-extensions!

The actual reason I come up with is that we are currently implementing PyFile API in JyNI, see https://github.com/Stewori/JyNI/issues/11#issuecomment-410309767. FileIO.__int__ giving public access to the handle also in Jython made me realize that this API also has a use case in Jython itself, an exotic one though. Not so exotic for C extensions via JyNI.

How to implement it in FileIO is straight forward. A use counter would be maintained (AtomicInt I suppose) and close() would fail if called while the counter is >0. Main question is whether the API should be actually in PyFile rather than or in addition to FileIO. In that case it would simply forward the counter calls to FileIO if the underlying IO object (private TextIOBase file;) is actually backed by a FileIO.

If we can agree this should be added I would like to get it into 2.7.2, so setting the milestone accordingly. Otherwise it would block the next JyNI release potentially for a long time.

Without this implementation JyNI would have to monkeypatch FileIO (e.g. wrap it into a JyNIFileIO). While possible this would be a hassle.
Please tell me if there is already some way to prevent FileIO from closing (in a concurrent access setting) or if I overlook some simpler solution. I looked into FileChannelAPI but it seems that a close is never prevented. Instead, the other accessing threads would be interrupted with a AsynchronousCloseException, see https://docs.oracle.com/javase/7/docs/api/java/nio/channels/InterruptibleChannel.html.

----------
assignee: stefan.richthofer
messages: 12064
milestone: Jython 2.7.2
nosy: jeff.allen, stefan.richthofer, zyasoft
priority: normal
severity: normal
status: open
title: Implement PyFile_IncUseCount/PyFile_DecUseCount (?)
type: behaviour
versions: Jython 2.7

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2699>
_______________________________________

[Jython-bugs] [issue2698] urllib2.URLError: <urlopen error unknown url type: https>

[Wheeler L. <re...@bu...>]

Change by Wheeler Law <whe...@gm...>:


----------
components: Core
milestone: Jython 2.7.1
nosy: wheelerlaw
severity: major
status: open
title: urllib2.URLError: <urlopen error unknown url type: https>
type: behaviour
versions: Jython 2.7

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2698>
_______________________________________

[Jython-bugs] [issue2697] name$py.class is ignored when in a JAR with name.py

[Jeff A. <re...@bu...>]

New submission from Jeff Allen <ja...@fa...>:

When we JAR together a Python module and its source, as we do for jython-standalone, and want to for the Gradle build, Jython always chooses to re-compile the source, rather than use the pre-compiled class.

This is apparently because in org.python.imp.readCodeData, we check that the time embedded in the $py.class file is the same as the last-modified time on the source file. The former is taken from the filesystem (via java.io.File.lastModified) during compilation, and pretends millisecond resolution. The latter is taken from the ZIP file directory and has been rounded to 2 seconds, DOS-style.

I think the answer is to make the comparison more forgiving where the importer is a zipimporter (by overriding a comparison function, say).

I noticed this when testing the JAR produced by Gradle. In #1090, I was unable to reproduce the OP's problem, but it may be that having the source in there was the key. Not sure of this, and it's been 10 years, so I'm raising new issue.

----------
components: Core
keywords: easy
messages: 12048
nosy: jeff.allen
priority: normal
severity: normal
status: open
title: name$py.class is ignored when in a JAR with name.py
type: behaviour

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2697>
_______________________________________

[Jython-bugs] [issue2696] open(None) results in java.lang.ClassCastException

[Jason R. C. <re...@bu...>]

New submission from Jason R. Coombs <ja...@ja...>:

On CPython, invoking open(None) results in a Python Exception (TypeError). On jython, it crashes with a Java exception:

>>> open(None)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
java.lang.ClassCastException: org.python.core.PyNone cannot be cast to org.python.core.PyString
        at org.python.core.PyFile.file___init__(PyFile.java:173)
        at org.python.core.PyFile$exposed___new__.createOfType(Unknown Source)
        at org.python.core.PyOverridableNew.new_impl(PyOverridableNew.java:12)
        at org.python.core.PyType.invokeNew(PyType.java:583)
        at org.python.core.PyType.type___call__(PyType.java:1815)
        at org.python.core.PyType.__call__(PyType.java:1805)
        at org.python.core.OpenFunction.__call__(__builtin__.java:1725)
        at org.python.core.PyObject.__call__(PyObject.java:480)
        at org.python.core.PyObject.__call__(PyObject.java:484)
        at org.python.pycode._pyx4.f$0(<stdin>:1)
        at org.python.pycode._pyx4.call_function(<stdin>)
        at org.python.core.PyTableCode.call(PyTableCode.java:171)
        at org.python.core.PyCode.call(PyCode.java:18)
        at org.python.core.Py.runCode(Py.java:1614)
        at org.python.core.Py.exec(Py.java:1658)
        at org.python.util.PythonInterpreter.exec(PythonInterpreter.java:276)
        at org.python.util.InteractiveInterpreter.runcode(InteractiveInterpreter.java:131)
        at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java:116)
        at org.python.util.InteractiveInterpreter.runsource(InteractiveInterpreter.java:62)
        at org.python.util.InteractiveConsole.push(InteractiveConsole.java:187)
        at org.python.util.InteractiveConsole._interact(InteractiveConsole.java:168)
        at org.python.util.InteractiveConsole.interact(InteractiveConsole.java:126)
        at org.python.util.jython.run(jython.java:419)
        at org.python.util.jython.main(jython.java:142)
java.lang.ClassCastException: java.lang.ClassCastException: org.python.core.PyNone cannot be cast to org.python.core.PyString


As a result, [code like this](https://github.com/jaraco/rwt/blob/0ef1080da43827787846f32c698fe7286d6a7613/rwt/scripts.py#L50-L54) fails to catch the exception.

Perhaps that's by design and the offending code should simply catch BaseException instead. Probably better would be for Jython to raise the same TypeError.

----------
components: Core
messages: 12043
nosy: jaraco
severity: normal
status: open
title: open(None) results in java.lang.ClassCastException
type: crash
versions: Jython 2.7

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2696>
_______________________________________

[Jython-bugs] [issue2695] Add support for automatic coercion for python datetime into Java LocalDateTime

[James M. <re...@bu...>]

New submission from James Mudd <jam...@gm...>:

This was inspired by a question on Github here https://github.com/jythontools/jython/issues/105

The existing Jython datetime supports automatic coercion into java.util.Calendar, java.sql.Timestamp, java.sql.Date and java.sql.Time. See __tojava__ in Lib/datetime.py

Since Java 8 there are new Date and Time classes introduced see http://www.oracle.com/technetwork/articles/java/jf14-date-time-2125367.html

Since these new java.time classes are becoming the standard for handling dates and times in Java it would be nice if Jython supported automatic coercion into these types where appropriate.

Hopefully not to difficult maybe a nice new feature for 2.7.2?

----------
messages: 12024
nosy: jamesmudd
severity: normal
status: open
title: Add support for automatic coercion for python datetime into Java LocalDateTime

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2695>
_______________________________________

[Jython-bugs] [issue2694] Jython to python version mapping

[Joseph A. <re...@bu...>]

New submission from Joseph Anselm <amb...@ya...>:

Jython is an implementaion of python. Is there any way to find the version of python that is being supported by a particular jython jar.

eg: Few posts in the web say that Jython 2.5 supports python 2.5

Similarly I want to know the jython version that supports python 2.7.14 or more.

It would be helpful if the version mapping can be referred to in any user-guides or pages.

This is just a query. I want to know the jython version that supports python 2.7.14. A customer reported a vulnerability that was with cpython 2.7 which is fixed in 2.7.14. Just wanted to know the jython jar that relates to cpython 2.7.14.

Thanks

----------
components: Library
messages: 12013
milestone: Jython 2.7.0
nosy: joanselm
severity: normal
status: open
title: Jython to python version mapping
type: behaviour
versions: Jython 2.7

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2694>
_______________________________________

[Jython-bugs] [issue2693] SAXParser, classloader and dynamically loading jython

[webpentest <re...@bu...>]

New submission from webpentest <web...@gm...>:

I am developing an extension for a java program that embeds jython as a scripting environment. When trying to use xml parsing routines from inside the python script, I run into the following exception:

java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser


The issue is similar to http://bugs.jython.org/issue1537

After some investigations (see the whole discussion in https://support.portswigger.net/customer/en/portal/questions/17349567-saxparser-dependency-delimma), I think I've found the root cause. Namely, SAX's XMLReaderFactory.createXMLReader does not honor the class loader inheritance and uses current thread's classloader. In my case this classloader does not contain jython's jar, so that createXMLReader cannot find both org.python.apache.xerces.parsers.SAXParser and org.apache.xerces.parsers.SAXParser classes. 

I have a workaround that employs switching current Thread's classloader to the classloader that has jython's jar. But maybe there is a way to fix this issue inside jython itself?

----------
components: Any
messages: 12011
nosy: webpentest
severity: normal
status: open
title: SAXParser, classloader and dynamically loading jython
versions: Jython 2.7

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2693>
_______________________________________

[Jython-bugs] [issue2692] Not allowed to post to the users mailing list

[Anthony <re...@bu...>]

New submission from Anthony <ant...@hp...>:

I keep getting an email telling me I'm not allowed to post the users mailing list even though I have joined it and got the confirmation email.

----------
components: None
messages: 12010
nosy: antomcg174
severity: normal
status: open
title: Not allowed to post to the users mailing list
type: behaviour
versions: Jython 2.7

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2692>
_______________________________________

[Jython-bugs] [issue2691] __format__ method not implemented for boolean types - uses int

[Peter H. <re...@bu...>]

New submission from Peter Holloway <hol...@gm...>:

In cPython 2.7.12, '{}'.format(True) results in the string 'True'.

In Jython 2.7.1, the same line results in '1'.

----------
components: Core
messages: 12008
nosy: _peter_holloway
severity: minor
status: open
title: __format__ method not implemented for boolean types - uses int
type: behaviour
versions: Jython 2.7

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2691>
_______________________________________

[Jython-bugs] [issue2690] inquiry about your product

[Nobody/Anonymous <re...@bu...>]

New submission from Nobody/Anonymous:

Hello? How are you,

please We're interested in your product,, can you please send us your catalogue & your conditions,

so that we can send Our Order to you thanks,

Thanks and Regards

Mr Jackson - CEO
Purchasing Manager
MOXIV GLOBAL Pte Ltd
11 Kakit Bukit View
Unit #07-09
Singapore 138489
T +65 6908 0077

----------
messages: 12006
nosy: nobody
severity: normal
status: open
title: inquiry about your product

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2690>
_______________________________________

[Jython-bugs] [issue2689] inquiry about your product

[Nobody/Anonymous <re...@bu...>]

New submission from Nobody/Anonymous:

Hello? How are you,

please We're interested in your product,, can you please send us your catalogue & your conditions,

so that we can send Our Order to you thanks,

Thanks and Regards

Mr Jackson - CEO
Purchasing Manager
MOXIV GLOBAL Pte Ltd
11 Kakit Bukit View
Unit #07-09
Singapore 138489
T +65 6908 0077

----------
messages: 12004
nosy: nobody
severity: normal
status: open
title: inquiry about your product

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2689>
_______________________________________

[Jython-bugs] [issue2688] ClassCastException when adding list of non-PyObjects

[Jonathan S. <re...@bu...>]

Change by Jonathan Simmonds <jon...@ar...>:


----------
components: Core
files: Reproducer.java
nosy: jonathan.simmonds
severity: normal
status: open
title: ClassCastException when adding list of non-PyObjects
type: crash
versions: Jython 2.7
Added file: http://bugs.jython.org/file1642/Reproducer.java

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2688>
_______________________________________

[Jython-bugs] [issue2687] inquiry about your product

[Nobody/Anonymous <re...@bu...>]

New submission from Nobody/Anonymous:

Hello? How are you,

please We're interested in your product,, can you please send us your catalogue & your conditions,

so that we can send Our Order to you thanks,

Thanks and Regards

Mr Jackson - CEO
Purchasing Manager
MOXIV GLOBAL Pte Ltd
11 Kakit Bukit View
Unit #07-09
Singapore 138489
T +65 6908 0077

----------
messages: 11997
nosy: nobody
severity: normal
status: open
title: inquiry about your product

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2687>
_______________________________________

[Jython-bugs] [issue2686] Re-align the logic of util.jython.run with CPython 2.7 equivalent

[Jeff A. <re...@bu...>]

New submission from Jeff Allen <ja...@fa...>:

The logic of Jython's main run() program has become quite tortured, especially regarding the treatment of interactive mode and when to install a line-editing console.

We have a reliable indication (from the launcher) whether out standard input is in fact an interactive console. However, we may not be making full use of it. It woould be good not to depend on isatty here as that depends on reflective access to private data, and as if that were not enough, we are promised it will break in a future version of Java.

When a tty stream is given as an argument ("jython /dev/stdin" or "jython CON"), so that isatty returns true, run() adapts its method of reading to the result of isatty(). However, the behaviour is still not console friendly, since it attempts to read 8192 bytes at once and seems not to recognise line ends.

The logic of CPython's main.c, which has the same purpose as Jython's run(), is also a little complex but is easier to follow. Moreover, it provides the expected behaviour. We should model run() more closely on the reference implementation, diverging only where Java requires it.

Against this, we have made some changes to run() specifically to support ipython, and change risks breaking that. (https://hg.python.org/jython/rev/f08249d267c7) Possibly the requirement is simply to let a client program "type at the prompt" -- there's no .py file to execute, so it is "interactive" in that sense, yet should be line-oriented. It's not clear we do the right thing anymore in these circumstances, which are incidentally also those of #2525.

----------
assignee: jeff.allen
components: Core
keywords: console
messages: 11991
nosy: jeff.allen
priority: normal
severity: normal
status: open
title: Re-align the logic of util.jython.run with CPython 2.7 equivalent
type: behaviour
versions: Jython 2.7

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2686>
_______________________________________

[Jython-bugs] [issue2685] ENQUIRY PRODUCT

[Nobody/Anonymous <re...@bu...>]

New submission from Nobody/Anonymous:

Dear Sir, 

We are interested in purchasing your company's product that we saw in trading site 
kindly send us your latest catalog. 

Also, inform us about the Minimum Order Quantity,Delivery time and payment terms warranty, 
Your early reply is highly appreciated. 

Thank You! 

Best Regards

Metrolinks Group Of Company Ltd
Dr Nicolas Dean
Director/ CEO
14330 58th St. N.
Apt. 4106
Clearwater, Florida 33760
Cell/Phone+1(661)4024711

----------
messages: 11983
nosy: nobody
severity: normal
status: open
title: ENQUIRY PRODUCT

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2685>
_______________________________________

[Jython-bugs] [issue2684] WindowsError:[Error 123] The filename, directory name, or volume label syntax is incorrect.

[shanakya <re...@bu...>]

Change by shanakya <123...@gm...>:


----------
components: Any
files: sh.JPG
milestone: Jython 2.7.0
nosy: jythontest2018
severity: urgent
status: open
title: WindowsError:[Error 123] The filename,directory name,or volume label syntax is incorrect.
type: crash
versions: Jython 2.7
Added file: http://bugs.jython.org/file1638/sh.JPG

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2684>
_______________________________________

[Jython-bugs] [issue2683] Under ubuntu 18.04, Jython 2.7.1 crashes with ByteBuffer error

[Patrick P. <re...@bu...>]

New submission from Patrick Palczewski <psy...@gm...>:

Under ubuntu 17.10, the system installed Jython (2.7.1) ran find under Java 1.8. Today, I upgraded to Ubuntu 18.04, and Jython 2.7.1 crashes with the following:

============
Exception in thread "main" java.lang.NoSuchMethodError: java.nio.ByteBuffer.limit(I)Ljava/nio/ByteBuffer;
	at jline.internal.InputStreamReader.<init>(InputStreamReader.java:104)
	at jline.console.ConsoleReader.setInput(ConsoleReader.java:330)
	at jline.console.ConsoleReader.<init>(ConsoleReader.java:248)
	at org.python.util.JLineConsole.install(JLineConsole.java:107)
	at org.python.core.Py.installConsole(Py.java:1744)
	at org.python.core.PySystemState.initConsole(PySystemState.java:1258)
	at org.python.core.PySystemState.doInitialize(PySystemState.java:1109)
	at org.python.core.PySystemState.initialize(PySystemState.java:1023)
	at org.python.core.PySystemState.initialize(PySystemState.java:979)
	at org.python.core.PySystemState.initialize(PySystemState.java:974)
	at org.python.util.jython.run(jython.java:263)
	at org.python.util.jython.main(jython.java:
==============

I've verified my system default JVM is openJDK 1.8.0_162.

My development Jythons (2.7.0 and 2.7.2a1+) work fine.

----------
messages: 11968
nosy: psykiatris
severity: normal
status: open
title: Under ubuntu 18.04, Jython 2.7.1 crashes with ByteBuffer error
type: crash

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2683>
_______________________________________

[Jython-bugs] [issue2682] Integrated intelligent access system

[Nobody/Anonymous <re...@bu...>]

New submission from Nobody/Anonymous:

0ef7fcae7b10b6ec70c4b9e4f410cdb3

----------
files: unnamed
messages: 11962
nosy: nobody
severity: normal
status: open
title: Integrated intelligent access system
Added file: http://bugs.jython.org/file1637/unnamed

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2682>
_______________________________________

[Jython-bugs] [issue2681] Arbitraty file retreival

[Bhargav <re...@bu...>]

Change by Bhargav <bdg...@gm...>:


----------
components: website
files: jython.zip
nosy: deadshot
severity: major
status: open
title: Arbitraty file retreival
type: security
versions: Jython 2.7.4
Added file: http://bugs.jython.org/file1636/jython.zip

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2681>
_______________________________________

[Jython-bugs] [issue2680] Ignore Java accessibility rules selectively by package (Java 9)

[Jeff A. <re...@bu...>]

New submission from Jeff Allen <ja...@fa...>:

>From Java 9 on, we can no longer ignore Java accessibility rules wholesale in response to the system property python.security.respectJavaAccessibility=false. The result now is ugly warning messages (or ugly extra options on the command line), with the threat that overriding accessibility will become impossible later.

We are gradually working off a list of cases where we do this selectively for our own convenience (#2656), but this issue is about the option we offer users to do it globally. The problem is that when asked, we make this override *everywhere*.

We do not generally run the regression tests with this option. In a small number of tests we specify it to a sub-process (test_codecs_jy and test_java_visibility). These produce the warnings about java.lang.Object.finalize() seen in #2656. However, the effect is easily reproduced simply by launching Jython as:

PS jython-jvm9> dist\bin\jython "-J-Dpython.security.respectJavaAccessibility=false"
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.python.core.PyJavaType (file:...jython-dev.jar) to method java.lang.Object.finalize()
WARNING: Please consider reporting this to the maintainers of org.python.core.PyJavaType
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
Jython 2.7.2a1+ (default:6bdc6cb2401f+, May 7 2018, 12:09:34)
...

Java is only recording the first offence in this mode. The command:
   dist\bin\jython -J--illegal-access=warn  "-J-Dpython.security.respectJavaAccessibility=false" 
will document the full charge sheet.

In the course of working on #2656 (see spin-off #2662 and #msg11943) I observed that the way we deal with private classes was a late addition to PyJavaType.init that (to me) didn't quite fit smoothly. I suggested we should not have exceptional processing for private classes up front, but that the main-line of init should take accessibility into account in its fine-grain logic. 

I propose that we re-work that logic of PyJavaType to treat private classes and members as inaccessible, irrespective of the user request (or Options.respectJavaVisibility as it appears here) wherever the modular platform specifies it.

respectJavaAccessibility=false has a use only where the module system allows Jython reflective access (without complaining). This would include modules opened by the user with --add-opens (JVM option). Jython would no longer open up the whole of the JVM internals in response to respectJavaAccessibility=false, only classes and members in the unnamed package and packages brought into scope explicitly.

Although respectJavaAccessibility=false is unusable on Java 9 at present (without warnings) I have not counted this a blocker for 2.7.2 (but I'm open to arguments).

----------
components: Core
keywords: Java Roadmap
messages: 11953
nosy: jeff.allen, zyasoft
priority: normal
severity: normal
status: open
title: Ignore Java accessibility rules selectively by package (Java 9)
type: rfe

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2680>
_______________________________________

[Jython-bugs] [issue2679] Illegal reflective access by org.python.modules.gc

[Jeff A. <re...@bu...>]

New submission from Jeff Allen <ja...@fa...>:

test_gc_jy produces warnings in Java 9

WARNING: Illegal reflective access by org.python.modules.gc (file:.../jython-dev.jar) to field java.util.ArrayList.elementData

A cut-down version of the test only running GCTests_Jy_TraverseByReflection is a good basis for debugging. Launching the test as:
dist\bin\jython -J--illegal-access=debug -m test.regrtest -v test_gc_jy
will show where the illegal access happens, at the call to setAccessible in org.python.modules.gc.traverseByReflectionIntern.

I'm peeling this off from #2656 in order to park it. I don't consider this a blocker for 2.7.2, but it is a long-term Java roadmap issue. Before the available JVMs prohibit access to private fields (at the moment they just produce an ugly message), our implementation of gc will need a re-think. The ugly message is not encountered unless the optional gc module is invoked, which must mean the user is prepared for a tussle with JVM internals.

----------
components: Library
keywords: Java Roadmap, test failure causes
messages: 11950
nosy: jeff.allen
priority: normal
severity: minor
status: open
title: Illegal reflective access by org.python.modules.gc
type: behaviour
versions: Jython 2.7

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2679>
_______________________________________

[Jython-bugs] [issue2678] F.LLI PISTOLESI Snc Company

[Nobody/Anonymous <re...@bu...>]

New submission from Nobody/Anonymous:

Hello ,

I am looking for a reliable supplier /manufacturer of products for sell in Europe.

I came across your listing and wanted to get some information regarding minimum Order Quantities, FOB pricing and also the possibility of packaging including payments terms.

So could you please get back to be with the above informations as soon as possible .

My email is :tm6...@gm...

Many thanks and i looking forward to hearing from you and hopefully placing an order with you company.

Best Regards
Lorenzo Delleani.

F.LLI PISTOLESI Snc Company P.O. box 205
2740 AE Waddinxveen
The Netherlands

----------
messages: 11944
nosy: nobody
severity: normal
status: open
title: F.LLI PISTOLESI Snc Company

_______________________________________
Jython tracker <re...@bu...>
<http://bugs.jython.org/issue2678>
_______________________________________