У меня была подобная проблема, но это было с сервером Tomcat 5.5. Время запуска было довольно важно, таким образом, я получил эту ошибку.
Для решения этой проблемы я сделал, который ступает: В Предпочтениях, Сервере, я изменил свойство "Server timeout delay" на "Неограниченный".
Редактирование:
Для Eclipse Ganymede, необходимо сделать это: В представлении сервера дважды щелкните на своем сервере по JBoss. В обзоре у Вас есть панель "Timeouts" (по умолчанию, он сворачивается). Можно определить тайм-ауты для сервера, запускают и останавливают операции.
Dictionary.Equals() uses the default Equals from Object, checking if the two objects are the same reference, as does all the other default collections. You're free to create your own subclass with value semantics, though that usually includes things being immutable as well.
Others have mentioned that it is using the Object.Equals implementation, you can use the following to override it:
public class EqualsDictionary<T, T> : Dictionary<T, T>
{
public override bool Equals(object obj)
{
//Place your comparison implementation here
}
}
Probably the Equals
method of the Dictionary
class simply resorts to the default implementation inherited from Object
, that is, it just compares the Dictionary
object reference passed with its own reference. See here: Object.Equals reference
SortedList <,>
позволяет поиск по индексу).
Кроме того, равенство и хэш-код логически связаны вместе. Хэш-код должен быть неизменным, иначе все алгоритмы на основе хешей работать не будут. Вы не можете гарантировать этого, когда используете содержимое для проверки равенства. Поэтому реализация по умолчанию (проверка, являются ли они одним и тем же экземпляром) вполне разумна. Однако вы можете создать собственное сравнение контента на равенство.
поскольку они имеют разные характеристики и особенности (например, SortedList <,>
позволяет поиск по индексу).
Кроме того, равенство и хэш-код логически связаны друг с другом. Хэш-код должен быть неизменным, иначе все алгоритмы на основе хешей не будут работать. Вы не можете гарантировать этого, когда используете содержимое для проверки равенства. Поэтому реализация по умолчанию (проверка, являются ли они одним и тем же экземпляром) вполне разумна. Однако вы можете создать собственное сравнение контента на равенство.
поскольку они имеют разные характеристики и особенности (например, SortedList <,>
позволяет поиск по индексу).
Кроме того, равенство и хэш-код логически связаны друг с другом. Хэш-код должен быть неизменным, иначе все алгоритмы на основе хешей не будут работать. Вы не можете гарантировать этого, когда используете содержимое для проверки равенства. Поэтому реализация по умолчанию (проверка, являются ли они одним и тем же экземпляром) вполне разумна. Однако вы можете создать собственное сравнение контента на равенство.
реализация по умолчанию (проверка, являются ли они одним и тем же экземпляром) вполне разумна. Однако вы можете создать собственное сравнение контента на равенство. реализация по умолчанию (проверка, являются ли они одним и тем же экземпляром) вполне разумна. Однако вы можете создать собственное сравнение контента на равенство.