Судя по ошибке, вы пытаетесь из сервлета напрямую регистрировать класс драйвера (Class.forName()) и открывать соединение через DriverManager.
В приложении под JEE-сервером так делать нельзя (вернее, категорически не рекомендуется). Нужно на уровне сервера приложений настроить пул соединений с базой данных, а в самом приложении обращаться к этому пулу (через JNDI-ссылку и интерфейс javax.sql.DataSource) для получения соединений. Предлагаю поискать по ключевым словам "glassfish jdbc connection pool"
1. Подключить пустой внешний диск достаточной емкости.
2. Отформатировать внешний диск в HPFS.
3. Включить TimeMachine и использовать внешний диск как целевой.
4. Дождаться создания резервной копии TimeMachine.
5. Выключить TimeMachine.
6. Отключить внешний диск и убрать его в "надежное место".
7. Выполнить обновление.
8. Если после обновления "стало хуже" - восстановиться с резервной копии.
Если нет настроек и данных, которые хочется сохранить - я бы выполнил "чистую" установку. Фактически работает и так и так. В моем "хозяйстве" на MacMini система обычно апгрейдится (3 раза уже), а на ноутбуке (MBP15 Late 2010) - ставится с нуля. На ноуте я обычно новые версии системы ставлю для тестов, и уже потом, если не встречу серьезных глюков - выполняю апгрейд основной системы (MacMini).
Инструкция по созданию загрузочной флешки есть здесь: support.apple.com/en-us/HT201372
Можно. Из AppStore можно выгрузить дистрибутив Yosemite. А дальше можно или обновить существующую систему, или создать загрузочную флешку на основе образа dmg, который лежит внутри этого инсталлятора.
Саймон: С учетом вашей конфигурации (Компьютер > Ресивер > Колонки) покупка аудио карты имеет смысл, если эта карта умеет упаковывать звук в цифровой формат DD или DTS. Т.е. компьютер (аудио-карта) будет отдавать цифровой многоканальный аудио-поток, а ресивер будет заниматься преобразованием и усилением. Т.е. качество преобразования будет зависеть от качества ресивера.
Судя по форумам, упаковывать многоканальный звук из игр в цифровой многоканальный формат умеет, например, ASUS Xonar D1 или D2.
Ключевые слова: Dolby Digital Live и DTS Interactive Encoder.
Источник информации: forums.overclockers.co.uk/showthread.php?t=18455123
Если кодировка данных в базе совпадает с кодировкой базы, то скорее всего в базе все корректно, и, скорее всего, JDBC-драйвер тоже вернет данные корректно. Вопрос в том, как эти данные читаются и где они потом отображаются. Предлагаю считать поле из таблицы, содержащее кириллические символы через ResultSet.getString(N), а потом эту строку вывести в файл, явно указав кодировку, в которой нужно сохранить данные.
Пример кода: ideone.com/YD8cxd
Если в файле данные будут выглядеть нормально (в кодировке UTF-8), значит проблема не в базе и не в драйвере, а где-то в прикладном коде.
public class AppendingObjectOutputStream extends ObjectOutputStream
{
public AppendingObjectOutputStream(OutputStream out) throws IOException
{
super(out);
}
@Override
protected void writeStreamHeader() throws IOException
{
// do not write a header, but reset:
// this line added after another question
// showed a problem with the original
reset();
}
}
Предложенный по ссылке класс является "наследником" класса ObjectOutputStream. Он переопределяет один из методов класса "writeStreamHeader()" для предотвращения повторной записи маркера в выходной поток. В остальном - поведение этого класса аналогично поведению класса ObjectOutputStream.
Как вариант, захватывать пакеты при помощи RawCap, а потом анализировать/обрабатывать в WireShark или программно анализировать через jnetpcap (Java), там есть возможность читать пакеты из файла.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
В приложении под JEE-сервером так делать нельзя (вернее, категорически не рекомендуется). Нужно на уровне сервера приложений настроить пул соединений с базой данных, а в самом приложении обращаться к этому пулу (через JNDI-ссылку и интерфейс javax.sql.DataSource) для получения соединений. Предлагаю поискать по ключевым словам "glassfish jdbc connection pool"