Le contexte est en lecture seule

Helo maîtres, je dois créer une Datasource JNDI de façon dynamique, j'ai essayé de le faire avec un auditeur a appelé SetupApplicationListener. Voici le début de WEB-LIB/web.xml

<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee">

    <display-name>pri-web</display-name>

    <!-- Listeners -->
    <listener>
        <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class>
    </listener>
    <listener>
        <listener-class>myapp.SetupApplicationListener</listener-class>
    </listener>

Le code de l'auditeur: l'

public class SetupApplicationListener implements ServletContextListener {

    public static Log LOG = null;

    public void contextInitialized(ServletContextEvent ctx){
        try {            
            createOracleDataSource();
.....
        }
    }

    private void createOracleDataSource() throws SQLException, NamingException {
        OracleDataSource ds = new OracleDataSource();
        ds.setDriverType(...);
        ds.setServerName(...);
        ds.setPortNumber(...);
        ds.setDatabaseName(...);
        ds.setUser(...);
        ds.setPassword(...);

        new InitialContext().bind("java:comp/env/jdbc/myDS", ds);
    }

.....
}

Et il y a l'erreur:

[ERROR] 29/01/2013 09:44:50,517 (SetupApplicationListener.java:86) -> Error
javax.naming.NamingException: Context is read only
    at org.apache.naming.NamingContext.checkWritable(NamingContext.java:903)
    at org.apache.naming.NamingContext.bind(NamingContext.java:831)
    at org.apache.naming.NamingContext.bind(NamingContext.java:171)
    at org.apache.naming.NamingContext.bind(NamingContext.java:187)
    at org.apache.naming.SelectorContext.bind(SelectorContext.java:186)
    at javax.naming.InitialContext.bind(InitialContext.java:359)
    at myapp.SetupApplicationListener.createOracleDataSource(SetupApplicationListener.java:102)

Puis-je définir les propriétés en lecture seule du Contexte pour "vrai"? Merci! 🙂

Tomcat 6.0
Oracle 11g
jdk1.5

MODIFIER: N'ont pas besoin d'être dynamique, j'ai de définir une datasource jndi en interne je ne peux pas modifier les fichiers du serveur, car c'est un serveur partagé. Il doit être jndi parce que d'autres modules de l'utiliser de cette façon, merci.

InformationsquelleAutor rubenGL | 2013-01-29
  1. 4

    Si vous avez besoin de créer une source de données dynamiquement est-il vraiment nécessaire pour une recherche JNDI? JNDI est conçu pour rendre la connexion externe à l'application, tandis que dans le scénario de ses étroitement couplée à la demande en raison d'un besoin légitime. Pourquoi ne pas simplement utiliser une connexion JDBC?

    • parce qu'il y a certains modules ref la connexion avec jndi. En raison de problèmes de sécurité qu'ils ne veulent pas de la place de la conection valeurs (user, pass, ...) dans le serveur parce que c'est un serveur partagé.
    • J'ai besoin de définir une datasource jndi dans l'application, à l'interne, u connaissez un autre moyen de le faire sans un auditeur?
    • Pas besoin d'être dinamically
    • mais ne pourraient-ils pas juste vérifier à la context.xml fichier pour obtenir ces valeurs?
    • context.xml est un serveur de fichier qu'ils ne veulent pas mettre les valeurs de connexion au serveur
    • Si la chaîne de connexion est dans le soruce code, même alors, la somone(en supposant que a accès à tomcat) permet d'extraire le .fichier de classe et de décompiler pour vérifier la chaîne de connexion, à moins que la classe ont été obfiscated tolérance zéro à l'égard de l'obtention du code source.

    InformationsquelleAutor Kevin Bowersox
  2. 2

    Je n'ai pas ce problème avant depuis que je suis habituellement défini de JNDI du serveur d'application(tomcat, weblogic et etc). Tout comme ce que Kevin a dit, c'est exactement ce que JNDI a été conçu pour; la séparation de la source de données config à partir de votre code source et de la récupération des ressources JNDI par le biais de recherche et d'injecter;

    Revenir à votre question, je pense que tomcat a tous des règles strictes sur la modification de JNDI au moment de l'exécution. En d'autres mots, vous ne pouvez pas re-lier ou supprimer jndi de Contexte. Si vous passez par le tomcat spécifications que vous verrez probablement quelque chose à propos de la recherche jndi mais pas de re-lier.

    • Il y a quelques modules ref la connexion avec jndi. En raison de problèmes de sécurité qu'ils ne veulent pas de la place de la conection valeurs (user, pass, ...) dans le serveur parce que c'est un serveur partagé. J'ai besoin de définir une datasource jndi dans l'application, à l'interne, u connaissez un autre moyen de le faire sans un auditeur?
    • Pas besoin d'être dinamically
    • +1 user2021142 , JNDI est destinée à découpler le code source de la connectivité config. Le JNDI configurations sur le serveur peut être restreint uniquement aux utilisateurs Admin si c'est ce qui sert le but de la sécurité. Aussi, la connexion de base de données peut être SSL activé afin d'éviter toute malveillants recherches.
    InformationsquelleAutor spiritwalker
  3. 2

    De la section EE.5.3.4 de l'EE 6 plate-forme de spécification (JSR 316):

    Le conteneur doit s'assurer que l'application instances de composant
    ont uniquement un accès en lecture à leur contexte de nommage. Le conteneur doit
    jeter le javax.de nommage.OperationNotSupportedException de tous les
    les méthodes de la javax.de nommage.Contexte de l'interface pour modifier les
    environnement de contexte de nommage et de ses sous-contextes.

    Note que "leur contexte de nommage" dans cette section se réfère à java:comp.

    • Je me souviens avoir lu que dans EE6, ils ont apporté java:global qui n'est pas en lecture seule. Toute idée de ce? Je n'ai pas utilisé avant.
    InformationsquelleAutor Brett Kail
  4. 2

    Vous avez besoin pour créer un ServletContextListener et de là vous pouvez prendre la InitialContext écriture - ce n'est pas la façon dont il devrait être fait, mais si vous en avez vraiment besoin, c'est une façon de le faire.

    Cela fonctionne aussi avec Java Mélodie!

    protected void makeJNDIContextWritable(ServletContextEvent sce) {
    try {
        Class<?> contextAccessControllerClass = sce.getClass().getClassLoader().loadClass("org.apache.naming.ContextAccessController");
        Field readOnlyContextsField = contextAccessControllerClass.getDeclaredField("readOnlyContexts");
        readOnlyContextsField.setAccessible(true);
        Hashtable readOnlyContexts = (Hashtable) readOnlyContextsField.get(null);
        String context = null;
        for (Object key : readOnlyContexts.keySet()) {
            String keyString = key + "";
            if (keyString.endsWith(sce.getServletContext().getContextPath())) {
                context = keyString;
            }
        }
        readOnlyContexts.remove(context);
    } catch (Exception ex) {
        ex.printStackTrace();
    }
}
    InformationsquelleAutor Halko Karr-Sajtarevic
  5. 0

    J'ai résolu ce problème lorsque constaté que je n'étais fermeture environmentContext objet
    Par exemple:

    Context context=new InitialContext();
Context environmentContext=(Context) context.lookup("java:comp/env");

    Et mon code est: 

    environmentContext.close();

    Après la suppression de fermer la fonction de environmentContext problème a été vendu pour moi;

    InformationsquelleAutor Kaxa
  6. 0

    J'ai aussi eu ce problème, mais étant nouveau Tomee, je ne savais pas qu'il y est une solution simple. Quand j'ai déployé mon application web dans le répertoire webapps, l'application fonctionne bien, mais quand j'ai déployé un service de dossier, j'ai eu le même abandon. Le problème était que le nom du dossier ne correspond pas à la guerre, le nom (sans le .de la guerre). Une fois que j'ai fixé, l'application a bien fonctionné. Assurez-vous que la guerre, le nom, le nom de dossier et nom de service sont identiques. Ce problème produit plusieurs erreurs, dont le Contexte est en lecture seule Erreur et de la fusion de Java EE JNDI entrées.

    InformationsquelleAutor Jim Reitz
  7. 0

    J'ai résolu ce problème en définissant useNaming="false" dans mon context.xml.

    À partir de la documentation:

    useNaming : la valeur true (valeur par défaut) pour avoir Catalina permettre une JNDI InitialContext pour cette web application qui est compatible avec Java 2 Enterprise Edition (J2EE) plate-forme de conventions.

    InformationsquelleAutor alarive