¿Por qué Jython se niega a encontrar mi paquete de Java?

Question

Sé que es algo tonto, pero por alguna razón Jython se niega a encontrar javax.swing. Estoy usando Java 1.6.0_11. Este es mi script de arranque:

@echo off 

"%JAVA_HOME%\bin\java" -Xmx1024M -classpath ".;c:\Projects\Jython2.5.1\jython.jar" org.python.util.jython 

Mi salida será similar a:

Jython 2.5.1 (Release_2_5_1:6813, Sep 26 2009, 13:47:54) 
[Java HotSpot(TM) Client VM (Sun Microsystems Inc.)] on java1.6.0_10 
Type "help", "copyright", "credits" or "license" for more information. 
>>> import javax.swing 
Traceback (most recent call last): 
    File "<stdin>", line 1, in <module> 
ImportError: No module named swing 
>>> import javax 
>>> dir(javax) 
['__name__'] 
>>> 

Answer 1

Lo más probable es que Jython no esté escaneando sus paquetes. Al inicio, Jython intenta examinar los archivos jars y class en su ruta y buscar paquetes Java. Esto es necesario porque no hay forma de buscar paquetes Java por reflexión. El escaneo del paquete puede ser apagado deliberadamente, o puede carecer de privilegios de escritura donde quiera escribir la información almacenada en caché, vea http://wiki.python.org/jython/PackageScanning para obtener más información. La mejor manera de importar clases de Java es hacerlo de forma explícita una clase por otra, así:

from javax.swing import JFrame 

Este método debe trabajar siempre, incluso si la exploración paquete está apagado o no puede trabajar, y es el método recomendado (aunque puede ser un poco tedioso). Si desea importar paquetes (o si desea hacer "desde javax.swing import *", que también depende del escaneo del paquete, pero no se recomienda), deberá averiguar por qué el escaneo de su paquete no funciona.

Answer 2

estoy usando Java 1.6.0_11

No, estás usando

[Java HotSpot (TM) Client VM (Sun Microsystems Inc.)] en java1.6.0_10

Lo que sucede si se elimina el cachedir desde el directorio de distribución de Jython, y vuelve a intentarlo?

Además, ¿por qué establece explícitamente el classpath de esa manera? ¿Por qué no simplemente

java -jar jython.jar 

?

Answer 3

Tuve problemas similares, y resulta que ya que el dist independiente de Jython no admite el almacenamiento en caché, tampoco admite el enfoque "importar *". Esto no está claramente documentada en cualquier parte de los documentos oficiales Jython, pero llegó a la conclusión esta basada en un número de diferentes informes de errores:

• https://groups.google.com/forum/?hl=en&fromgroups=#!topic/robotframework-users/6ipB0DYJkvU
• http://bugs.jython.org/issue1778514
• http://bugs.jython.org/issue1422
• http://bugs.jython.org/issue1692579

Notable de ese último enlace:

Por lo tanto, como señaló Oti, en la versión independiente debe hacer importaciones completas para tener éxito.

Para solucionar su problema, utilice el jython estándar no independiente.jar generado al instalar jython usando la opción 'Estándar'.

Si desea empaquetar y distribuir jython.jar con su aplicación, en caso de que un usuario no tenga Jython instalado, entonces también deberá copiar/pasar la carpeta completa "Lib" del directorio de instalación de jython al que sea ubicación donde termina colocando jython.jar. Esto permite el acceso a python stdlib que no está incluido en el archivo jar estándar.

ACTUALIZACIÓN: Después de jugar más, creo que tengo una solución para permitir la "importación *" importaciones Tipo incluso cuando se utiliza el frasco independiente. ¡Todo lo que se necesita hacer es habilitar el almacenamiento en caché!

Puede hacerlo por cualquiera de las siguientes opciones de añadir a la JVM cuando se ejecuta jython:

-Dpython.cachedir.skip = falsa -Dpython.cachedir = CACHE DESEADO PATH

(Tenga en cuenta que el segundo argumento es opcional, y si se deja en blanco, se usará un valor predeterminado)

Si tiene un problema al ejecutar InteractiveConsole incrustado en una aplicación (que es w Si mi problema era) puede agregar estas propiedades antes de inicializar la consola:

Properties props = new Properties(); 
    props.put("python.cachedir.skip", "false"); 
    props.put("python.cachedir", "DESIRED CACHE PATH"); // again, this option is optional 
    InteractiveConsole.initialize(System.getProperties(), props, new String[0]);