Menu
▾
▴
jython-dev — Discussion of developing and enhancing Jython itself(!) (not how to use Jython)
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(38) |
Nov
(98) |
Dec
(58) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(114) |
Feb
(123) |
Mar
(96) |
Apr
(66) |
May
(84) |
Jun
(72) |
Jul
(128) |
Aug
(126) |
Sep
(82) |
Oct
(80) |
Nov
(148) |
Dec
(55) |
| 2002 |
Jan
(137) |
Feb
(85) |
Mar
(118) |
Apr
(67) |
May
(71) |
Jun
(28) |
Jul
(69) |
Aug
(48) |
Sep
(83) |
Oct
(79) |
Nov
(54) |
Dec
(32) |
| 2003 |
Jan
(44) |
Feb
(47) |
Mar
(59) |
Apr
(57) |
May
(43) |
Jun
(45) |
Jul
(44) |
Aug
(39) |
Sep
(27) |
Oct
(62) |
Nov
(17) |
Dec
(23) |
| 2004 |
Jan
(41) |
Feb
(51) |
Mar
(38) |
Apr
(30) |
May
(25) |
Jun
(12) |
Jul
(11) |
Aug
(27) |
Sep
(16) |
Oct
(56) |
Nov
(23) |
Dec
(29) |
| 2005 |
Jan
(75) |
Feb
(82) |
Mar
(50) |
Apr
(77) |
May
(19) |
Jun
(104) |
Jul
(47) |
Aug
(42) |
Sep
(28) |
Oct
(143) |
Nov
(62) |
Dec
(13) |
| 2006 |
Jan
(20) |
Feb
(10) |
Mar
(59) |
Apr
(45) |
May
(25) |
Jun
(129) |
Jul
(162) |
Aug
(91) |
Sep
(15) |
Oct
(39) |
Nov
(186) |
Dec
(191) |
| 2007 |
Jan
(134) |
Feb
(140) |
Mar
(106) |
Apr
(77) |
May
(92) |
Jun
(63) |
Jul
(233) |
Aug
(102) |
Sep
(119) |
Oct
(63) |
Nov
(68) |
Dec
(32) |
| 2008 |
Jan
(69) |
Feb
(91) |
Mar
(129) |
Apr
(44) |
May
(18) |
Jun
(53) |
Jul
(50) |
Aug
(25) |
Sep
(11) |
Oct
(28) |
Nov
(67) |
Dec
(36) |
| 2009 |
Jan
(20) |
Feb
(24) |
Mar
(66) |
Apr
(53) |
May
(48) |
Jun
(48) |
Jul
(59) |
Aug
(82) |
Sep
(49) |
Oct
(30) |
Nov
(16) |
Dec
(16) |
| 2010 |
Jan
(52) |
Feb
(25) |
Mar
(36) |
Apr
(34) |
May
(14) |
Jun
(15) |
Jul
(14) |
Aug
(16) |
Sep
(23) |
Oct
(6) |
Nov
(4) |
Dec
(5) |
| 2011 |
Jan
(4) |
Feb
(22) |
Mar
(45) |
Apr
(9) |
May
(8) |
Jun
(13) |
Jul
(12) |
Aug
(4) |
Sep
(6) |
Oct
(10) |
Nov
(21) |
Dec
(5) |
| 2012 |
Jan
(6) |
Feb
(9) |
Mar
(25) |
Apr
(6) |
May
(4) |
Jun
(23) |
Jul
(6) |
Aug
(18) |
Sep
(21) |
Oct
(34) |
Nov
(19) |
Dec
(25) |
| 2013 |
Jan
(8) |
Feb
(34) |
Mar
(35) |
Apr
(4) |
May
(11) |
Jun
(4) |
Jul
(7) |
Aug
(5) |
Sep
(20) |
Oct
(12) |
Nov
(11) |
Dec
(7) |
| 2014 |
Jan
(10) |
Feb
(18) |
Mar
(50) |
Apr
(26) |
May
(53) |
Jun
(21) |
Jul
(12) |
Aug
(39) |
Sep
(43) |
Oct
(26) |
Nov
(8) |
Dec
(6) |
| 2015 |
Jan
(18) |
Feb
(32) |
Mar
(31) |
Apr
(42) |
May
(38) |
Jun
(13) |
Jul
(6) |
Aug
(11) |
Sep
(29) |
Oct
(25) |
Nov
(10) |
Dec
(11) |
| 2016 |
Jan
(24) |
Feb
(12) |
Mar
(13) |
Apr
(15) |
May
(22) |
Jun
(8) |
Jul
(12) |
Aug
(25) |
Sep
(8) |
Oct
(6) |
Nov
(13) |
Dec
(7) |
| 2017 |
Jan
(6) |
Feb
(29) |
Mar
(32) |
Apr
(8) |
May
(82) |
Jun
(42) |
Jul
(20) |
Aug
(17) |
Sep
(27) |
Oct
(14) |
Nov
(22) |
Dec
(6) |
| 2018 |
Jan
(12) |
Feb
(9) |
Mar
(22) |
Apr
(19) |
May
(14) |
Jun
(9) |
Jul
(9) |
Aug
(22) |
Sep
(22) |
Oct
(12) |
Nov
(13) |
Dec
(8) |
| 2019 |
Jan
(22) |
Feb
(3) |
Mar
(30) |
Apr
(20) |
May
(20) |
Jun
(6) |
Jul
(15) |
Aug
(25) |
Sep
(11) |
Oct
(24) |
Nov
(11) |
Dec
(6) |
| 2020 |
Jan
(9) |
Feb
(12) |
Mar
(29) |
Apr
(10) |
May
(22) |
Jun
(11) |
Jul
(15) |
Aug
(5) |
Sep
(6) |
Oct
(7) |
Nov
(7) |
Dec
(13) |
| 2021 |
Jan
(21) |
Feb
(5) |
Mar
(5) |
Apr
(6) |
May
(10) |
Jun
(7) |
Jul
(6) |
Aug
(8) |
Sep
(5) |
Oct
(9) |
Nov
(5) |
Dec
(6) |
| 2022 |
Jan
(5) |
Feb
(4) |
Mar
(8) |
Apr
(6) |
May
(5) |
Jun
(5) |
Jul
(10) |
Aug
(6) |
Sep
(7) |
Oct
(4) |
Nov
(4) |
Dec
(6) |
| 2023 |
Jan
(5) |
Feb
(5) |
Mar
(6) |
Apr
(4) |
May
(5) |
Jun
(6) |
Jul
(5) |
Aug
(5) |
Sep
(5) |
Oct
(5) |
Nov
(7) |
Dec
(8) |
| 2024 |
Jan
(3) |
Feb
(1) |
Mar
|
Apr
(2) |
May
|
Jun
(1) |
Jul
(1) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2025 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jython t. <st...@bu...> - 2020-05-15 18:05:55
|
ACTIVITY SUMMARY (2020-05-08 - 2020-05-15) Jython tracker at https://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 341 ( +2) closed 2484 ( +0) total 2825 ( +2) Open issues with patches: 22 Issues opened (2) ================= #2886: doing relative imports in a loop causes bad performance due to https://bugs.jython.org/issue2886 opened by hansiang93 #2888: -Q new always fails https://bugs.jython.org/issue2888 opened by hansiang93 Most recent 15 issues with no replies (15) ========================================== #2886: doing relative imports in a loop causes bad performance due to https://bugs.jython.org/issue2886 #2882: A cmd.exe in the CWD will be executed unexpectedly https://bugs.jython.org/issue2882 #2878: java.lang.OutOfMemoryError: Java heap space https://bugs.jython.org/issue2878 #2876: NullPointer exception PyModule.java https://bugs.jython.org/issue2876 #2874: Jython 2.7 is not able to import an EBCDIC file on z/OS https://bugs.jython.org/issue2874 #2866: Interface default methods disregarded by the method resolver https://bugs.jython.org/issue2866 #2864: Importing second instance of httplib causes an error https://bugs.jython.org/issue2864 #2854: from module import * leads to wild goose chase https://bugs.jython.org/issue2854 #2798: OpenJDK 1.7.0_75-b13 string regrtest OutOfMemory on windows https://bugs.jython.org/issue2798 #2794: invocation_tests.py missing from modjy tests https://bugs.jython.org/issue2794 #2792: Failures in test_import_jy from Java 13 https://bugs.jython.org/issue2792 #2790: Equivalent signal handlers do not test equal using == https://bugs.jython.org/issue2790 #2770: PBKDF-OpenSSL SecretKeyFactory not available on Java 7 https://bugs.jython.org/issue2770 #2760: How to call procedure with use zxjdbc and get back OUT paramet https://bugs.jython.org/issue2760 #2754: Failure in Py.initProxy for class not at module level https://bugs.jython.org/issue2754 Most recent 15 issues waiting for review (15) ============================================= #2566: inspect does not recognize code objects from bytecode files https://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules https://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the https://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses https://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline https://bugs.jython.org/issue2363 #2143: site-packages support in standalone jar https://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context https://bugs.jython.org/issue2142 #1925: Support loading java.sql.Drivers that aren't on the boot class https://bugs.jython.org/issue1925 #1917: No ctypes.c_char https://bugs.jython.org/issue1917 #1842: Add IBM i support to Jython https://bugs.jython.org/issue1842 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo https://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject https://bugs.jython.org/issue1646 #1612: array.array should use specialized bulk operations to initiali https://bugs.jython.org/issue1612 #1435: traceback doesn't include Java stack trace in user functions https://bugs.jython.org/issue1435 #1336: PyDeque should likely subclass PySequence https://bugs.jython.org/issue1336 |
|
From: Jython t. <st...@bu...> - 2020-05-08 18:05:50
|
ACTIVITY SUMMARY (2020-05-01 - 2020-05-08) Jython tracker at https://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 339 ( +0) closed 2484 ( +0) total 2823 ( +0) Open issues with patches: 22 Most recent 15 issues with no replies (15) ========================================== #2882: A cmd.exe in the CWD will be executed unexpectedly https://bugs.jython.org/issue2882 #2878: java.lang.OutOfMemoryError: Java heap space https://bugs.jython.org/issue2878 #2876: NullPointer exception PyModule.java https://bugs.jython.org/issue2876 #2874: Jython 2.7 is not able to import an EBCDIC file on z/OS https://bugs.jython.org/issue2874 #2866: Interface default methods disregarded by the method resolver https://bugs.jython.org/issue2866 #2864: Importing second instance of httplib causes an error https://bugs.jython.org/issue2864 #2854: from module import * leads to wild goose chase https://bugs.jython.org/issue2854 #2798: OpenJDK 1.7.0_75-b13 string regrtest OutOfMemory on windows https://bugs.jython.org/issue2798 #2794: invocation_tests.py missing from modjy tests https://bugs.jython.org/issue2794 #2792: Failures in test_import_jy from Java 13 https://bugs.jython.org/issue2792 #2790: Equivalent signal handlers do not test equal using == https://bugs.jython.org/issue2790 #2770: PBKDF-OpenSSL SecretKeyFactory not available on Java 7 https://bugs.jython.org/issue2770 #2760: How to call procedure with use zxjdbc and get back OUT paramet https://bugs.jython.org/issue2760 #2754: Failure in Py.initProxy for class not at module level https://bugs.jython.org/issue2754 #2752: Allow Python functions to be used as a java.lang.FunctionalInt https://bugs.jython.org/issue2752 Most recent 15 issues waiting for review (15) ============================================= #2566: inspect does not recognize code objects from bytecode files https://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules https://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the https://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses https://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline https://bugs.jython.org/issue2363 #2143: site-packages support in standalone jar https://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context https://bugs.jython.org/issue2142 #1925: Support loading java.sql.Drivers that aren't on the boot class https://bugs.jython.org/issue1925 #1917: No ctypes.c_char https://bugs.jython.org/issue1917 #1842: Add IBM i support to Jython https://bugs.jython.org/issue1842 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo https://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject https://bugs.jython.org/issue1646 #1612: array.array should use specialized bulk operations to initiali https://bugs.jython.org/issue1612 #1435: traceback doesn't include Java stack trace in user functions https://bugs.jython.org/issue1435 #1336: PyDeque should likely subclass PySequence https://bugs.jython.org/issue1336 |
|
From: Eero A. <eer...@ik...> - 2020-05-02 22:19:03
|
Hi Adam, The bazel.build includes an SHA1 checksum, which can be used for limited verification. It is still however hosted on the same server infrastructure. Providing the users the means to verify the installer against the PGP public key of someone doing the release is less vulnerable to malicious actors (*assuming the* * developers who perform a release keep their private key.. private).* So in a nutshell, the PGP verification is more resilient security wise. Cheers, Eero On Sat, May 2, 2020 at 3:14 PM Adam Burke <ada...@gm...> wrote: > Thanks Eero. Sorry this flew under the radar earlier. > > I guess the intent on the download page is all that information is > available using the "metadata" link, eg > > Jython Installer > <https://repo1.maven.org/maven2/org/python/jython-installer/2.7.2/jython-installer-2.7.2.jar> - > Use this to install Jython. (metadata > <https://search.maven.org/artifact/org.python/jython-installer/2.7.2/jar>) > > > Do you think that's too obscure, or introduces some security risk? I note > the CPython download page links to the .asc sig file for their downloads > too. > > Cheers > Adam > > > On Sun, 5 Apr 2020 at 23:17, Eero Aaltonen <eer...@ik...> wrote: > >> Thank you for your hard work on making the release! >> >> The obvious place to download the release >> https://www.jython.org/download.html >> >> Currently does not have obvious instructions for verifying the download. >> Everything required for that however seems to be in place: >> * https://repo1.maven.org/maven2/org/python/jython-installer/2.7.2/ >> .asc signatures >> * >> https://jython-devguide.readthedocs.io/en/latest/release_jy.html#publication >> releases (Jeff's) public key on the keyserver. >> >> In case you wish to add verification instructions to the download page, I >> make a sketch while doing that myself >> >> >> ## Download release and signature >> >> Download files >> >> * `jython-installer-2.7.2.jar` >> * `jython-installer-2.7.2.jar.asc` from example >> https://repo1.maven.org/maven2/org/python/jython-installer/2.7.2/ >> >> ## Identify Signing Key >> >> `gpg --verify jython-installer-2.7.2.jar.asc jython-installer-2.7.2.jar` >> >> ## Search and Import Key >> >> `gpg --keyserver hkp://pool.sks-keyservers.net --search-keys >> C8C4B9DC1E031F788B12882B875C3EF9DC4638E3` >> >> ## Verify >> >> Run the verification command again >> >> `gpg --verify jython-installer-2.7.2.jar.asc jython-installer-2.7.2.jar` >> _______________________________________________ >> Jython-dev mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-dev >> > |
|
From: Adam B. <ada...@gm...> - 2020-05-02 12:14:24
|
Thanks Eero. Sorry this flew under the radar earlier. I guess the intent on the download page is all that information is available using the "metadata" link, eg Jython Installer <https://repo1.maven.org/maven2/org/python/jython-installer/2.7.2/jython-installer-2.7.2.jar> - Use this to install Jython. (metadata <https://search.maven.org/artifact/org.python/jython-installer/2.7.2/jar>) Do you think that's too obscure, or introduces some security risk? I note the CPython download page links to the .asc sig file for their downloads too. Cheers Adam On Sun, 5 Apr 2020 at 23:17, Eero Aaltonen <eer...@ik...> wrote: > Thank you for your hard work on making the release! > > The obvious place to download the release > https://www.jython.org/download.html > > Currently does not have obvious instructions for verifying the download. > Everything required for that however seems to be in place: > * https://repo1.maven.org/maven2/org/python/jython-installer/2.7.2/ > .asc signatures > * > https://jython-devguide.readthedocs.io/en/latest/release_jy.html#publication > releases (Jeff's) public key on the keyserver. > > In case you wish to add verification instructions to the download page, I > make a sketch while doing that myself > > > ## Download release and signature > > Download files > > * `jython-installer-2.7.2.jar` > * `jython-installer-2.7.2.jar.asc` from example > https://repo1.maven.org/maven2/org/python/jython-installer/2.7.2/ > > ## Identify Signing Key > > `gpg --verify jython-installer-2.7.2.jar.asc jython-installer-2.7.2.jar` > > ## Search and Import Key > > `gpg --keyserver hkp://pool.sks-keyservers.net --search-keys > C8C4B9DC1E031F788B12882B875C3EF9DC4638E3` > > ## Verify > > Run the verification command again > > `gpg --verify jython-installer-2.7.2.jar.asc jython-installer-2.7.2.jar` > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
|
From: Jython t. <st...@bu...> - 2020-05-01 18:05:54
|
ACTIVITY SUMMARY (2020-04-24 - 2020-05-01) Jython tracker at https://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 339 ( +1) closed 2484 ( +0) total 2823 ( +1) Open issues with patches: 22 Issues opened (1) ================= #2884: Issue with unicode_escape blocks use of future https://bugs.jython.org/issue2884 opened by stefan.richthofer Most recent 15 issues with no replies (15) ========================================== #2882: A cmd.exe in the CWD will be executed unexpectedly https://bugs.jython.org/issue2882 #2878: java.lang.OutOfMemoryError: Java heap space https://bugs.jython.org/issue2878 #2876: NullPointer exception PyModule.java https://bugs.jython.org/issue2876 #2874: Jython 2.7 is not able to import an EBCDIC file on z/OS https://bugs.jython.org/issue2874 #2866: Interface default methods disregarded by the method resolver https://bugs.jython.org/issue2866 #2864: Importing second instance of httplib causes an error https://bugs.jython.org/issue2864 #2854: from module import * leads to wild goose chase https://bugs.jython.org/issue2854 #2798: OpenJDK 1.7.0_75-b13 string regrtest OutOfMemory on windows https://bugs.jython.org/issue2798 #2794: invocation_tests.py missing from modjy tests https://bugs.jython.org/issue2794 #2792: Failures in test_import_jy from Java 13 https://bugs.jython.org/issue2792 #2790: Equivalent signal handlers do not test equal using == https://bugs.jython.org/issue2790 #2770: PBKDF-OpenSSL SecretKeyFactory not available on Java 7 https://bugs.jython.org/issue2770 #2760: How to call procedure with use zxjdbc and get back OUT paramet https://bugs.jython.org/issue2760 #2754: Failure in Py.initProxy for class not at module level https://bugs.jython.org/issue2754 #2752: Allow Python functions to be used as a java.lang.FunctionalInt https://bugs.jython.org/issue2752 Most recent 15 issues waiting for review (15) ============================================= #2566: inspect does not recognize code objects from bytecode files https://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules https://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the https://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses https://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline https://bugs.jython.org/issue2363 #2143: site-packages support in standalone jar https://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context https://bugs.jython.org/issue2142 #1925: Support loading java.sql.Drivers that aren't on the boot class https://bugs.jython.org/issue1925 #1917: No ctypes.c_char https://bugs.jython.org/issue1917 #1842: Add IBM i support to Jython https://bugs.jython.org/issue1842 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo https://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject https://bugs.jython.org/issue1646 #1612: array.array should use specialized bulk operations to initiali https://bugs.jython.org/issue1612 #1435: traceback doesn't include Java stack trace in user functions https://bugs.jython.org/issue1435 #1336: PyDeque should likely subclass PySequence https://bugs.jython.org/issue1336 |
|
From: Rory O'D. <ror...@or...> - 2020-05-01 08:47:41
|
Hi Alan, OpenJDK 15 EA build 21 is now available at http://jdk.java.net/15 * * * These early-access , open-source builds are provided under the o GNU General Public License, version 2, with the Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html>. * Features o Integrated in JDK 15 + JEP 371: <http://openjdk.java.net/jeps/371> Hidden Classes + JEP 372 <https://openjdk.java.net/jeps/372>: Remove the Nashorn JavaScript Engine + JEP 377 <https://openjdk.java.net/jeps/377>: ZGC: A Scalable Low-Latency Garbage Collector + JEP 378 <https://openjdk.java.net/jeps/378>: Text Blocks o JEPs targeted to JDK 15 + JEP 379 <https://openjdk.java.net/jeps/379>: Shenandoah: A Low-Pause-Time Garbage Collector * Changes in recent builds that maybe of interest: o build 21 + JDK-8242848 <https://bugs.openjdk.java.net/browse/JDK-8242848>: Improve performance of InflaterOutputStream.write() + JDK-8243574 <https://bugs.openjdk.java.net/browse/JDK-8243574>: java.lang.invoke.InvokerBytecodeGenerator.ClassData should be package-private # Reported by JaCoCo o build 20 + JDK-8237890 <https://bugs.openjdk.java.net/browse/JDK-8237890>: DatagramPacket::getSocketAddress doesn't specify what happens if address or port are not set [1] + JDK-8228991 <https://bugs.openjdk.java.net/browse/JDK-8228991>: Obsolete -XX:UseAdaptiveGCBoundary [1] + JDK-8242141 <https://bugs.openjdk.java.net/browse/JDK-8242141>: New System Properties to configure the TLS signature schemes [1] + JDK-8172404 <https://bugs.openjdk.java.net/browse/JDK-8172404>: Tools should warn if weak algorithms are used before restricting them + JDK-8238195 <https://bugs.openjdk.java.net/browse/JDK-8238195>: Lookup::defineClass should link the class to match the specification + JDK-8238358 <https://bugs.openjdk.java.net/browse/JDK-8238358>: Implementation of JEP 371: Hidden Classes + JDK-8241749 <https://bugs.openjdk.java.net/browse/JDK-8241749>: Remove the Nashorn JavaScript Engine + JDK-8242260 <https://bugs.openjdk.java.net/browse/JDK-8242260>: Add forRemoval=true to already deprecated ContentSigner + JDK- <https://bugs.openjdk.java.net/browse/JDK-8242008>8242008 <https://bugs.openjdk.java.net/browse/JDK-8242008>: SSLSession inconsistencies # Reported by Netty o build 19 + JDK-8239594 <https://bugs.openjdk.java.net/browse/JDK-8239594>: The java.net.HttpClient does not override the protocols specified in the SSLContext default parameters [1] + JDK-8172680 <https://bugs.openjdk.java.net/browse/JDK-8172680>: SunJCE provider now supports SHA-3 based Hmac algorithms + JDK-8237474 <https://bugs.openjdk.java.net/browse/JDK-8237474>: Default SSLEngine should create in server role + JDK-8240877 <https://bugs.openjdk.java.net/browse/JDK-8240877>: NPE at javax.swing.text.html.FormView.appendBuffer with null option values # reported by JOSM Project Loom Early-Access Builds - Build 15-loom+5-125 (2020/4/17) * These builds are intended for developers looking to "kick the tyres" and provide feedback on using the API or by sending bug reports. Warning: This build is based on an incomplete version of JDK 15 <http://openjdk.java.net/projects/jdk/15/>. * These early-access , open-source builds are provided under the o GNU General Public License, version 2, with the Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html>. * Please send feedback via e-mail to loo...@op... <mailto:loo...@op...>. To send e-mail to this address you must first subscribe to the mailing list <http://mail.openjdk.java.net/mailman/listinfo/loom-dev>. Rgds,Rory [1] http://jdk.java.net/15/release-notes -- Rgds, Rory O'Donnell Quality Engineering Manager Oracle EMEA, Dublin, Ireland |
|
From: Jython t. <st...@bu...> - 2020-04-24 18:05:32
|
ACTIVITY SUMMARY (2020-04-17 - 2020-04-24) Jython tracker at https://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 338 ( +6) closed 2484 ( +0) total 2822 ( +6) Open issues with patches: 22 Issues opened (6) ================= #2872: -m option does not search modules from current directory https://bugs.jython.org/issue2872 opened by rad164 #2874: Jython 2.7 is not able to import an EBCDIC file on z/OS https://bugs.jython.org/issue2874 opened by Rodriguez #2876: NullPointer exception PyModule.java https://bugs.jython.org/issue2876 opened by Sunil1993 #2878: java.lang.OutOfMemoryError: Java heap space https://bugs.jython.org/issue2878 opened by hao...@16... #2880: JVM hangs on PyType.createType method https://bugs.jython.org/issue2880 opened by zsultan #2882: A cmd.exe in the CWD will be executed unexpectedly https://bugs.jython.org/issue2882 opened by jeff.allen Most recent 15 issues with no replies (15) ========================================== #2882: A cmd.exe in the CWD will be executed unexpectedly https://bugs.jython.org/issue2882 #2878: java.lang.OutOfMemoryError: Java heap space https://bugs.jython.org/issue2878 #2876: NullPointer exception PyModule.java https://bugs.jython.org/issue2876 #2874: Jython 2.7 is not able to import an EBCDIC file on z/OS https://bugs.jython.org/issue2874 #2872: -m option does not search modules from current directory https://bugs.jython.org/issue2872 #2866: Interface default methods disregarded by the method resolver https://bugs.jython.org/issue2866 #2864: Importing second instance of httplib causes an error https://bugs.jython.org/issue2864 #2854: from module import * leads to wild goose chase https://bugs.jython.org/issue2854 #2798: OpenJDK 1.7.0_75-b13 string regrtest OutOfMemory on windows https://bugs.jython.org/issue2798 #2794: invocation_tests.py missing from modjy tests https://bugs.jython.org/issue2794 #2792: Failures in test_import_jy from Java 13 https://bugs.jython.org/issue2792 #2790: Equivalent signal handlers do not test equal using == https://bugs.jython.org/issue2790 #2770: PBKDF-OpenSSL SecretKeyFactory not available on Java 7 https://bugs.jython.org/issue2770 #2760: How to call procedure with use zxjdbc and get back OUT paramet https://bugs.jython.org/issue2760 #2754: Failure in Py.initProxy for class not at module level https://bugs.jython.org/issue2754 Most recent 15 issues waiting for review (15) ============================================= #2566: inspect does not recognize code objects from bytecode files https://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules https://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the https://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses https://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline https://bugs.jython.org/issue2363 #2143: site-packages support in standalone jar https://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context https://bugs.jython.org/issue2142 #1925: Support loading java.sql.Drivers that aren't on the boot class https://bugs.jython.org/issue1925 #1917: No ctypes.c_char https://bugs.jython.org/issue1917 #1842: Add IBM i support to Jython https://bugs.jython.org/issue1842 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo https://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject https://bugs.jython.org/issue1646 #1612: array.array should use specialized bulk operations to initiali https://bugs.jython.org/issue1612 #1435: traceback doesn't include Java stack trace in user functions https://bugs.jython.org/issue1435 #1336: PyDeque should likely subclass PySequence https://bugs.jython.org/issue1336 |
|
From: Jython t. <st...@bu...> - 2020-04-17 18:05:43
|
ACTIVITY SUMMARY (2020-04-10 - 2020-04-17) Jython tracker at https://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 332 ( +0) closed 2484 ( +0) total 2816 ( +0) Open issues with patches: 22 Most recent 15 issues with no replies (15) ========================================== #2866: Interface default methods disregarded by the method resolver https://bugs.jython.org/issue2866 #2864: Importing second instance of httplib causes an error https://bugs.jython.org/issue2864 #2854: from module import * leads to wild goose chase https://bugs.jython.org/issue2854 #2798: OpenJDK 1.7.0_75-b13 string regrtest OutOfMemory on windows https://bugs.jython.org/issue2798 #2794: invocation_tests.py missing from modjy tests https://bugs.jython.org/issue2794 #2792: Failures in test_import_jy from Java 13 https://bugs.jython.org/issue2792 #2790: Equivalent signal handlers do not test equal using == https://bugs.jython.org/issue2790 #2770: PBKDF-OpenSSL SecretKeyFactory not available on Java 7 https://bugs.jython.org/issue2770 #2760: How to call procedure with use zxjdbc and get back OUT paramet https://bugs.jython.org/issue2760 #2754: Failure in Py.initProxy for class not at module level https://bugs.jython.org/issue2754 #2752: Allow Python functions to be used as a java.lang.FunctionalInt https://bugs.jython.org/issue2752 #2750: Make PyFunction implement java.util.concurrent.Callable<PyObje https://bugs.jython.org/issue2750 #2734: Re-work package scanning and cache for modules https://bugs.jython.org/issue2734 #2723: Unusual behavior in SimpleCookie when '=' and '@' is used in https://bugs.jython.org/issue2723 #2722: run-time issue while trying to reach external endpoint (Weathe https://bugs.jython.org/issue2722 Most recent 15 issues waiting for review (15) ============================================= #2566: inspect does not recognize code objects from bytecode files https://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules https://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the https://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses https://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline https://bugs.jython.org/issue2363 #2143: site-packages support in standalone jar https://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context https://bugs.jython.org/issue2142 #1925: Support loading java.sql.Drivers that aren't on the boot class https://bugs.jython.org/issue1925 #1917: No ctypes.c_char https://bugs.jython.org/issue1917 #1842: Add IBM i support to Jython https://bugs.jython.org/issue1842 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo https://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject https://bugs.jython.org/issue1646 #1612: array.array should use specialized bulk operations to initiali https://bugs.jython.org/issue1612 #1435: traceback doesn't include Java stack trace in user functions https://bugs.jython.org/issue1435 #1336: PyDeque should likely subclass PySequence https://bugs.jython.org/issue1336 |
|
From: Jython t. <st...@bu...> - 2020-04-10 18:05:44
|
ACTIVITY SUMMARY (2020-04-03 - 2020-04-10) Jython tracker at https://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 332 ( +0) closed 2484 ( +0) total 2816 ( +0) Open issues with patches: 22 Most recent 15 issues with no replies (15) ========================================== #2866: Interface default methods disregarded by the method resolver https://bugs.jython.org/issue2866 #2864: Importing second instance of httplib causes an error https://bugs.jython.org/issue2864 #2854: from module import * leads to wild goose chase https://bugs.jython.org/issue2854 #2798: OpenJDK 1.7.0_75-b13 string regrtest OutOfMemory on windows https://bugs.jython.org/issue2798 #2794: invocation_tests.py missing from modjy tests https://bugs.jython.org/issue2794 #2792: Failures in test_import_jy from Java 13 https://bugs.jython.org/issue2792 #2790: Equivalent signal handlers do not test equal using == https://bugs.jython.org/issue2790 #2770: PBKDF-OpenSSL SecretKeyFactory not available on Java 7 https://bugs.jython.org/issue2770 #2760: How to call procedure with use zxjdbc and get back OUT paramet https://bugs.jython.org/issue2760 #2754: Failure in Py.initProxy for class not at module level https://bugs.jython.org/issue2754 #2752: Allow Python functions to be used as a java.lang.FunctionalInt https://bugs.jython.org/issue2752 #2750: Make PyFunction implement java.util.concurrent.Callable<PyObje https://bugs.jython.org/issue2750 #2734: Re-work package scanning and cache for modules https://bugs.jython.org/issue2734 #2723: Unusual behavior in SimpleCookie when '=' and '@' is used in https://bugs.jython.org/issue2723 #2722: run-time issue while trying to reach external endpoint (Weathe https://bugs.jython.org/issue2722 Most recent 15 issues waiting for review (15) ============================================= #2566: inspect does not recognize code objects from bytecode files https://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules https://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the https://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses https://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline https://bugs.jython.org/issue2363 #2143: site-packages support in standalone jar https://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context https://bugs.jython.org/issue2142 #1925: Support loading java.sql.Drivers that aren't on the boot class https://bugs.jython.org/issue1925 #1917: No ctypes.c_char https://bugs.jython.org/issue1917 #1842: Add IBM i support to Jython https://bugs.jython.org/issue1842 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo https://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject https://bugs.jython.org/issue1646 #1612: array.array should use specialized bulk operations to initiali https://bugs.jython.org/issue1612 #1435: traceback doesn't include Java stack trace in user functions https://bugs.jython.org/issue1435 #1336: PyDeque should likely subclass PySequence https://bugs.jython.org/issue1336 |
|
From: Rory O'D. <ror...@or...> - 2020-04-10 07:48:56
|
Hi Alan, OpenJDK 15 EA build 18 is now available at http://jdk.java.net/15 * * * These early access, open source builds are provided under the GNU General Public License, version 2, with the Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html>. * Schedule for JDK 15 o 2020/06/11 Rampdown Phase One o 2020/07/16 Rampdown Phase Two o 2020/08/06 Initial Release Candidate o 2020/08/20 Final Release Candidate o 2020/09/15 General Availability * Features o Proposed to target JDK 15 + JEP 371: <http://openjdk.java.net/jeps/371> Hidden Classes o JEPs targeted to JDK 15 + JEP 372 <https://openjdk.java.net/jeps/372>: Remove the Nashorn JavaScript Engine + JEP 377 <https://openjdk.java.net/jeps/377>: ZGC: A Scalable Low-Latency Garbage Collector + JEP 378 <https://openjdk.java.net/jeps/378>: Text Blocks + JEP 379 <https://openjdk.java.net/jeps/379>: Shenandoah: A Low-Pause-Time Garbage Collector * Changes in recent builds that maybe of interest: o build 18 + JDK-8240169 <https://bugs.openjdk.java.net/browse/JDK-8240169>: javadoc fails to link to non-modular api docs # Reported by JUnit5 + JDK-8241670 <https://bugs.openjdk.java.net/browse/JDK-8241670>: Enhance heap region size ergonomics to improve OOTB performance + JDK-8240745 <https://bugs.openjdk.java.net/browse/JDK-8240745>: Implementation: JEP 377: ZGC: A Scalable Low-Latency Garbage Collector (Production) + JDK-8225319 <https://bugs.openjdk.java.net/browse/JDK-8225319>: Remove rmic from the set of supported tools + JDK-8237490 <https://bugs.openjdk.java.net/browse/JDK-8237490>: Add support notarizing jpackage app-image and dmg o build 17 + JDK-8240676 <https://bugs.openjdk.java.net/browse/JDK-8240676> - Meet not symmetric failure when running lucene on jdk8 # Reported by Apache Lucene o Build 16 + JDK-8241039 <https://bugs.openjdk.java.net/browse/JDK-8241039> - Retire the deprecated SSLSession.getPeerCertificateChain() method + JDK-8219989 <https://bugs.openjdk.java.net/browse/JDK-8219989> - Retire the com.sun.net.ssl.internal.ssl.Provider name + JDK-8237859 <https://bugs.openjdk.java.net/browse/JDK-8237859> - C2: Crash when loads float above range check # Reported by Apache Lucene + JDK-8202469 <https://bugs.openjdk.java.net/browse/JDK-8202469> - (ann) Type annotations on type variable bounds that are also type variables are lost # Reported by ByteBuddy o Build 15 + JDK-8214245 <https://bugs.openjdk.java.net/browse/JDK-8214245> - Case insensitive matching doesn't work correctly for some character classes () * Quality Report for March 2020 was published here [1] o Thanks again for all the bug reports and feeback! Does your Project support JDK 14 - #AllTestsGreenOnJDK14 <https://twitter.com/hashtag/AllTestsGreenOnJDK14?src=hashtag_click> Rgds,Rory [1] https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+March+2020 -- Rgds, Rory O'Donnell Quality Engineering Manager Oracle EMEA, Dublin, Ireland |
|
From: Eero A. <eer...@ik...> - 2020-04-05 13:16:43
|
Thank you for your hard work on making the release! The obvious place to download the release https://www.jython.org/download.html Currently does not have obvious instructions for verifying the download. Everything required for that however seems to be in place: * https://repo1.maven.org/maven2/org/python/jython-installer/2.7.2/ .asc signatures * https://jython-devguide.readthedocs.io/en/latest/release_jy.html#publication releases (Jeff's) public key on the keyserver. In case you wish to add verification instructions to the download page, I make a sketch while doing that myself ## Download release and signature Download files * `jython-installer-2.7.2.jar` * `jython-installer-2.7.2.jar.asc` from example https://repo1.maven.org/maven2/org/python/jython-installer/2.7.2/ ## Identify Signing Key `gpg --verify jython-installer-2.7.2.jar.asc jython-installer-2.7.2.jar` ## Search and Import Key `gpg --keyserver hkp://pool.sks-keyservers.net --search-keys C8C4B9DC1E031F788B12882B875C3EF9DC4638E3` ## Verify Run the verification command again `gpg --verify jython-installer-2.7.2.jar.asc jython-installer-2.7.2.jar` |
|
From: Jython t. <st...@bu...> - 2020-04-03 18:05:28
|
ACTIVITY SUMMARY (2020-03-27 - 2020-04-03) Jython tracker at https://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 332 ( +0) closed 2484 ( +0) total 2816 ( +0) Open issues with patches: 22 Most recent 15 issues with no replies (15) ========================================== #2866: Interface default methods disregarded by the method resolver https://bugs.jython.org/issue2866 #2864: Importing second instance of httplib causes an error https://bugs.jython.org/issue2864 #2854: from module import * leads to wild goose chase https://bugs.jython.org/issue2854 #2798: OpenJDK 1.7.0_75-b13 string regrtest OutOfMemory on windows https://bugs.jython.org/issue2798 #2794: invocation_tests.py missing from modjy tests https://bugs.jython.org/issue2794 #2792: Failures in test_import_jy from Java 13 https://bugs.jython.org/issue2792 #2790: Equivalent signal handlers do not test equal using == https://bugs.jython.org/issue2790 #2770: PBKDF-OpenSSL SecretKeyFactory not available on Java 7 https://bugs.jython.org/issue2770 #2760: How to call procedure with use zxjdbc and get back OUT paramet https://bugs.jython.org/issue2760 #2754: Failure in Py.initProxy for class not at module level https://bugs.jython.org/issue2754 #2752: Allow Python functions to be used as a java.lang.FunctionalInt https://bugs.jython.org/issue2752 #2750: Make PyFunction implement java.util.concurrent.Callable<PyObje https://bugs.jython.org/issue2750 #2734: Re-work package scanning and cache for modules https://bugs.jython.org/issue2734 #2723: Unusual behavior in SimpleCookie when '=' and '@' is used in https://bugs.jython.org/issue2723 #2722: run-time issue while trying to reach external endpoint (Weathe https://bugs.jython.org/issue2722 Most recent 15 issues waiting for review (15) ============================================= #2566: inspect does not recognize code objects from bytecode files https://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules https://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the https://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses https://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline https://bugs.jython.org/issue2363 #2143: site-packages support in standalone jar https://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context https://bugs.jython.org/issue2142 #1925: Support loading java.sql.Drivers that aren't on the boot class https://bugs.jython.org/issue1925 #1917: No ctypes.c_char https://bugs.jython.org/issue1917 #1842: Add IBM i support to Jython https://bugs.jython.org/issue1842 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo https://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject https://bugs.jython.org/issue1646 #1612: array.array should use specialized bulk operations to initiali https://bugs.jython.org/issue1612 #1435: traceback doesn't include Java stack trace in user functions https://bugs.jython.org/issue1435 #1336: PyDeque should likely subclass PySequence https://bugs.jython.org/issue1336 |
|
From: <fwi...@gm...> - 2020-04-02 17:42:58
|
The last owner was Josh Juneau, who ran Jython's documentation for many years. He was happy to transfer the Twitter account to me. I in turn would be happy to transfer it to someone here if they would like to keep it up to date, or I can keep it. On Thu, Apr 2, 2020 at 1:08 AM Jeff Allen <ja...@fa...> wrote: > > Thanks for that Frank. I assumed the owner was you. Would they give up control to one of us or the PSF? > > Jeff Allen > > On 01/04/2020 17:20, fwi...@gm... wrote: > > I'll try to contact the person who I think is the last owner of @jython > > On Tue, Mar 31, 2020 at 3:51 PM Adam Burke <ada...@gm...> wrote: > > Thanks for all your work on this Jeff. It’s great to see. > > Does anyone here own the @jython twitter account? It would be nice to announce it there too. > > Adam > > 在 2020年3月22日，上午7:09，Jeff Allen <ja...@fa...> 写道： > > All: > > We arrive at last. All your efforts will shortly bear fruit in a public release of Jython. :) > > Installer: https://oss.sonatype.org/content/repositories/orgpython-1095 > > Standalone: https://oss.sonatype.org/content/repositories/orgpython-1094 > > Slim JAR (Gradle/Maven): https://oss.sonatype.org/content/repositories/orgpython-1093 > > Fat JAR (dependencies): https://oss.sonatype.org/content/repositories/orgpython-1092 > > These are temporary staging locations, the last step before public release. All being well, in the tiny bubble of normality that is the Jython project, I propose to release these for public use tomorrow (22 March). > > Jeff > > -- > Jeff Allen > > > > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev |
|
From: Jeff A. <ja...@fa...> - 2020-04-02 08:09:10
|
Thanks for that Frank. I assumed the owner was you. Would they give up control to one of us or the PSF? Jeff Allen On 01/04/2020 17:20, fwi...@gm... wrote: > I'll try to contact the person who I think is the last owner of @jython > > On Tue, Mar 31, 2020 at 3:51 PM Adam Burke <ada...@gm...> wrote: >> Thanks for all your work on this Jeff. It’s great to see. >> >> Does anyone here own the @jython twitter account? It would be nice to announce it there too. >> >> Adam >> >>> 在 2020年3月22日，上午7:09，Jeff Allen <ja...@fa...> 写道： >>> >>> All: >>> >>> We arrive at last. All your efforts will shortly bear fruit in a public release of Jython. :) >>> >>> Installer: https://oss.sonatype.org/content/repositories/orgpython-1095 >>> >>> Standalone: https://oss.sonatype.org/content/repositories/orgpython-1094 >>> >>> Slim JAR (Gradle/Maven): https://oss.sonatype.org/content/repositories/orgpython-1093 >>> >>> Fat JAR (dependencies): https://oss.sonatype.org/content/repositories/orgpython-1092 >>> >>> These are temporary staging locations, the last step before public release. All being well, in the tiny bubble of normality that is the Jython project, I propose to release these for public use tomorrow (22 March). >>> >>> Jeff >>> >>> -- >>> Jeff Allen >>> >>> >>> >>> _______________________________________________ >>> Jython-dev mailing list >>> Jyt...@li... >>> https://lists.sourceforge.net/lists/listinfo/jython-dev >> >> _______________________________________________ >> Jython-dev mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-dev |
|
From: <fwi...@gm...> - 2020-04-02 02:36:11
|
Announcement is up on twitter: https://twitter.com/jython/status/1245539726376894465?s=20 On Wed, Apr 1, 2020 at 9:20 AM fwi...@gm... <fwi...@gm...> wrote: > > I'll try to contact the person who I think is the last owner of @jython > > On Tue, Mar 31, 2020 at 3:51 PM Adam Burke <ada...@gm...> wrote: > > > > Thanks for all your work on this Jeff. It’s great to see. > > > > Does anyone here own the @jython twitter account? It would be nice to announce it there too. > > > > Adam > > > > > 在 2020年3月22日，上午7:09，Jeff Allen <ja...@fa...> 写道： > > > > > > All: > > > > > > We arrive at last. All your efforts will shortly bear fruit in a public release of Jython. :) > > > > > > Installer: https://oss.sonatype.org/content/repositories/orgpython-1095 > > > > > > Standalone: https://oss.sonatype.org/content/repositories/orgpython-1094 > > > > > > Slim JAR (Gradle/Maven): https://oss.sonatype.org/content/repositories/orgpython-1093 > > > > > > Fat JAR (dependencies): https://oss.sonatype.org/content/repositories/orgpython-1092 > > > > > > These are temporary staging locations, the last step before public release. All being well, in the tiny bubble of normality that is the Jython project, I propose to release these for public use tomorrow (22 March). > > > > > > Jeff > > > > > > -- > > > Jeff Allen > > > > > > > > > > > > _______________________________________________ > > > Jython-dev mailing list > > > Jyt...@li... > > > https://lists.sourceforge.net/lists/listinfo/jython-dev > > > > > > _______________________________________________ > > Jython-dev mailing list > > Jyt...@li... > > https://lists.sourceforge.net/lists/listinfo/jython-dev |
|
From: <fwi...@gm...> - 2020-04-01 16:21:36
|
I'll try to contact the person who I think is the last owner of @jython On Tue, Mar 31, 2020 at 3:51 PM Adam Burke <ada...@gm...> wrote: > > Thanks for all your work on this Jeff. It’s great to see. > > Does anyone here own the @jython twitter account? It would be nice to announce it there too. > > Adam > > > 在 2020年3月22日，上午7:09，Jeff Allen <ja...@fa...> 写道： > > > > All: > > > > We arrive at last. All your efforts will shortly bear fruit in a public release of Jython. :) > > > > Installer: https://oss.sonatype.org/content/repositories/orgpython-1095 > > > > Standalone: https://oss.sonatype.org/content/repositories/orgpython-1094 > > > > Slim JAR (Gradle/Maven): https://oss.sonatype.org/content/repositories/orgpython-1093 > > > > Fat JAR (dependencies): https://oss.sonatype.org/content/repositories/orgpython-1092 > > > > These are temporary staging locations, the last step before public release. All being well, in the tiny bubble of normality that is the Jython project, I propose to release these for public use tomorrow (22 March). > > > > Jeff > > > > -- > > Jeff Allen > > > > > > > > _______________________________________________ > > Jython-dev mailing list > > Jyt...@li... > > https://lists.sourceforge.net/lists/listinfo/jython-dev > > > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev |
|
From: Adam B. <ada...@gm...> - 2020-03-31 22:50:44
|
Thanks for all your work on this Jeff. It’s great to see. Does anyone here own the @jython twitter account? It would be nice to announce it there too. Adam > 在 2020年3月22日，上午7:09，Jeff Allen <ja...@fa...> 写道： > > All: > > We arrive at last. All your efforts will shortly bear fruit in a public release of Jython. :) > > Installer: https://oss.sonatype.org/content/repositories/orgpython-1095 > > Standalone: https://oss.sonatype.org/content/repositories/orgpython-1094 > > Slim JAR (Gradle/Maven): https://oss.sonatype.org/content/repositories/orgpython-1093 > > Fat JAR (dependencies): https://oss.sonatype.org/content/repositories/orgpython-1092 > > These are temporary staging locations, the last step before public release. All being well, in the tiny bubble of normality that is the Jython project, I propose to release these for public use tomorrow (22 March). > > Jeff > > -- > Jeff Allen > > > > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev |
|
From: Jeff A. <ja...@fa...> - 2020-03-29 23:11:21
|
Hello Alan. It seems up to date, and makes the point quite well that configuration comes via the registry (by design), since it simply never mentions environment variables. I should have said that the registry could be used to set python.path, and (I think) provides a further default during initialisation for those properties not yet set. I think the statement about relative paths in python.cachedir is out of date, since recent changes, now I look closely, but the rest looks good. That's not what confuses me about initialisation. A lot goes on inside initialize() whose purpose is obscure. Jeff Allen On 29/03/2020 22:13, Alan Kennedy wrote: > Is this documentation out of date? > > https://www.jython.org/registry.html > > I always found it accurate in the past. > > Alan. > > > On Sun, Mar 29, 2020, 8:43 PM Jeff Allen <ja...@fa... > <mailto:ja...@fa...>> wrote: > > I find initialisation difficult to follow too, although I have > single-stepped it a hundred times. It may help to see where the > environment is picked up now in the main program: > > https://github.com/jythontools/jython/blob/f77cc106afc4b0b61426ae4212c1e38d20ec942d/src/org/python/util/jython.java#L498 > > and this simply involves getting things from the variables and > setting them in the Java properties that get passed into > initialisation: > > https://github.com/jythontools/jython/blob/f77cc106afc4b0b61426ae4212c1e38d20ec942d/src/org/python/util/jython.java#L709 > > These are just the system properties in this case, although the > initialisation is designed to allow them to come from elsewhere. > (This is where I get lost, but the simple case is simple enough.) > > The manifest in the standalone JAR makes org.python.util.jython > the main class, so it runs when you run the JAR with java -jar, > therefore it picks up JYTHONPATH in the places I've linked, to be > the default value of python.path. Or you could (I think) have > given -Dpython.path=... to java instead. > > Sorry this change was a surprise. Of course, there are no major > releases to come (no 2.8, I mean). > > Jeff > > Jeff Allen > > On 29/03/2020 10:06, Pekka Klärck wrote: >> Hi, >> >> I understand the idea to isolate the JAR from the environment, but I'm >> still a bit surprised that this was changed in a minor release and >> that when I use `java -jar jython-standalone-2.7.2.jar` JYTHONPATH is >> actually obeyed. Anyway, this isn't a big problem for us as we can >> explicitly handle JYTHONPATH ourselves. My current solution is doing >> that on Python side and calling the function that does it as part of >> creating the runner on Java side. You can see it here if you are >> interested: >> https://github.com/robotframework/robotframework/commit/cce18967c8b27a14239112b74b66e57e4584f3b0 >> >> I also looked at configuring `python.path` via `PythonInterpreter`. If >> I understood it correctly, I should call >> `PythonInterpreter.initialize` before creating a `PythonInterpreter` >> instance and the `initialize` method needs also arguments in addition >> to properties. Due to how our code is structured and arguments are >> passed nowadays, that looked rather complicated. If there's some >> easier way to set `pytohn.path` perhaps it could work. That said, I'm >> fine with the above solution that seems to work fine in our tests. >> >> Thanks again for Jython 2.7.2 everyone involved! >> >> Cheers, >> .peke >> >> la 28. maalisk. 2020 klo 13.48 Jeff Allen (ja...@fa... <mailto:ja...@fa...>) kirjoitti: >>> I think this is because you are no longer running the interpreter via the jython.main() programme. Try setting in the Java System property python.path, what you might have put in JYTHONPATH. >>> >>> If you are initialising Jython with your own properties object(s) it should go in the earliest consulted, I suspect. >>> >>> Rationale >>> >>> The design intent in Jython is that it use the registry (Java properties) as the means of configuring the interpreter. (Well, it seems to have been that from early on: I'm inferring a principle from the implementation.) Java promotes a platform-independent world where the Java interpreter can be launched any number of ways, and there isn't necessarily a shell environment in the way Unix and C have led us to expect. System properties, however, are a Java feature so it must always be possible to set them. >>> >>> The main program, that you might invoke from the console (even if it is via the java command rather than the launcher), sits as a bridge between console world and Java world, and so I think it is only there that environment variables should be consulted, rather than in a scattered way. (This was mostly true already, but maybe not for JYTHONPATH.) Implementation of the -E option (ignore environment variables), and of trying to be more faithful to CPython in our main program, is behind making this absolute. >>> >>> Jeff >>> >>> On 27/03/2020 21:59, Pekka Klärck wrote: >>> >>> Hi, >>> >>> In the Robot Framework project >>> (https://github.com/robotframework/robotframework) one of our >>> distributions is a standalone JAR that is built on top of standalone >>> Jython. We've earlier used Jython 2.7.0, but there have been lot of >>> fixes since that and we are now planning to switch to Jython 2.7.2. I >>> have already changed our build scripts and have been running all our >>> acceptance tests using the new JAR. >>> >>> Things have worked pretty well with the new JAR otherwise, but it >>> seems it doesn't obey JYTHONPATH set externally before execution. >>> Executing Python code can see the environment variable, but Python >>> modules in directories listed in it cannot be imported. I just tested >>> that if I build a JAR from same sources with Jython 2.7.0, JYTHONPATH >>> works as expected. >>> >>> The strange thing is that when I tested with the standalone Jython >>> 2.7.2 alone, it did handle JYTHONPATH just fine. This got me thinking >>> that perhaps we are somehow embedding Jython wrong. Are there some >>> know changes related to embedding Jython using PythonInterpreter? >>> Should we perhaps configure it somehow to get JYTHONPATH processed >>> correctly? The code currently just initialized PythonInterpreter >>> without any arguments and then calls `interpreter.exec(code)`. You can >>> find the full code here: >>> https://github.com/robotframework/robotframework/blob/master/src/java/org/robotframework/RobotRunner.java >>> >>> One workaround for us is processing JYTHONPATH in our code and I >>> already tested that it works. If that turns out to be the only >>> solution, I just need to find a way to do that only when using the JAR >>> distribution. >>> >>> Cheers, >>> .peke > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > <mailto:Jyt...@li...> > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
|
From: Alan K. <jyt...@xh...> - 2020-03-29 21:14:23
|
Is this documentation out of date? https://www.jython.org/registry.html I always found it accurate in the past. Alan. On Sun, Mar 29, 2020, 8:43 PM Jeff Allen <ja...@fa...> wrote: > I find initialisation difficult to follow too, although I have > single-stepped it a hundred times. It may help to see where the environment > is picked up now in the main program: > > > https://github.com/jythontools/jython/blob/f77cc106afc4b0b61426ae4212c1e38d20ec942d/src/org/python/util/jython.java#L498 > > and this simply involves getting things from the variables and setting > them in the Java properties that get passed into initialisation: > > > https://github.com/jythontools/jython/blob/f77cc106afc4b0b61426ae4212c1e38d20ec942d/src/org/python/util/jython.java#L709 > > These are just the system properties in this case, although the > initialisation is designed to allow them to come from elsewhere. (This is > where I get lost, but the simple case is simple enough.) > > The manifest in the standalone JAR makes org.python.util.jython the main > class, so it runs when you run the JAR with java -jar, therefore it picks > up JYTHONPATH in the places I've linked, to be the default value of > python.path. Or you could (I think) have given -Dpython.path=... to java > instead. > > Sorry this change was a surprise. Of course, there are no major releases > to come (no 2.8, I mean). > > Jeff > > Jeff Allen > > On 29/03/2020 10:06, Pekka Klärck wrote: > > Hi, > > I understand the idea to isolate the JAR from the environment, but I'm > still a bit surprised that this was changed in a minor release and > that when I use `java -jar jython-standalone-2.7.2.jar` JYTHONPATH is > actually obeyed. Anyway, this isn't a big problem for us as we can > explicitly handle JYTHONPATH ourselves. My current solution is doing > that on Python side and calling the function that does it as part of > creating the runner on Java side. You can see it here if you are > interested:https://github.com/robotframework/robotframework/commit/cce18967c8b27a14239112b74b66e57e4584f3b0 > > I also looked at configuring `python.path` via `PythonInterpreter`. If > I understood it correctly, I should call > `PythonInterpreter.initialize` before creating a `PythonInterpreter` > instance and the `initialize` method needs also arguments in addition > to properties. Due to how our code is structured and arguments are > passed nowadays, that looked rather complicated. If there's some > easier way to set `pytohn.path` perhaps it could work. That said, I'm > fine with the above solution that seems to work fine in our tests. > > Thanks again for Jython 2.7.2 everyone involved! > > Cheers, > .peke > > la 28. maalisk. 2020 klo 13.48 Jeff Allen (ja...@fa...) kirjoitti: > > > I think this is because you are no longer running the interpreter via the jython.main() programme. Try setting in the Java System property python.path, what you might have put in JYTHONPATH. > > If you are initialising Jython with your own properties object(s) it should go in the earliest consulted, I suspect. > > Rationale > > The design intent in Jython is that it use the registry (Java properties) as the means of configuring the interpreter. (Well, it seems to have been that from early on: I'm inferring a principle from the implementation.) Java promotes a platform-independent world where the Java interpreter can be launched any number of ways, and there isn't necessarily a shell environment in the way Unix and C have led us to expect. System properties, however, are a Java feature so it must always be possible to set them. > > The main program, that you might invoke from the console (even if it is via the java command rather than the launcher), sits as a bridge between console world and Java world, and so I think it is only there that environment variables should be consulted, rather than in a scattered way. (This was mostly true already, but maybe not for JYTHONPATH.) Implementation of the -E option (ignore environment variables), and of trying to be more faithful to CPython in our main program, is behind making this absolute. > > Jeff > > On 27/03/2020 21:59, Pekka Klärck wrote: > > Hi, > > In the Robot Framework project > (https://github.com/robotframework/robotframework) one of our > distributions is a standalone JAR that is built on top of standalone > Jython. We've earlier used Jython 2.7.0, but there have been lot of > fixes since that and we are now planning to switch to Jython 2.7.2. I > have already changed our build scripts and have been running all our > acceptance tests using the new JAR. > > Things have worked pretty well with the new JAR otherwise, but it > seems it doesn't obey JYTHONPATH set externally before execution. > Executing Python code can see the environment variable, but Python > modules in directories listed in it cannot be imported. I just tested > that if I build a JAR from same sources with Jython 2.7.0, JYTHONPATH > works as expected. > > The strange thing is that when I tested with the standalone Jython > 2.7.2 alone, it did handle JYTHONPATH just fine. This got me thinking > that perhaps we are somehow embedding Jython wrong. Are there some > know changes related to embedding Jython using PythonInterpreter? > Should we perhaps configure it somehow to get JYTHONPATH processed > correctly? The code currently just initialized PythonInterpreter > without any arguments and then calls `interpreter.exec(code)`. You can > find the full code here:https://github.com/robotframework/robotframework/blob/master/src/java/org/robotframework/RobotRunner.java > > One workaround for us is processing JYTHONPATH in our code and I > already tested that it works. If that turns out to be the only > solution, I just need to find a way to do that only when using the JAR > distribution. > > Cheers, > .peke > > > > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
|
From: Jeff A. <ja...@fa...> - 2020-03-29 19:43:29
|
I find initialisation difficult to follow too, although I have single-stepped it a hundred times. It may help to see where the environment is picked up now in the main program: https://github.com/jythontools/jython/blob/f77cc106afc4b0b61426ae4212c1e38d20ec942d/src/org/python/util/jython.java#L498 and this simply involves getting things from the variables and setting them in the Java properties that get passed into initialisation: https://github.com/jythontools/jython/blob/f77cc106afc4b0b61426ae4212c1e38d20ec942d/src/org/python/util/jython.java#L709 These are just the system properties in this case, although the initialisation is designed to allow them to come from elsewhere. (This is where I get lost, but the simple case is simple enough.) The manifest in the standalone JAR makes org.python.util.jython the main class, so it runs when you run the JAR with java -jar, therefore it picks up JYTHONPATH in the places I've linked, to be the default value of python.path. Or you could (I think) have given -Dpython.path=... to java instead. Sorry this change was a surprise. Of course, there are no major releases to come (no 2.8, I mean). Jeff Jeff Allen On 29/03/2020 10:06, Pekka Klärck wrote: > Hi, > > I understand the idea to isolate the JAR from the environment, but I'm > still a bit surprised that this was changed in a minor release and > that when I use `java -jar jython-standalone-2.7.2.jar` JYTHONPATH is > actually obeyed. Anyway, this isn't a big problem for us as we can > explicitly handle JYTHONPATH ourselves. My current solution is doing > that on Python side and calling the function that does it as part of > creating the runner on Java side. You can see it here if you are > interested: > https://github.com/robotframework/robotframework/commit/cce18967c8b27a14239112b74b66e57e4584f3b0 > > I also looked at configuring `python.path` via `PythonInterpreter`. If > I understood it correctly, I should call > `PythonInterpreter.initialize` before creating a `PythonInterpreter` > instance and the `initialize` method needs also arguments in addition > to properties. Due to how our code is structured and arguments are > passed nowadays, that looked rather complicated. If there's some > easier way to set `pytohn.path` perhaps it could work. That said, I'm > fine with the above solution that seems to work fine in our tests. > > Thanks again for Jython 2.7.2 everyone involved! > > Cheers, > .peke > > la 28. maalisk. 2020 klo 13.48 Jeff Allen (ja...@fa...) kirjoitti: >> I think this is because you are no longer running the interpreter via the jython.main() programme. Try setting in the Java System property python.path, what you might have put in JYTHONPATH. >> >> If you are initialising Jython with your own properties object(s) it should go in the earliest consulted, I suspect. >> >> Rationale >> >> The design intent in Jython is that it use the registry (Java properties) as the means of configuring the interpreter. (Well, it seems to have been that from early on: I'm inferring a principle from the implementation.) Java promotes a platform-independent world where the Java interpreter can be launched any number of ways, and there isn't necessarily a shell environment in the way Unix and C have led us to expect. System properties, however, are a Java feature so it must always be possible to set them. >> >> The main program, that you might invoke from the console (even if it is via the java command rather than the launcher), sits as a bridge between console world and Java world, and so I think it is only there that environment variables should be consulted, rather than in a scattered way. (This was mostly true already, but maybe not for JYTHONPATH.) Implementation of the -E option (ignore environment variables), and of trying to be more faithful to CPython in our main program, is behind making this absolute. >> >> Jeff >> >> On 27/03/2020 21:59, Pekka Klärck wrote: >> >> Hi, >> >> In the Robot Framework project >> (https://github.com/robotframework/robotframework) one of our >> distributions is a standalone JAR that is built on top of standalone >> Jython. We've earlier used Jython 2.7.0, but there have been lot of >> fixes since that and we are now planning to switch to Jython 2.7.2. I >> have already changed our build scripts and have been running all our >> acceptance tests using the new JAR. >> >> Things have worked pretty well with the new JAR otherwise, but it >> seems it doesn't obey JYTHONPATH set externally before execution. >> Executing Python code can see the environment variable, but Python >> modules in directories listed in it cannot be imported. I just tested >> that if I build a JAR from same sources with Jython 2.7.0, JYTHONPATH >> works as expected. >> >> The strange thing is that when I tested with the standalone Jython >> 2.7.2 alone, it did handle JYTHONPATH just fine. This got me thinking >> that perhaps we are somehow embedding Jython wrong. Are there some >> know changes related to embedding Jython using PythonInterpreter? >> Should we perhaps configure it somehow to get JYTHONPATH processed >> correctly? The code currently just initialized PythonInterpreter >> without any arguments and then calls `interpreter.exec(code)`. You can >> find the full code here: >> https://github.com/robotframework/robotframework/blob/master/src/java/org/robotframework/RobotRunner.java >> >> One workaround for us is processing JYTHONPATH in our code and I >> already tested that it works. If that turns out to be the only >> solution, I just need to find a way to do that only when using the JAR >> distribution. >> >> Cheers, >> .peke > > |
|
From: Pekka K. <pe...@ik...> - 2020-03-29 09:06:43
|
Hi, I understand the idea to isolate the JAR from the environment, but I'm still a bit surprised that this was changed in a minor release and that when I use `java -jar jython-standalone-2.7.2.jar` JYTHONPATH is actually obeyed. Anyway, this isn't a big problem for us as we can explicitly handle JYTHONPATH ourselves. My current solution is doing that on Python side and calling the function that does it as part of creating the runner on Java side. You can see it here if you are interested: https://github.com/robotframework/robotframework/commit/cce18967c8b27a14239112b74b66e57e4584f3b0 I also looked at configuring `python.path` via `PythonInterpreter`. If I understood it correctly, I should call `PythonInterpreter.initialize` before creating a `PythonInterpreter` instance and the `initialize` method needs also arguments in addition to properties. Due to how our code is structured and arguments are passed nowadays, that looked rather complicated. If there's some easier way to set `pytohn.path` perhaps it could work. That said, I'm fine with the above solution that seems to work fine in our tests. Thanks again for Jython 2.7.2 everyone involved! Cheers, .peke la 28. maalisk. 2020 klo 13.48 Jeff Allen (ja...@fa...) kirjoitti: > > I think this is because you are no longer running the interpreter via the jython.main() programme. Try setting in the Java System property python.path, what you might have put in JYTHONPATH. > > If you are initialising Jython with your own properties object(s) it should go in the earliest consulted, I suspect. > > Rationale > > The design intent in Jython is that it use the registry (Java properties) as the means of configuring the interpreter. (Well, it seems to have been that from early on: I'm inferring a principle from the implementation.) Java promotes a platform-independent world where the Java interpreter can be launched any number of ways, and there isn't necessarily a shell environment in the way Unix and C have led us to expect. System properties, however, are a Java feature so it must always be possible to set them. > > The main program, that you might invoke from the console (even if it is via the java command rather than the launcher), sits as a bridge between console world and Java world, and so I think it is only there that environment variables should be consulted, rather than in a scattered way. (This was mostly true already, but maybe not for JYTHONPATH.) Implementation of the -E option (ignore environment variables), and of trying to be more faithful to CPython in our main program, is behind making this absolute. > > Jeff > > On 27/03/2020 21:59, Pekka Klärck wrote: > > Hi, > > In the Robot Framework project > (https://github.com/robotframework/robotframework) one of our > distributions is a standalone JAR that is built on top of standalone > Jython. We've earlier used Jython 2.7.0, but there have been lot of > fixes since that and we are now planning to switch to Jython 2.7.2. I > have already changed our build scripts and have been running all our > acceptance tests using the new JAR. > > Things have worked pretty well with the new JAR otherwise, but it > seems it doesn't obey JYTHONPATH set externally before execution. > Executing Python code can see the environment variable, but Python > modules in directories listed in it cannot be imported. I just tested > that if I build a JAR from same sources with Jython 2.7.0, JYTHONPATH > works as expected. > > The strange thing is that when I tested with the standalone Jython > 2.7.2 alone, it did handle JYTHONPATH just fine. This got me thinking > that perhaps we are somehow embedding Jython wrong. Are there some > know changes related to embedding Jython using PythonInterpreter? > Should we perhaps configure it somehow to get JYTHONPATH processed > correctly? The code currently just initialized PythonInterpreter > without any arguments and then calls `interpreter.exec(code)`. You can > find the full code here: > https://github.com/robotframework/robotframework/blob/master/src/java/org/robotframework/RobotRunner.java > > One workaround for us is processing JYTHONPATH in our code and I > already tested that it works. If that turns out to be the only > solution, I just need to find a way to do that only when using the JAR > distribution. > > Cheers, > .peke -- Agile Tester/Developer/Consultant :: http://eliga.fi Lead Developer of Robot Framework :: http://robotframework.org |
|
From: Jeff A. <ja...@fa...> - 2020-03-28 11:48:45
|
I think this is because you are no longer running the interpreter via the jython.main() programme. Try setting in the Java System property python.path, what you might have put in JYTHONPATH. If you are initialising Jython with your own properties object(s) it should go in the earliest consulted, I suspect. *Rationale** * The design intent in Jython is that it use the registry (Java properties) as the means of configuring the interpreter. (Well, it seems to have been that from early on: I'm inferring a principle from the implementation.) Java promotes a platform-independent world where the Java interpreter can be launched any number of ways, and there isn't necessarily a shell environment in the way Unix and C have led us to expect. System properties, however, are a Java feature so it must always be possible to set them. The main program, that you might invoke from the console (even if it is via the java command rather than the launcher), sits as a bridge between console world and Java world, and so I think it is only there that environment variables should be consulted, rather than in a scattered way. (This was mostly true already, but maybe not for JYTHONPATH.) Implementation of the -E option (ignore environment variables), and of trying to be more faithful to CPython in our main program, is behind making this absolute. Jeff On 27/03/2020 21:59, Pekka Klärck wrote: > Hi, > > In the Robot Framework project > (https://github.com/robotframework/robotframework) one of our > distributions is a standalone JAR that is built on top of standalone > Jython. We've earlier used Jython 2.7.0, but there have been lot of > fixes since that and we are now planning to switch to Jython 2.7.2. I > have already changed our build scripts and have been running all our > acceptance tests using the new JAR. > > Things have worked pretty well with the new JAR otherwise, but it > seems it doesn't obey JYTHONPATH set externally before execution. > Executing Python code can see the environment variable, but Python > modules in directories listed in it cannot be imported. I just tested > that if I build a JAR from same sources with Jython 2.7.0, JYTHONPATH > works as expected. > > The strange thing is that when I tested with the standalone Jython > 2.7.2 alone, it did handle JYTHONPATH just fine. This got me thinking > that perhaps we are somehow embedding Jython wrong. Are there some > know changes related to embedding Jython using PythonInterpreter? > Should we perhaps configure it somehow to get JYTHONPATH processed > correctly? The code currently just initialized PythonInterpreter > without any arguments and then calls `interpreter.exec(code)`. You can > find the full code here: > https://github.com/robotframework/robotframework/blob/master/src/java/org/robotframework/RobotRunner.java > > One workaround for us is processing JYTHONPATH in our code and I > already tested that it works. If that turns out to be the only > solution, I just need to find a way to do that only when using the JAR > distribution. > > Cheers, > .peke |
|
From: Pekka K. <pe...@ik...> - 2020-03-27 22:00:13
|
Hi, In the Robot Framework project (https://github.com/robotframework/robotframework) one of our distributions is a standalone JAR that is built on top of standalone Jython. We've earlier used Jython 2.7.0, but there have been lot of fixes since that and we are now planning to switch to Jython 2.7.2. I have already changed our build scripts and have been running all our acceptance tests using the new JAR. Things have worked pretty well with the new JAR otherwise, but it seems it doesn't obey JYTHONPATH set externally before execution. Executing Python code can see the environment variable, but Python modules in directories listed in it cannot be imported. I just tested that if I build a JAR from same sources with Jython 2.7.0, JYTHONPATH works as expected. The strange thing is that when I tested with the standalone Jython 2.7.2 alone, it did handle JYTHONPATH just fine. This got me thinking that perhaps we are somehow embedding Jython wrong. Are there some know changes related to embedding Jython using PythonInterpreter? Should we perhaps configure it somehow to get JYTHONPATH processed correctly? The code currently just initialized PythonInterpreter without any arguments and then calls `interpreter.exec(code)`. You can find the full code here: https://github.com/robotframework/robotframework/blob/master/src/java/org/robotframework/RobotRunner.java One workaround for us is processing JYTHONPATH in our code and I already tested that it works. If that turns out to be the only solution, I just need to find a way to do that only when using the JAR distribution. Cheers, .peke -- Agile Tester/Developer/Consultant :: http://eliga.fi Lead Developer of Robot Framework :: http://robotframework.org |
|
From: Jython t. <st...@bu...> - 2020-03-27 18:05:40
|
ACTIVITY SUMMARY (2020-03-20 - 2020-03-27) Jython tracker at https://bugs.jython.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 332 ( +0) closed 2484 ( +0) total 2816 ( +0) Open issues with patches: 22 Most recent 15 issues with no replies (15) ========================================== #2866: Interface default methods disregarded by the method resolver https://bugs.jython.org/issue2866 #2864: Importing second instance of httplib causes an error https://bugs.jython.org/issue2864 #2854: from module import * leads to wild goose chase https://bugs.jython.org/issue2854 #2798: OpenJDK 1.7.0_75-b13 string regrtest OutOfMemory on windows https://bugs.jython.org/issue2798 #2794: invocation_tests.py missing from modjy tests https://bugs.jython.org/issue2794 #2792: Failures in test_import_jy from Java 13 https://bugs.jython.org/issue2792 #2790: Equivalent signal handlers do not test equal using == https://bugs.jython.org/issue2790 #2770: PBKDF-OpenSSL SecretKeyFactory not available on Java 7 https://bugs.jython.org/issue2770 #2760: How to call procedure with use zxjdbc and get back OUT paramet https://bugs.jython.org/issue2760 #2754: Failure in Py.initProxy for class not at module level https://bugs.jython.org/issue2754 #2752: Allow Python functions to be used as a java.lang.FunctionalInt https://bugs.jython.org/issue2752 #2750: Make PyFunction implement java.util.concurrent.Callable<PyObje https://bugs.jython.org/issue2750 #2734: Re-work package scanning and cache for modules https://bugs.jython.org/issue2734 #2723: Unusual behavior in SimpleCookie when '=' and '@' is used in https://bugs.jython.org/issue2723 #2722: run-time issue while trying to reach external endpoint (Weathe https://bugs.jython.org/issue2722 Most recent 15 issues waiting for review (15) ============================================= #2566: inspect does not recognize code objects from bytecode files https://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules https://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the https://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses https://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline https://bugs.jython.org/issue2363 #2143: site-packages support in standalone jar https://bugs.jython.org/issue2143 #2142: Set Thread classloader when entering Jython context https://bugs.jython.org/issue2142 #1925: Support loading java.sql.Drivers that aren't on the boot class https://bugs.jython.org/issue1925 #1917: No ctypes.c_char https://bugs.jython.org/issue1917 #1842: Add IBM i support to Jython https://bugs.jython.org/issue1842 #1741: com.ziclix.python.sql.DataHandler calls wasNull without previo https://bugs.jython.org/issue1741 #1646: Proxy getInterface not change for more PyObject https://bugs.jython.org/issue1646 #1612: array.array should use specialized bulk operations to initiali https://bugs.jython.org/issue1612 #1435: traceback doesn't include Java stack trace in user functions https://bugs.jython.org/issue1435 #1336: PyDeque should likely subclass PySequence https://bugs.jython.org/issue1336 |
|
From: Yaqiang W. <yaq...@gm...> - 2020-03-23 06:53:53
|
Thanks to the developers of Jython 2.7.2, which has been used in MeteoInfo 2.1.5 (http://www.meteothink.org/downloads/index.html). Everything is ok at present! Regards Yaqiang On Sun, Mar 22, 2020 at 5:13 PM Jeff Allen <ja...@fa...> wrote: > Thanks Jim. At a quick count, 12 people have contributed to the progress > since 2.7.1 (June 2017). It is good, at last, to be able to say their work > is able to reach its full set of users. > > If you have an OSX machine to try it on, that would complete the set of > post-staging hosts. Travis CI is currently giving us a falure for OSX: > > https://travis-ci.org/github/jythontools/jython/builds/665248611?utm_medium=notification&utm_source=github_status > > Nothing relevant has changed since this was passing, and this is a failure > to run, rather than a test failure per se, so I regard it as a false alarm. > The timing is unfortunate, as we all prefer green ticks, especially on a > release point > > Jeff > > Jeff Allen > > On 22/03/2020 07:03, Jim Baker wrote: > > Jeff, > > Thanks for putting this release together. In my limited testing so far, > everything is working great! I plan to hammer it on more, but it seems > ready to announce to our user community. > > - Jim > > On Sat, Mar 21, 2020 at 3:08 PM Jeff Allen <ja...@fa...> wrote: > >> All: >> >> We arrive at last. All your efforts will shortly bear fruit in a public >> release of Jython. :) >> >> Installer: https://oss.sonatype.org/content/repositories/orgpython-1095 >> >> Standalone: https://oss.sonatype.org/content/repositories/orgpython-1094 >> >> Slim JAR (Gradle/Maven): >> https://oss.sonatype.org/content/repositories/orgpython-1093 >> >> Fat JAR (dependencies): >> https://oss.sonatype.org/content/repositories/orgpython-1092 >> >> These are temporary staging locations, the last step before public >> release. All being well, in the tiny bubble of normality that is the >> Jython project, I propose to release these for public use tomorrow (22 >> March). >> >> Jeff >> >> -- >> Jeff Allen >> >> >> >> _______________________________________________ >> Jython-dev mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-dev >> > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > -- ************************************************* Dr. Yaqiang Wang Chinese Academy of Meteorological Sciences (CAMS) 46, Zhong-Guan-Cun South Avenue Beijing, 100081 China yaq...@gm... www.meteothink.org ************************************************** |
101 messages has been excluded from this view by a project administrator.
