jython: Unable to access jarfile jython_installer-2.5.2.jar

[richard.lynch@…]

I don't even know what all this means, and can't puzzle it out...

I'm using The Grinder, and need re, but their Jython is stripped down without it, so I need to install the full-blown Jython and point to that...

I have never had a good working relationship with Java, nor Python.

chi-mac-rlynch:grinder-3.6 richard.lynch$ sudo port install jython
--->  Computing dependencies for jython
--->  Building jython
Error: Target org.macports.build returned: shell command failed (see log for details)
Log for jython is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_jython/jython/main.log
Error: Status 1 encountered during processing.
To report a bug, see <http://guide.macports.org/#project.tickets>
chi-mac-rlynch:grinder-3.6 richard.lynch$ cat /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_jython/jython/main.log 
version:1
:debug:main Found Dependency: path: /usr/bin filename: svn regex: ^svn$
:debug:main Found Dependency: path: /usr/bin filename: java regex: ^java$
:msg:main --->  Computing dependencies for jython:info:main .:debug:main Searching for dependency: subversion
:debug:main Didn't find receipt, going to depspec regex for: subversion
:debug:main Found Dependency: path: /usr/bin filename: svn regex: ^svn$
:debug:main Found Dependency: path: /usr/bin filename: svn regex: ^svn$
:debug:main Searching for dependency: kaffe
:debug:main Didn't find receipt, going to depspec regex for: kaffe
:debug:main Found Dependency: path: /usr/bin filename: java regex: ^java$
:debug:main Found Dependency: path: /usr/bin filename: java regex: ^java$
:msg:main 
:debug:main Executing org.macports.main (jython)
:debug:main Skipping completed org.macports.archivefetch (jython)
:debug:main Skipping completed org.macports.fetch (jython)
:debug:main Skipping completed org.macports.checksum (jython)
:debug:main Skipping completed org.macports.extract (jython)
:debug:main Skipping completed org.macports.patch (jython)
:debug:main Skipping completed org.macports.configure (jython)
:debug:build build phase started at Mon Nov 21 10:44:18 CST 2011
:notice:build --->  Building jython
:debug:build Executing proc-pre-org.macports.build-build-0
:debug:build Executing org.macports.build (jython)
:debug:build Environment: CPATH='/opt/local/include' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_jython/jython/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/local/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.6'
:debug:build Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_jython/jython/work" && java -jar jython_installer-2.5.2.jar -s -d /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_jython/jython/work/destroot/opt/local/share/java/jython'
:debug:build Executing command line:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_jython/jython/work" && java -jar jython_installer-2.5.2.jar -s -d /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_jython/jython/work/destroot/opt/local/share/java/jython 
:info:build Unable to access jarfile jython_installer-2.5.2.jar
:info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_jython/jython/work" && java -jar jython_installer-2.5.2.jar -s -d /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_jython/jython/work/destroot/opt/local/share/java/jython " returned error 1
:error:build Target org.macports.build returned: shell command failed (see log for details)
:debug:build Backtrace: shell command failed (see log for details)
    while executing
"command_exec build"
    (procedure "portbuild::build_main" line 8)
    invoked from within
"$procedure $targetname"
:info:build Warning: the following items did not execute (for jython): org.macports.activate org.macports.build org.macports.destroot org.macports.install
:notice:build Log for jython is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_jython/jython/main.log
chi-mac-rlynch:grinder-3.6 richard.lynch$ 

Clue bats most welcome if I'm doing something particularly stupid...

[richard.lynch@…]

I have Java 1.6 installed:

chi-mac-rlynch:~ richard.lynch$ java -version
java version "1.6.0_29"
Java(TM) SE Runtime Environment (build 1.6.0_29-b11-402-10M3527)
Java HotSpot(TM) 64-Bit Server VM (build 20.4-b02-402, mixed mode)

[ryandesign (Ryan Carsten Schmidt)]

Not to worry; I get the same error message, as did the reporter of #31761.

[jxraynor@…]

I'm also unable to install jython. In the log file, I see this:

:msg:archivefetch ---> Attempting to fetch jython-2.5.2_0+installer.darwin_11.x86_64.tbz2 from ​http://packages.macports.org/jython

The fetch appears to fail, but "port install jython" doesn't seem to care and continues on. When I look on packages.macports.org, I don't see a /jython directory. Could the problem simply be that the package directory (and thus the package itself) isn't there any more?

[drkp (Dan Ports)]

Replying to jxraynor@…:

The fetch appears to fail, but "port install jython" doesn't seem to care and continues on. When I look on packages.macports.org, I don't see a /jython directory. Could the problem simply be that the package directory (and thus the package itself) isn't there any more?

No, that just means that MacPorts doesn't provide a binary package of jython (yet).

It looks like the problem here is that the +installer variant is setting fetch.type back to standard, and as of r83471, that causes distfiles to be cleared.

Fixed in r91310.

[richard.lynch@…]

Just in case anybody finds this thread, and is trying to get the Jython 're' instead of java.util.regex...

Don't bother.

It's over 500 X slower than the java.util.regex suite.

Yes, really.

See benchmarks from myself and another in this thread:

​http://sourceforge.net/mailarchive/message.php?msg_id=28474144