Classpath слишком длинный в datanucleus компилировать плагин (перенос проекта Eclipse Appengine в Maven) [дублировать]

Question

Classpath слишком длинный в datanucleus компилировать плагин (перенос проекта Eclipse Appengine в Maven) [дублировать]

По вопросу «что мне делать с этим» может быть много ответов.

Более «формальный» способ предотвращения таких ошибок при разработке применяя дизайн по контракту в вашем коде. Это означает, что при разработке вы должны установить инварианты класса и / или даже предпосылки для функции и .

Короче говоря, инварианты класса гарантируют, что в вашем классе будут некоторые ограничения, которые не будут нарушены при нормальном использовании (и, следовательно, класс будет not получить в несогласованном состоянии). Предпосылки означают, что данные, данные как входные данные для функции / метода, должны соответствовать установленным ограничениям и никогда не нарушать их, а постулаты означают, что вывод функции / метода должен соответствовать установленным ограничениям снова не нарушая их. Условия контракта никогда не должны нарушаться во время выполнения программы без ошибок, поэтому дизайн по контракту проверяется на практике в режиме отладки, а отключен в выпусках , чтобы максимизировать развитую производительность системы.

Таким образом, вы можете избежать случаев NullReferenceException, которые являются результатом нарушения установленных ограничений. Например, если вы используете свойство объекта X в классе, а затем попытаетесь вызвать один из его методов, а X имеет нулевое значение, то это приведет к NullReferenceException:

public X { get; set; }

public void InvokeX()
{
    X.DoSomething(); // if X value is null, you will get a NullReferenceException
}

Но если вы установите «свойство X никогда не должно иметь нулевого значения» в качестве предпосылки для метода, вы можете предотвратить описанный ранее сценарий:

//Using code contracts:
[ContractInvariantMethod]
protected void ObjectInvariant () 
{
    Contract.Invariant ( X != null );
    //...
}

По этой причине Код Контракт существует для приложений .NET.

В качестве альтернативы дизайн по контракту может быть применен с использованием утверждений .

ОБНОВЛЕНИЕ: Стоит отметить, что этот термин был придуман Бертраном Майером в связи с его дизайном языка программирования Эйфеля .

4

java eclipse maven google-app-engine jdo

задан Joey 2 December 2011 в 11:08

2 ответа

Другие вопросы по тегам:

java eclipse maven google-app-engine jdo

Похожие вопросы:

score 11 · Answer 1

Если вы используете datanucleus-maven-plugin в окнах, просто установите свойство fork как false в настройке плагина следующим образом:

 <plugins>
  ...
    <plugin>
        <groupId>org.datanucleus</groupId>
        <artifactId>datanucleus-maven-plugin</artifactId>
        <version>3.3.0-release</version>
        <configuration>
            <verbose>true</verbose>
            <fork>false</fork>   <!-- Solve windows line too long error -->
        </configuration>
    </plugin>
  ...
  </plugins>

См. страницу datanucleus enhancer для больше ссылок.

score 0 · Answer 2

Вы можете посмотреть http://www.datanucleus.org/products/accessplatform/troubleshooting.html . и здесь: http://code.google.com/p/vosao/issues/detail?id=47 .

=========== === QUOTE ===============

Проблема

Ошибка CreateProcess = 87 при запуске инструментов DataNucleus под ОС Microsoft Windows.

У Windows есть ограничение длины командной строки, между 8K и 64K символами в зависимости от версии Windows, которое может быть запущено при запуске таких инструментов, как Enhancer или SchemaTool со слишком большим количеством аргументов.

Решение

При запуске таких инструментов из Maven или Ant отключите механизм fork, установив опцию fork = "false". ============== END ==============

Файл pom.xml необходимо отрегулировать следующим образом:

============== WAS ==============

<plugin>
    <groupId>org.datanucleus</groupId>
    ....
    <configuration>
        <mappingIncludes>**/*.class</mappingIncludes>
        <verbose>true</verbose>
        <enhancerName>ASM</enhancerName>
        <api>JDO</api>
    </configuration>
    ...
</plugin>

======= ======= END WAS ==============

============== ДОЛЖЕН БЫТЬ ==== ==========

<plugin>
    <groupId>org.datanucleus</groupId>
    ....
    <configuration>
        <fork>false</fork>
        <mappingIncludes>org/vosao/entity/*.class</mappingIncludes>
        <verbose>true</verbose>
        <enhancerName>ASM</enhancerName>
        <api>JDO</api>
    </configuration>
    ...
</plugin>

============== ДОЛЖЕН БЫТЬ ==============

Мое предложенное изменение на pom.xml также указывает ограничение области работы рабочей области Enhancer.