Cómo deshabilitar el administrador de seguridad de Java?

Question

¿Hay alguna manera de deshabilitar completamente el administrador de seguridad de Java?

Estoy experimentando con el código fuente de db4o. Utiliza la reflexión para persistir objetos y parece que el administrador de seguridad no permite que la reflexión lea y escriba campos privados o protegidos.

Mi código:

public static void main(String[] args) throws IOException { 
    System.out.println("start"); 
    new File(DB_FILE_NAME).delete(); 
    ObjectContainer container = Db4o.openFile(DB_FILE_NAME); 
    String ob = new String("test"); 
    container.store(ob); 
    ObjectSet result = container.queryByExample(String.class); 
    System.out.println("retrieved (" + result.size() + "):"); 
    while(result.hasNext()) { 
     System.out.println(result.next()); 
    } 
    container.close(); 
    System.out.println("finish"); 
} 

Salida:

 
start 
[db4o 7.4.68.12069 2009-04-18 00:21:30] 
AccessibleObject#setAccessible() is not available. Private fields can not be stored. 
retrieved (0): 
finish 

This thread sugiere modificar el archivo java.policy para permitir la reflexión, pero no parece funcionar para mí. JVM

estoy empezando con argumentos
-Djava.security.manager -Djava.security.policy==/home/pablo/.java.policy
archivo de política de modo específico será el único archivo de política utilizada

El archivo tiene el siguiente aspecto:

 
grant { 
    permission java.security.AllPermission; 
    permission java.lang.reflect.ReflectPermission "suppressAccessChecks"; 
}; 

yo pasamos 3 últimas horas de esto y no tengo ninguna idea de cómo hacer que esto funcione. Cualquier ayuda apreciada.

Answer 1

¿Realmente tiene dos signos '=' en la opción de línea de comando java.security.policy? Eso no funcionará Asegúrese de que está configurando la propiedad como

-Djava.security.policy=/home/pablo/.java.policy 

Para desactivar la realidad SecurityManager, simplemente dejando fuera de la propiedad java.security.manager sistema completo debería ser suficiente.

---

Actualización: Como yo estaba leyendo la documentación de los archivos de política para aprender más acerca de la "==" sintaxis, me di cuenta de que a menos que el archivo de política está en el directorio de trabajo actual, que necesita ser especificada como una URL (incluido el esquema). ¿Has probado el prefijo de la ruta de la política con el esquema "file:"?

También me desconcertó porque (suponiendo que se ejecute como usuario "pablo"), parece que esa política debería cargarse de forma predeterminada desde su directorio personal, por lo que no debería necesitar especificarla en absoluto. Por otro lado, si no está ejecutándose como el usuario "pablo", tal vez el archivo no sea legible.

Answer 2

Usted podría intentar agregar esto a la principal() de su programa:

System.setSecurityManager(null); 

trabajado para mí para una aplicación Web Start "de confianza" cuando estaba teniendo problemas de controlador de seguridad. No estoy seguro si funcionará para su caso db4o, pero podría valer la pena intentarlo.

EDITAR: No estoy sugiriendo que esta sea una solución general a los problemas del administrador de seguridad. Lo estaba proponiendo como una forma de ayudar a depurar el problema del cartel original. Claramente, si desea beneficiarse de un administrador de seguridad, entonces no debe deshabilitarlo.

Answer 3

Encontré este ejemplo de cómo make private fields and methods accessible en su código. Básicamente, destila hasta el uso del campo .setAccessible (verdadero) y Method.setAccessible (verdadero) ejemplo

Campo: ejemplo

Field privateStringField = PrivateObject.class. 
      getDeclaredField("privateString"); 

privateStringField.setAccessible(true); 

Método:

Method privateStringMethod = PrivateObject.class. 
     getDeclaredMethod("getPrivateString", null); 

privateStringMethod.setAccessible(true); 

También puede buscar en el uso maravilloso con su código Java como (actualmente) elude muchas de las restricciones de nivel de acceso del código Java. Aunque, esta publicación de la pizarra de mensajes parece sugerir esta 'característica' may change in future versions of Groovy.