Ошибка: сборка со строгим именем требуется

Когда вы объявляете ссылочную переменную (т. е. объект), вы действительно создаете указатель на объект. Рассмотрим следующий код, в котором вы объявляете переменную примитивного типа int:

int x;
x = 10;

В этом примере переменная x является int, и Java инициализирует ее для 0. Когда вы назначаете его 10 во второй строке, ваше значение 10 записывается в ячейку памяти, на которую указывает x.

Но когда вы пытаетесь объявить ссылочный тип, произойдет что-то другое. Возьмите следующий код:

Integer num;
num = new Integer(10);

Первая строка объявляет переменную с именем num, но она не содержит примитивного значения. Вместо этого он содержит указатель (потому что тип Integer является ссылочным типом). Поскольку вы еще не указали, что указать на Java, он устанавливает значение null, что означает «Я ничего не указываю».

Во второй строке ключевое слово new используется для создания экземпляра (или создания ) объекту типа Integer и переменной указателя num присваивается этот объект. Теперь вы можете ссылаться на объект, используя оператор разыменования . (точка).

Exception, о котором вы просили, возникает, когда вы объявляете переменную, но не создавали объект. Если вы попытаетесь разыменовать num. Перед созданием объекта вы получите NullPointerException. В самых тривиальных случаях компилятор поймает проблему и сообщит вам, что «num не может быть инициализирован», но иногда вы пишете код, который непосредственно не создает объект.

Например, вы можете имеют следующий метод:

public void doSomething(SomeObject obj) {
   //do something to obj
}

В этом случае вы не создаете объект obj, скорее предполагая, что он был создан до вызова метода doSomething. К сожалению, этот метод можно вызвать следующим образом:

doSomething(null);

В этом случае obj имеет значение null. Если метод предназначен для того, чтобы что-то сделать для переданного объекта, целесообразно бросить NullPointerException, потому что это ошибка программиста, и программисту понадобится эта информация для целей отладки.

Альтернативно, там могут быть случаи, когда цель метода заключается не только в том, чтобы работать с переданным в объекте, и поэтому нулевой параметр может быть приемлемым. В этом случае вам нужно будет проверить нулевой параметр и вести себя по-другому. Вы также должны объяснить это в документации. Например, doSomething может быть записано как:

/**
  * @param obj An optional foo for ____. May be null, in which case 
  *  the result will be ____.
  */
public void doSomething(SomeObject obj) {
    if(obj != null) {
       //do something
    } else {
       //do something else
    }
}

Наконец, Как определить исключение & amp; причина использования Трассировки стека

18
задан abatishchev 13 September 2019 в 05:46
поделиться

6 ответов

Я просто заставил это создавать путем выполнения следующего:

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

10
ответ дан 30 November 2019 в 08:33
поделиться

Проверьте ссылочный раздел каждого проекта в проводнике решений... Ищите ссылки на сторонние блоки поставщика Как Infragistics или Динамику Данных, и т.д. который не мог бы быть установлен на машине, где Вы испытываете выпуск

1
ответ дан 30 November 2019 в 08:33
поделиться

хорошо, не уверенный, если это поможет, но если у Вас есть доступ к ildasm, исследуйте три сторонних блока и проверьте следующее: (Я нашел следующее гугление на Вашем сообщении об ошибке), от другого, парни отправляют, поэтому игнорируют имена, но ключ - то, что в декларации строка должна считать ".publickeytoken" не ".publickey", Ссылка на этот поток в:

http://social.msdn.microsoft.com/Forums/en-US/clr/thread/56e13ab1-4c03-4571-92f1-759081bcc78b/

Public Key or Token: ab 1a 81 37 f9 79 0c 88 

Loooks хорошо, правильно? Та последовательность действительно является маркером открытых ключей Reflex.dll.

проблема видна, если мы используем ildasm gui и нажимаем на "декларацию":

.assembly extern Reflex
{
.publickey = (2F 5A 20 3A 86 D3 5F 71 ) // /Z :.._q
.ver 1:0:0:0
}

Уведомление .publickey строка.

Это должно сказать .publickeytoken!!!

проблема состоит в том, что модуль Cecil, при создании измененного блока, помещает маркер открытых ключей в поле с открытым ключом (или забывает включать некоторый флаг, который говорит, что thiss является маркером, не полным открытым ключом. Я не знаю о деталях).

, Таким образом, это составляет вероятную ошибку в Cecil... Я должен был использовать вещь гэла вместо этого....:)

так или иначе, теперь я знаю, что ЕДИНСТВЕННАЯ проблема с исходным сценарием (прежде чем я переместился к Cecil) состояла в том, что он помещал ссылку на несборку со строгим именем (Отражение) в сборке со строгим именем (FXCOP).

, Таким образом, я зафиксировал это теперь и повторно выполнил мой исходный сценарий и... альт! Это работает!!

1
ответ дан 30 November 2019 в 08:33
поделиться

Могло случиться так, что необходимо определить целевую платформу явно и установить ее на x86. Могла бы быть проблема со сборкой на 64 бита.

Другая вещь: Вы запускаете VS как Администратор? Существуют проблемы с VS2005, когда он не работает с повышением на Vista, возможно, эта странная ошибка компиляции является одним из них.

0
ответ дан 30 November 2019 в 08:33
поделиться

Я использовал множество сторонних библиотек (MS Ent Lib) и решил переместить несколько библиотек DLL в «неиспользуемую» папку. Это дало мне указанную ошибку. Я считаю, что одна из библиотек, на которые я ссылался, на самом деле ссылается на другую библиотеку, которая должна находиться рядом с ней (даже при том, что в вашем проекте нет необходимости ссылаться на dll).

После перемещения библиотек обратно все скомпилировано без этой ошибки.

1
ответ дан 30 November 2019 в 08:33
поделиться

Я удалил файл лицензии из папки "Мой проект" и снова собрал его, он был успешно собран.

5
ответ дан 30 November 2019 в 08:33
поделиться