Привет всем) Знаю вопрос не совсем про апплеты, но задам все же свой вопрос здесь. Написал я апплет, смысол которого то что он читает инфу из базы и отображает её в апплете. Так вот когда я это все писал, чтобы апплет работал я подключал jar файл драйвера в Idea, добавляя его в модули которые компилятся.
После того, как все это дело я захотел вставить в страницу, из консоли оперы я выяснил, что апплет не может найти драйвер, вот трейс:
java.lang.ClassNotFoundException: org.firebirdsql.jdbc.FBDriver
    at java.net.URLClassLoader$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(Unknown Source)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at java.lang.ClassLoader.loadClassInternal(Unknown Source)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Unknown Source)
    at NewJFrame.connect(NewJFrame.java:42)
    at NewJFrame.<init>(NewJFrame.java:131)
    at Main.init(Main.java:28)
    at com.opera.PluginPanel.run(PluginPanel.java:420)
    at java.lang.Thread.run(Unknown Source)
я так понял, надо указать файл драйвера из кода, как это сделать???
Вот код главного класса:

Вот часть кода там где происходит подключение:

И еще апплет у меня появляется в отдельном окне, как сделать чтобы он встроенный в страницу был? Зарание спасибо

не использовать JFrame

А как насчет драйвера, как его из кода подключить??? Или надо по другому этот вопрос решать???

Или положить jar с драйвером на сервер и указать его в параметре archive тега applet. Или упаковать все необходимые классы в один jar.

А в коде класса там где подключение идет, никакого пути к драйверу прописывать не надо? Просто сейчас на работе попробывать не могу 

Нет. Это уже забота ClassLoader-а найти нужный класс.

... и с ба-а-альшой долей вероятности получить SecurityException при попытке соединения с произвольным хостом. А если даже и нет - страшно подумать, какой будет скорость работы с базой при связи через WAN.

2 Vassik: Это организуется не так. На сервере, с которого пришел апплет, сидит приложение, например, сервлет, которое умеет выбирать из базы нужную информацию. Апплет шлет запрос, приложение выбирает данные и возвращает в виде, готовом к использованию. Таким образом увеличивается скорость (связь с базой через LАN в худшем случае, в лучшем - на одном сервере, но это редко когда делается из-за проблем с производительностью), уменьшается объем данных, передаваемых через инет (апплету не нужно драйвер базы с собой тащить, да и уже готовые данные часто занимают меньше, чем результаты запроса из базы), ну и нет проблем с безопасностью.

А почему база должна быть на произвольном хосте? 



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

Спасибо всем за советы буду разбираться)

2 LSD: Сериализация объектов, а что ты имел ввиду под этим понятием, что конкретно?

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

По-моему, я уже где-то здесь видел тему об апплете и его взаимодействии с БД, так вот, там было написано что коннектиться к базе с апплета - не лучший вариант. Одна из причин - это то, что логин и пароль к БД хранятся в апплете. Таким образом его можно декомпилировать и достать эти данные. А есть ли способ как-то это обойти? 

В любом случае пользователя надо как-то аутентифицировать. Можно использовать имя и логин пользователя для коннекта к базе и в апплете вообще ничего не хранить.

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

Тогда гостевой пароль в базу, с правами только на чтение и только тех данных который можно читать гостю. Если надо можно использовать процедуры и вьюхи.
Т.е. апплет должен только представлять пользователю данные в удобном виде. А безопасность БД должен обеспечивать сервер СУБД.

"А безопасность БД должен обеспечивать сервер СУБД." 

- безопасность ДБ может обеспечить специалист по СУБД, если он есть в компании .  А если его нет, то наверное проще cделать все же трехуровневую систему, чтобы сервер СУБД просто не был доступен из интернета напрямую. 

Опять же, если апплет за файерволом, то прямое сокетное соединение с базой данных вряд ли будет возможно. Только сервлеты помогут. Еще один аргумент за три уровня.

 



Это сообщение отредактировал(а) COVD2 - 27.8.2006, 17:45