Tomcat v7.0 Charge Exception - Marquage servlet ssi comme indisponible

J'ai eu le même problème avec un autre package: cgi au lieu de ssi. Je vais marcher à travers la solution que j'ai trouvé pour obtenir le passé de l'erreur.

Comme avec l'OP, j'ai eu une nouvelle installation de Tomcat 7.0.27. J'ai été le tester CGI. De travail à travers la configuration initiale j'ai continué à obtenir le suivant:

SEVERE: Servlet /TestTomcatApp threw load() exception
java.lang.SecurityException: Restricted class org.apache.catalina.servlets.CGIServlet
at       org.apache.catalina.core.DefaultInstanceManager.checkAccess(DefaultInstanceManager.java:548    )

qui est à peu près identique à l'OP, sauf pour la classe impliquée.

J'ai cherché "Tomcat Restreint DefaultInstanceManager" et situé à [ce code source java] [1]:

private void  [More ...] checkAccess(Class<?> clazz, Properties restricted) {
    while (clazz != null) {
        if ("restricted".equals(restricted.getProperty(clazz.getName()))) {
            throw new SecurityException("Restricted class" + clazz);
        }
        clazz = clazz.getSuperclass();
    }
}

Les Propriétés de la classe (qui peut être un hyperlien à partir de la page de code de référence) a indiqué que le code était le plus susceptible de lire un .fichier de propriétés. J'ai donc été en mesure de zéro dans catalina.propriétés et catalina.politique. Après une lecture attentive de la documentation dans ces deux fichiers, plus de référence à la [Tomcat SecurityManager Doc][2] j'ai réalisé que je devais ajouter une subvention de déclaration à la catalina.la politique de fichier:

//The Manager application needs access to the following packages to support the
//session display functionality. These settings support the following
//configurations:
//- default CATALINA_HOME == CATALINA_BASE
//- CATALINA_HOME != CATALINA_BASE, per instance Manager in CATALINA_BASE
//- CATALINA_HOME != CATALINA_BASE, shared Manager in CATALINA_HOME
grant codeBase "file:${catalina.base}/webapps/manager/-" {
    permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina";
    permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.ha.session";
    permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.manager";
    permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.manager.util";
    permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.util";
    **permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.servlets.CGIServlet";**

};
grant codeBase "file:${catalina.home}/webapps/manager/-" {
    permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina";
    permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.ha.session";
    permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.manager";
    permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.manager.util";
    permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.util";
    **permission java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.servlets.CGIServlet";
};**

(Mes ajouts en gras)

Après le redémarrage de Tomcat l'erreur a disparu.

NOTE: j'ai réalisé l'ensemble de ce problème doit être guidée par les questions de sécurité de l'exploitation de certains modules sur Tomcat. Mon utilisation est purement pour effectuer des tests sur une seule machine, et la production de no est prévu dans ce mode.

[1] http://grepcode.com/file/repo1.maven.org/maven2/org.apache.tomcat/tomcat-catalina/7.0.0/org/apache/catalina/core/DefaultInstanceManager.java#DefaultInstanceManager.checkAccess%28java.lang.Class%29

[2] http://tomcat.apache.org/tomcat-7.0-doc/security-manager-howto.html#Configuring_Tomcat_With_A_SecurityManager

OriginalL'auteur KTys