Не удается создать PoolableConnectionFactory

Они часто используются негласно в библиотеках. Например, заказанная структура данных словаря (т.е. ассоциативный массив , который позволяет отсортированный обход ключами) должна, скорее всего, быть реализована с помощью красно-черное дерево.

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

Берут сортировку, например:

  • При большинстве обстоятельств quicksort или измененный quicksort, который спадает до другого метода, когда отдельные сегменты становятся достаточно маленькими, обычно являются самым быстрым алгоритмом сортировки в большинстве целей. Однако quicksort имеет тенденцию показывать субоптимальное поведение на почти отсортированных данных.

  • основное преимущество пирамидальная сортировка состоит в том, что оно может быть сделано на месте с минимальным промежуточным устройством хранения данных, которое делает его довольно хорошим для использования в ограниченных системах памяти. В то время как это медленнее в среднем (хотя все еще n журнал (n)), это не страдает от плохой худшей производительности случая quicksort.

  • пример трети А сортировка слиянием , который может быть сделан последовательно, делая его лучшим выбором для сортировки наборов данных намного больше, чем Ваша оперативная память. Другое название этого является 'внешним видом', означая, что можно отсортировать использующее внешнее устройство хранения данных (диск или лента) для промежуточных результатов.

21
задан ujava 5 March 2011 в 12:04
поделиться

13 ответов

Это фактическая причина проблемы:

Причина: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: сбой линии связи

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

22
ответ дан 29 November 2019 в 20:54
поделиться

У меня была такая же проблема с localhost в исходном URL. Я решил с 127.0.0.1 вместо localhost.

4
ответ дан 29 November 2019 в 20:54
поделиться

Это проблема сети. Проверьте подключение к вашей базе данных. Либо ссылка на соединение с базой данных, имя пользователя и пароль неверны, либо сервер баз данных остановлен.

4
ответ дан 29 November 2019 в 20:54
поделиться

Я сталкиваюсь с той же проблемой, когда настраиваю tomcat и сервер mysql на виртуальной машине VirtualBox с помощью chef.

в этом случае, я думаю, что истинная проблема в том, что VirtualBox, кажется, назначает нелокальный адрес eth0 как

[vagrant@localhost webapps]$ /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 08:00:27:60:FC:47
      inet addr:10.0.2.15  Bcast:10.0.2.255  Mask:255.255.255.0

, а затем функцию автоматического определения рецепта шеф-повара, используя 10.0.2.15 в качестве сервера mysql. адрес привязки.

, поэтому укажите адрес привязки для параметров узла рецепта шеф-повара, чтобы решить проблему в моем случае. Я надеюсь, что эта информация поможет людям, использующим шеф-повара с вагрантом.

{
  "name" : "db",
  "default_attributes" : {
   "mysql" : {
    "bind_address" : "localhost"
    ...
   }
2
ответ дан 29 November 2019 в 20:54
поделиться

Здесь это было вызвано антивирусом avast. Вы можете отключить брандмауэр avast и активировать только брандмауэр Windows.

3
ответ дан 29 November 2019 в 20:54
поделиться

Это происходит потому, что брандмауэр блокирует соединение с базой данных.

Отключите брандмауэр и попробуйте снова запустить программу. У меня это сработало ...: D

1
ответ дан 29 November 2019 в 20:54
поделиться

Перейдите к файлу my.ini по указанному ниже пути в windows C:\ProgramData\MySQL\MySQL Server 8.0\my.ini

и прокомментируйте приведенную ниже строку

#bind-address=127.0.0.1

Затем перезапустите сервер MySQL и подключитесь.

Тогда вы сможете подключиться к MySQL с другого IP-адреса / машины.

1
ответ дан 29 November 2019 в 20:54
поделиться

Эта специфическая проблема может возникнуть и в localhost. Мы не можем исключить это потому, что проблема с сетью или интернет-соединения. Эта проблема возникнет, даже если все свойства подключения к базе данных верны.

Я столкнулся с той же проблемой, когда использовал имя хоста. Вместо этого используйте IP-адрес. Это будет решено.

1
ответ дан 29 November 2019 в 20:54
поделиться

Я изменил версию драйвера в pom.xml и помог мне

<dependency>
    <groupId>org.postgresql</groupId>
    <artifactId>postgresql</artifactId>
    <version>42.2.2</version>
</dependency>
0
ответ дан 29 November 2019 в 20:54
поделиться

Проблема может быть связана с тем, что слишком много пользователей одновременно получают доступ к БД. Либо увеличьте количество пользователей, которые могут одновременно получить доступ к БД, либо исключите существующих пользователей (или приложения). Используйте «Показать список процессов;» в хост-БД для проверки подключенных пользователей;

Я натолкнулся на другую причину, файл catalina.policy, который мог запретить доступ к конкретному IP / PORT

.
0
ответ дан 29 November 2019 в 20:54
поделиться

В моем случае решение заключалось в удалении атрибута

validationQuery="select 1"

из тега ресурса (DB Derby).

0
ответ дан 29 November 2019 в 20:54
поделиться

Если вы используете версию Apache tomcat 8.0, вместо нее используйте tomcat 7.0 Я пробовал localhost до 127.0.0.1 и выключал брандмауэр, но не работал, но использовал tomcat 7.0 и теперь работает

-1
ответ дан 29 November 2019 в 20:54
поделиться

У меня была похожая ошибка. Помогло изменение URL JDBC для использования 127.0.0.1 вместо localhost.

Также пытался изменить записи в файле catalina.policy, но это не помогло. Запись, которую я изменил, была для - java.net.SocketPermission

-1
ответ дан 29 November 2019 в 20:54
поделиться
Другие вопросы по тегам:

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