Контекст доступен только для чтения

Если вам нужно создать источник данных динамически, есть ли необходимость в поиске JNDI? JNDI предназначен для того, чтобы сделать соединение внешним по отношению к приложению, в то время как в вашем сценарии оно тесно связано с приложением из-за законного требования. Почему бы просто не использовать соединение JDBC?

Вам нужно создать ServletContextListener, и там вы можете сделать InitialContext доступным для записи - это не так, как это должно быть сделано, но если вам это действительно нужно, это один из способов, которым вы можете это сделать.

Это также работает с Java Melody!

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();
    }
}

Раньше у меня не было этой проблемы, так как я обычно определял JNDI на сервере приложений (tomcat, weblogic и т. д.). Как и сказал Кевин, это именно то, для чего был разработан JNDI; отделение конфигурации источника данных от исходного кода и получение ресурсов JNDI посредством поиска и внедрения;

Возвращаясь к вашему вопросу, я думаю, что у tomcat есть все строгие правила по изменению JNDI во время выполнения. Другими словами, вы не можете повторно привязать или удалить jndi из контекста. Если вы просмотрите спецификацию tomcat, вы, вероятно, увидите что-то о поиске jndi, но не о повторном связывании.

Из раздела EE.5.3.4 спецификации платформы EE 6 (JSR 316):

Контейнер должен гарантировать, что экземпляры компонентов приложения имеют доступ только для чтения к своему контексту именования. Контейнер должен генерировать исключение javax.naming.OperationNotSupportedException из всех методов интерфейса javax.naming.Context, которые изменяют контекст именования среды и его подконтексты.

Обратите внимание, что «их контекст именования» в этом разделе относится к java:comp.

Я решил эту проблему, когда обнаружил, что закрываю объект environmentContext. Например:

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

И мой код был:

environmentContext.close();

После удаления функции close из environmentContext проблема для меня была решена;

У меня тоже была эта проблема, но, будучи новичком в Tomee, я не знал, что есть простое решение. Когда я развернул свое веб-приложение в папке веб-приложений, приложение работало нормально, но когда я развернул его в папке службы, я получил такое же прерывание. Проблема заключалась в том, что имя папки не соответствовало имени войны (минус .war). Как только я это исправил, приложение заработало нормально. Убедитесь, что имя войны, имя папки и имя службы совпадают. Эта проблема вызывает несколько различных ошибок, в том числе Контекст только для чтения и Ошибка слияния записей Java EE JNDI.

Я решил эту проблему, установив useNaming="false" в свой context.xml.

Из документации:

useNaming : установите значение true (по умолчанию), чтобы Catalina включила JNDI InitialContext для этого веб-приложения, совместимого с соглашениями платформы Java2 Enterprise Edition (J2EE).