Spring schemaLocation не удается, если нет подключения к Интернету

Ответ 1

Нет необходимости использовать протокол classpath: protocol в URL-адресе schemaLocation, если пространство имен настроено правильно, а файл XSD находится в вашем пути к классам.

Spring doc " Регистрация обработчика и схемы" показывает, как это должно быть сделано.

В вашем случае проблема была, вероятно, в том, что spring -context jar в вашем пути к классам не был 2.1. Вот почему изменение протокола в classpath: и установка конкретного 2.1 XSD в ваш путь к классам устранила проблему.

Из того, что я видел, для основного XSD есть 2 схемы, содержащиеся в банке spring - *. Один раз, чтобы разрешить URL схемы с версией и один раз без нее.

В качестве примера см. эту часть содержимого spring.schemas в spring -context-3.0.5.RELEASE.jar:

http\://www.springframework.org/schema/context/spring-context-2.5.xsd=org/springframework/context/config/spring-context-2.5.xsd
http\://www.springframework.org/schema/context/spring-context-3.0.xsd=org/springframework/context/config/spring-context-3.0.xsd
http\://www.springframework.org/schema/context/spring-context.xsd=org/springframework/context/config/spring-context-3.0.xsd

Это означает, что (в xsi: schemaLocation)

http://www.springframework.org/schema/context/spring-context-2.5.xsd 

будет подтвержден против

org/springframework/context/config/spring-context-2.5.xsd 

в пути к классам.

http://www.springframework.org/schema/context/spring-context-3.0.xsd 

или

http://www.springframework.org/schema/context/spring-context.xsd

будет подтвержден против

org/springframework/context/config/spring-context-3.0.xsd 

в пути к классам.

http://www.springframework.org/schema/context/spring-context-2.1.xsd

не определен, поэтому Spring будет искать его, используя литеральный URL, определенный в schemaLocation.

Ответ 2

Я решил это

<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:util="http://www.springframework.org/schema/util"
       xmlns:context="http://www.springframework.org/schema/context"
       xmlns:aop="http://www.springframework.org/schema/aop"
       xmlns:tx="http://www.springframework.org/schema/tx"
       xmlns:p="http://www.springframework.org/schema/p"
       xmlns:security="http://www.springframework.org/schema/security"
       xsi:schemaLocation="
       http://www.springframework.org/schema/beans 
       http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
       http://www.springframework.org/schema/util 
       http://www.springframework.org/schema/util/spring-util-2.0.xsd
       http://www.springframework.org/schema/context
       classpath:spring-context-2.1.xsd
       http://www.springframework.org/schema/tx
       http://www.springframework.org/schema/tx/spring-tx.xsd
       http://www.springframework.org/schema/aop
       http://www.springframework.org/schema/aop/spring-aop-2.0.xsd
       http://www.springframework.org/schema/security
       http://www.springframework.org/schema/security/spring-security-2.0.xsd"
       >

classpath:spring-context-2.1.xsd - ключ для работы в автономном режиме (без подключения к Интернету). Также я скопировал spring-context-2.1.xsd рядом (тот же каталог) файл application-context.xml

Ответ 3

Что-то вроде этого сработало для меня.

xsi:schemaLocation=
"http://www.springframework.org/schema/beans 
             classpath:org/springframework/beans/factory/xml/spring-beans-3.0.xsd
http://www.springframework.org/schema/context 
             classpath:org/springframework/beans/factory/xml/spring-context-3.0.xsd"

Ответ 4

В случае, если кто-то прибыл сюда через тот же корень, что и я, я попал в эту проблему, потому что я строил один JAR со всеми зависимостями, включая Spring JARs. В результате файл spring.schemas в некоторых каталогах META-INF из Spring JARs был перезаписан.

Я нашел предлагаемые решения здесь: Как создать исполняемый баннер на основе w763 > с maven?

Ответ 5

В то же время появилась аналогичная проблема. В моем случае это был теневой плагин, который был виновником, в дополнение к springframework.org, имеющему перебои в работе. Следующий фрагмент прояснил ситуацию:

<transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
   <resource>META-INF/spring.schemas</resource>
</transformer>
<transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
    <resource>META-INF/spring.handlers</resource>
</transformer>

HTH кто-то

Ответ 6

Вы должны проверить, что файлы spring.handlers и spring.schemas находятся в пути к классам и имеют правильный контент.

Это можно сделать с помощью ClassLoader.getResource(..). Вы можете запустить этот метод с удаленным отладчиком в среде выполнения. Расширяемая настройка авторинга XML описана в Spring Ссылка B.5. Регистрация обработчика и схемы.

Обычно файлы должны находиться в банке spring (springframework.jar/META-INF/) и в пути к классам, когда spring может быть запущен.

Ответ 7

Вам нужно добавить расположение схемы в определение bean, а затем их можно найти в пути к классам вместо того, чтобы извлекать их из сети. Учитывая ваши проблемы с форматированием, я не уверен на 100%, что вы уже не делаете этого.

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:context="http://www.springframework.org/schema/context"
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
    http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-2.5.xsd">
<!-- empty: the beans we use are in the base class context. -->
</beans>

Ответ 8

Проблема заключается в файлах JAR, которые вы используете в своем приложении.

То, что я делал, работало, заключалось в том, чтобы попасть в JAR для SPRING -CORE, SPRING - BEANS, SPRING -CONTEXT, SPRING -TX, которые соответствуют версии, которую я использую. В папке META-INF я конкатенировал все spring.handlers и spring.схемы, которые входят в эти JAR.

Я убил двух зайцев одним выстрелом, я решил проблему схем, так что это также корректно работает в автономном режиме.

P.S. Я попробовал плагин maven для SHADE и трансформаторов, но это не сработало.

Ответ 9

Мы решили проблему:

DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
factory.setNamespaceAware(true);
factory.setValidating(false); // This avoid to search schema online
factory.setAttribute("http://java.sun.com/xml/jaxp/properties/schemaLanguage", "http://www.w3.org/2001/XMLSchema");
factory.setAttribute("http://java.sun.com/xml/jaxp/properties/schemaSource", "TransactionMessage_v1.0.xsd");

Обратите внимание, что наше приложение является автономным автономным приложением Java.

Ответ 10

Если вы используете eclipse для своей разработки, это помогает, если вы устанавливаете плагин STS для Eclipse [из marketPlace для конкретной версии eclipse.

Теперь Когда вы пытаетесь создать новый файл конфигурации в папке (обычно ресурсах) внутри проекта, параметры будут иметь "Spring Folder", и вы можете выбрать файл определения Spring Bean вариант   Spring > Spring Bean Файл конфигурации.

При выборе этой опции, когда вы выполните шаги, она попросит вас выбрать пространства имен и конкретные версии:

Таким образом, можно исключить возможность наличия несуществующей банки или старой версии.

Были бы также размещены изображения, но моя репутация довольно низкая..: (

Ответ 11

У меня была эта проблема. Для потомков мое исключение было:

org.xml.sax.SAXParseException; lineNumber: 7; columnNumber: 117;
schema_reference.4: Failed to read schema document
'http://www.springframework.org/schema/beans/spring-beans-4.2.xsd'

Я решил это, когда понял, что версия spring-beans, указанная в моем Maven pom.xml, была 4.1.x, что означает, что конкретный .xsd не может быть найден в пути к классам.

Это было замаскировано в течение длительного времени, потому что я обычно в сети, поэтому я думал, что в оффлайне "сломано" сборка. Но это не имело к этому никакого отношения. Обновив мой pom.xml, чтобы указать правильную версию spring-beans, а именно 4.2.x, исправил ее.

Ответ 12

Найти путь класса

Если вы используете eclipse, щелкните соответствующий файл jar. Goto → META-INF- > открыть файл spring.schemas

вы увидите строки, похожие на ниже.

http://www.springframework.org/schema/context/spring -context.xsd = орг/springframework/контекст/конфигурации/ spring -context-3.1.xsd

скопировать после = и настроить beans что-то вроде ниже.

<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:util="http://www.springframework.org/schema/util" xmlns:rabbit="http://www.springframework.org/schema/rabbit" xmlns:context="http://www.springframework.org/schema/context" xsi:schemaLocation="http://www.springframework.org/schema/rabbit classpath:org/springframework/amqp/rabbit/config/spring-rabbit-1.1.xsd http://www.springframework.org/schema/beans classpath:org/springframework/beans/factory/xml/spring-beans-3.1.xsd http://www.springframework.org/schema/context classpath:org/springframework/context/config/spring-context-3.1.xsd http://www.springframework.org/schema/util classpath:org/springframework/beans/factory/xml/spring-util-3.1.xsd">

Ответ 13

Я хотел бы добавить еще один аспект этого обсуждения. В ОС Windows я заметил, что когда файл jar, содержащий схему, хранится в каталоге, путь которого содержит пробельный символ, например, как в следующем примере

"c:\Program Files\myApp\spring-beans-4.0.2.RELEASE.jar"

тогда указать URL-адрес местоположения схемы следующим образом недостаточно, если вы разрабатываете отдельное приложение, которое должно работать и в автономном режиме

<beans
 xsi:schemaLocation="
   http://www.springframework.org/schema/beans org/springframework/beans/factory/xml/spring-beans-2.0.xsd"
    />

Я узнал, что результатом такого разрешения URL-адреса местоположения схемы является файл, который имеет следующий путь:

"c:\Program%20Files\myApp\spring-beans-4.0.2.RELEASE.jar"

Когда я запустил приложение из другого каталога, который не содержал пробел на своем пути, тогда разрешение на расположение схемы работало нормально. Может быть, кто-то сталкивался с подобными проблемами? Тем не менее я обнаружил, что протокол classpath отлично работает в моем случае

<beans
 xsi:schemaLocation="
   http://www.springframework.org/schema/beans classpath:org/springframework/beans/factory/xml/spring-beans-2.0.xsd"
    />

Ответ 14

У меня была такая же проблема, когда я использую spring -контекст версии 4.0.6 и версия весенней безопасности 4.1.0.

При изменении spring -security версии до 4.0.4 (поскольку 4.0.6 из spring -security недоступно) в моем pom и security xml → schemaLocation, он компилируется без Интернета.

Значит, вы также можете решить это:

• изменение spring -защиты к более старой или той же версии, чем весна-контекст.

• изменение spring -context на новую или ту же версию, чем весна-безопасности.

(любым способом spring -контекст должен быть более новой или такой же версии до spring -security)

Ответ 15

Я столкнулся с этой аналогичной проблемой. В моем случае моя резолюция совсем другая. Вот мой XML файл spring:

...
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
    http://www.springframework.org/schema/beans 
    http://www.springframework.org/schema/beans/spring-beans.xsd 
    http://www.springframework.org/schema/context 
    http://www.springframework.org/schema/context/spring-context.xsd">
...

Я не указываю какую-либо версию xsd, поскольку я хочу, чтобы spring использовал последнюю версию xsd внутри зависимостей spring. Версия spring, используемая моим приложением, была spring - beans -4.3.1.RELEASE.jar: 4.3.1.RELEASE, и когда я собираю свое приложение в банку, все spring зависимости существуют в моем пути к классам. Однако при запуске моего контекста приложения spring я получил следующую ошибку:

org.xml.sax.SAXParseException: schema_reference.4: Failed to read schema document 'http://www.springframework.org/schema/beans/spring-beans.xsd', because 1) could not find the document; 2) the document could not be read; 3) the root element of the document is not <xsd:schema>.

После некоторого затруднительного устранения неполадок, я обнаружил, что проблема связана с index.list внутри папки META-INF моего файла jar. Если файл index.list, обработчики пространства имен spring не могут быть расположены правильно проанализировать контекст xml приложения spring. Вы можете узнать больше об этой проблеме spring SPR-5705

Удалив индексирование из моего maven-jar-plugin, мне удается решить проблему. Надеюсь, это сэкономит несколько раз для людей, имеющих ту же проблему.

Ответ 16

Просто убедитесь, что соответствующий файл jar файла spring находится в вашем пути к среде выполнения. В моем случае этого нам не хватало spring -tx-4.3.4.RELEASE.jar из runtime classpath. После добавления этой банки проблема была решена.

Ответ 17

Если в вашей платформе нет подключения к Интернету, и вы используете Eclipse, выполните следующие действия (он решает мою проблему)

• Найти точные файлы xsd (вы можете разархивировать эти файлы из своих банок. Например, spring - beans -x.y.xsd в spring - beans -x.y.z.RELEASE.jar)
• Добавьте эти xsd файлы в Eclipse XML Catalog. (Настройки- > XML- > Каталог XML, Добавить файлы)
• Добавить расположение этих файлов в файл конфигурации. (Будьте осторожны, напишите точную версию файла)

Пример:

xsi: schemaLocation = " http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-x.y.xsd"

Ответ 18

Удалите банки, добавленные вами недавно в web-inf → lib. например jstl jars.