Нижеприведенное решение позволяет иметь содержимое ячейки таблицы, которое является длинным, но не должно влиять на ширину родительской таблицы, высота родительской строки. Например, если вы хотите иметь таблицу с width:100%
, которая по-прежнему применяет функцию автоматического размера ко всем другим ячейкам. Полезно в сетях данных с колонками «Примечания» или «Комментарий» ./
Добавьте эти 3 правила в свой CSS:
.text-overflow-dynamic-container {
position: relative;
max-width: 100%;
padding: 0 !important;
display: -webkit-flex;
display: -moz-flex;
display: flex;
vertical-align: text-bottom !important;
}
.text-overflow-dynamic-ellipsis {
position: absolute;
white-space: nowrap;
overflow-y: visible;
overflow-x: hidden;
text-overflow: ellipsis;
-ms-text-overflow: ellipsis;
-o-text-overflow: ellipsis;
max-width: 100%;
min-width: 0;
width:100%;
top: 0;
left: 0;
}
.text-overflow-dynamic-container:after,
.text-overflow-dynamic-ellipsis:after {
content: '-';
display: inline;
visibility: hidden;
width: 0;
}
Отформатируйте HTML таким образом в любой ячейке таблицы, в которой требуется динамическое переполнение текста:
//...your long text here...
Дополнительно примените желаемый min-width
(или вообще ничего) к ячейке таблицы.
Конечно, скрипка: https://jsfiddle.net/9wycg99v/23/
Это сайт, который помогает мне решить проблему.
http://code.google.com/p/hamcrest/issues/detail?id=128
hamcrest.jar должен идти до библиотеки Junit в пути сборки.
Если вы используете проект Maven, просто удалите библиотеку Junit из пути сборки и вместо этого импортируйте Junit и Hamcrest отдельно через POM.
Эта проблема разрешила мою проблему:
Замените $ ECLIPSE_HOME \ plugins \ org.hamcrest.core_1.3.0.v201303031735.jar с Maven или hamcrest-core-xx.jar вашего файла проекта (очевидно, переименовав его с тем же именем, что и затмение eclipse)
Йохан Марк (выше) предложил
переименовать файл
blockquote>$ECLIPSE_HOME\plugins\org.hamcrest.core_1.3.0.v201303031735.jar
в нечто вроде*.bak
или удалить файл. "Переименование / удаление файла заставило мою библиотеку Eclipse Junit перестать работать, но заменив файл JAR на копию той же самой версии из моего репозитория Maven, проблема с сертификатом исчезла.
(Как заметил кто-то из Google, Eclipse Junit копия hamcrest имеет сертификат, но копия Maven не ...)
Я просто удалил библиотеку JUnit из моей конфигурации проекта. Я все еще могу запустить тесты, поскольку JUnit также включен в мой файл pom. Таким образом, решение просто использует библиотеку от Maven.
Прежде всего убедитесь, что вы добавили зависимость JUnit в файл POM.xml.
Теперь щелкните правой кнопкой мыши по проекту и перейдите к свойствам, выберите путь сборки Java и выберите вкладку «Библиотеки».
В моем случае были Maven-зависимости, JRE и Junit4. И я просто удалил библиотеку Junit, и она работает для меня. Или можно также изменить порядок библиотек, поскольку из-за порядка сборки Hamcrest и JUnit4 возникла проблема.
У меня была точно такая же проблема. Я создал новый проект и решил проблему.
Я вошел в свойства сборки для проекта и сменил JUNIT с версии 4 на версию 3, и теперь он отлично работает.
Интересно, что у меня все еще есть версия 4 в моем pom.xml, поэтому я склонен к подумайте, что это проблема затмения (я смог построить и запустить мои тесты через терминал просто отлично).
моя среда Mac OS + eclipse, я нашел org.hamcrest.core_1.3.0.v201303031735.jar в моем JUnit 4, поэтому я не могу сделать это вперед, чем junit.jar.
, поэтому я удаляю его из пути ~ / .p2 / pool / plugins /, а затем обновляю проект, он работает.
Я решил эту проблему, удалив библиотеку Junit4 из пути сборки и добавив библиотеку TestNG в путь сборки и импортированные аннотации TestNG вместо аннотаций Junit4 в моей программе java.
У меня было то же исключение. Как и рекомендованный beachw08, я упомянул:
http://code.google.com/p/hamcrest/issues/detail?id=128
В одном из сообщений говорилось:
переименовать файл $ ECLIPSE_HOME \ plugins \ org.hamcrest.core_1.3.0.v201303031735.jar на что-то вроде * .bak или удалить файл.
Я сделал это, и он решил мою проблему.
Используйте junit-dep.jar, а не junit.jar - это JUnit минус его зависимости. Junit.jar содержит старую версию Hamcrest.
У меня недавно была эта проблема с eclipse и Junit.
Чтобы решить эту проблему, я сделал это:
1 - Загрузите последнюю банку hamcrest-all отсюда: https://storage.googleapis.com/google-code -archive-downloads / v2 / code.google.com / hamcrest /
2- Перейдите в папку установки eclipse: eclipse / plugin / и найдите org.hamcrest ... jar
3- сделайте резервную копию шага 2-го шага и замените его на шаге 1-го шага (переименуйте его так же, как и шаг 2).
4- перезапустите eclipse
После этого моя проблема была решена.
У меня была та же проблема, что и здесь. Я считаю, что проблема сводится к файлу junit4 jar.
Если в редакторе eclipse pom вы просматриваете иерархию junit4, вы увидите, что она имеет зависимость от hamcrest-core (т. е. hamcrest-core будет по умолчанию затягиваться при компиляции). В моем модульном тестовом коде я использую сборник Hamcrest Matchers (org.hamcrest.collection). Они не включены в основную банку, и я установил зависимость от hamcrest - все в pom. Выполнение этого дублирует включение hamcrest-core и, как представляется, оставляет вас открытым для несоответствия версии с зависимостью junit hamcrest-core и, следовательно, исключение безопасности. Я удалил зависимость hamcrest-all и заменил ее на hamcrest-библиотеку, и исключение исчезло.
Если вы используете только основной hamcrest, тогда вы не должны настраивать свою собственную зависимость и полагаться на версию junit, которая вытягивает В качестве альтернативы, как предложено в другом комментарии, используйте junit-dep, чтобы удалить зависимость junit, а затем включить hamcrest-all.
В моей настройке Eclipse внутри Project в разделе «Путь сборки Java», в библиотеках я ранее добавлял внутреннюю библиотеку JUnit, которая использует JUnit версии 4.8 и hamcrest-core версии 1.1. Я считаю, что это вызвало эту ошибку в моем случае.
Я оставляю эту информацию здесь, возможно, кто-то другой выиграет от моего опыта.
При попытке решить эту проблему для вашего конкретного контекста, помните, что трассировка стека выше - это просто симптом. Решения могут работать для некоторых людей, но не для других.
Например:
В моем случае вышеприведенный симптом был вызван JAR Hamcrest, который был использован внутри компании и предоставлен Eclipse, и когда я попытался заменить его переименованным «запасом» версия, все, что связано с JUnit, не загрузилось при запуске Eclipse. После того, как я вернусь к исходной внутренней версии, возвращается SecurityException
. Решение, которое работало для меня, состояло в том, чтобы удалить манифест в JAR с помощью 7-Zip. Это эффективно «без знака» JAR, и теперь моя конкретная конфигурация работает.
Я сделал следующее:
Сначала в pom-файле я исключил hamcrest-core из junit-зависимости и использовал вместо hamcrest-all. Второй я удалил из пути сборки Eclipse JUNIT, поскольку он переопределяет maven one. Заказ не повлиял на мои баночки, так как плохая банда была исключена.
Если вы получаете следующее исключение: «java.lang.SecurityException: информация о подписчике класса« org.hamcrest.Matchers »не соответствует информации о подписчиках других классов в одном пакете», убедитесь, Библиотека Junit в пути сборки. Вы можете настроить порядок в свойствах проекта в разделе «Путь сборки Java» на вкладке «Заказ и экспорт». нажмите ниже ссылку на изображение для большей ясности: http://i.stack.imgur.com/Y5R15.png
Order and Export
, а неLibraries
. – Schultz9999 5 August 2013 в 00:23