Возможности приминения Java

@Balamout · Регистрация: 06.07.2007

Студворк — интернет-сервис помощи студентам

Не поделитесь ли Вы, многоуважаемые все, своими мыслями, по поводу возможностей применения Java ... Если я не ошибаюсь наибольшее распространение, даже судя по здешним обсуждениям, получили Java-servlets .. А как дела обстоят с апплетами ... Вообще, насколько имеет смысл пытаться городить сложные приложения для работы с БД, опираясь на апплетные технологии ... Есть ли примеры живых сайтов реализующих нечто подобное? Был бы очень признателен, если бы мне помогли взвесить все плюсы и минусы, до начала работы

15.08.2007, 18:51

Разумеется ты сможешь работать с БД из аплета,
но только в том случае, когда и БД и аплет расположены на одном и том же компьютере. В противном случае ты обломаешься по причине секьюрных соглашений в использовании аплетов.

15.08.2007, 20:13

Апплет не самое лучшее решение для коннекта с БД.
Объясняю - для примера существует такой декомпайлер - SourceAgain который может он-лайн декомпиллировать любой апплет - надо знать только юрлик к нему(что не сложно надо открыть код хтмл).
А раскрыв код апплета можно получить доступ к БД.
С сервлетами и JSP это не произойдет по понятной причине потому что они сидят на сервере и только возвращают динамическую страницу.
Для этого и делалось секьюрити для ааплетов.
Поэтому лучше получить данные из БД используя JSP или сервлет и засунуть их в апплет.Так более безопасно с моей точки зрения.

@Balamout · 17.08.2007, 12:43 **[ТС]**

В принципе секьюрные соглашения легко перезаключаются утилитой poolicytool

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

Вот только, какие ресурсы необходимы для приемлимой работы JRE? Насколько справедливы высказывания о том что C++ не впример скромнее в своих требованиях? ... Да и вообще не ошибся ли я где-либо в своих рассчетах

@t1k · 17.08.2007, 15:51

По-моему не нужно делать приложение для работы с БД опираясь на апплеты. Т.к. нарушается парадигма (о как!!!) клиент-серверного программирования, т.е. работа с БД на сервере, отображение результатов на клиенте.

Когда работа с БД производиться на едином сервере, специально оптимизированном это лучше чем когда на разномастных клиентах.

Если же тебя заботит настройка ПО на стороне клиента, то используй для отображения HTML, т.к. браузеры у всех одинаковы.

Беспокоит производительность JSP используй PHP,CGI,ASP.

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

17.08.2007, 20:03

Ну что ж попробуйте перезаключить как вы говорите секьрити соглашения для апплета используя policytool.Но попрошу помнить что java-секьирити и секьюрити NN и секьюрити IE совершенно разные вещи и вышеупомянутые браузеры имеют свои собственные секьрити соглпшения и никакой полиситул вам не поможет.Необходимо покупать цифровые подписи для каждого из них.Вот если вы будете писать под HotJava тогда ещё может быть что то получиться.Но я вам говорил в большей степени про раскрываемость кода апплета.А в дальнейшем Вам решать.

@iZEN · 18.08.2007, 02:44

1) JRE бывают разные:
-- версии 1.0-1.1 поддерживаются IE3.0-IE5.0 (насколько я знаю) и то не полностью (RMI, Reflection, JNI, etc в Microsoft JVM отсутствуют или несиртифицированы - FAQ: http://www.javapower.ru/faq/rmi.htm);
-- версии 1.1.1-1.3 JVM в IE поддерживаются через plug-in (информация об этом: http://java.sun.com/products/plugin/1.1.1/docs/tags.html)

2)Апплеты бывают разные: совсем необязательно вставлять в HTML код апплета параметры логина пользователя; надо из апплета отсылать серверу информацию, которую ввёл о себе пользователь сам (коннект+имя+пароль).

Новые блоги и статьи Все статьи Все блоги /
Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это дополнительная запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:
Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .

@Balamout 0 / 0 / 0 Регистрация: 06.07.2007 Сообщений: 11

	Возможности приминения Java 15.08.2007, 12:50. Показов 1732. Ответов 6 Метки нет (Все метки) Не поделитесь ли Вы, многоуважаемые все, своими мыслями, по поводу возможностей применения Java ... Если я не ошибаюсь наибольшее распространение, даже судя по здешним обсуждениям, получили Java-servlets .. А как дела обстоят с апплетами ... Вообще, насколько имеет смысл пытаться городить сложные приложения для работы с БД, опираясь на апплетные технологии ... Есть ли примеры живых сайтов реализующих нечто подобное? Был бы очень признателен, если бы мне помогли взвесить все плюсы и минусы, до начала работы 0

AiK
	15.08.2007, 18:51
	Разумеется ты сможешь работать с БД из аплета, но только в том случае, когда и БД и аплет расположены на одном и том же компьютере. В противном случае ты обломаешься по причине секьюрных соглашений в использовании аплетов.

mishgun
	15.08.2007, 20:13
	Апплет не самое лучшее решение для коннекта с БД. Объясняю - для примера существует такой декомпайлер - SourceAgain который может он-лайн декомпиллировать любой апплет - надо знать только юрлик к нему(что не сложно надо открыть код хтмл). А раскрыв код апплета можно получить доступ к БД. С сервлетами и JSP это не произойдет по понятной причине потому что они сидят на сервере и только возвращают динамическую страницу. Для этого и делалось секьюрити для ааплетов. Поэтому лучше получить данные из БД используя JSP или сервлет и засунуть их в апплет.Так более безопасно с моей точки зрения.

@Balamout 0 / 0 / 0 Регистрация: 06.07.2007 Сообщений: 11
	17.08.2007, 12:43 [ТС]
	В принципе секьюрные соглашения легко перезаключаются утилитой poolicytool ) Создаваемое приложение не предназначено для работы случайных юзеров .. Свой выбор на апплетах я остановил, потому что хотел избавить себя от неоходимости настройки софта на клиентских машинах и избежать всех проблем по обновлению клиентских программ на довольно таки удаленных сетевых машинах Вот только, какие ресурсы необходимы для приемлимой работы JRE? Насколько справедливы высказывания о том что C++ не впример скромнее в своих требованиях? ... Да и вообще не ошибся ли я где-либо в своих рассчетах 0

@t1k 4 / 4 / 5 Регистрация: 10.05.2007 Сообщений: 1,616
	17.08.2007, 15:51
	По-моему не нужно делать приложение для работы с БД опираясь на апплеты. Т.к. нарушается парадигма (о как!!!) клиент-серверного программирования, т.е. работа с БД на сервере, отображение результатов на клиенте. Когда работа с БД производиться на едином сервере, специально оптимизированном это лучше чем когда на разномастных клиентах. Если же тебя заботит настройка ПО на стороне клиента, то используй для отображения HTML, т.к. браузеры у всех одинаковы. Беспокоит производительность JSP используй PHP,CGI,ASP. Далее допустим ты написал апплет, пользователи позаходили на страничку у них все работает. Но ты изменил апплет (исправил ошибки) и в результате, у пользователей в кэше браузера лежит твой старый апплет и именно он будет использоваться. Т.к. браузеры по умолчанию кэшируют апплеты и картинки, а НТМЛ нет. 0

mishgun
	17.08.2007, 20:03
	Ну что ж попробуйте перезаключить как вы говорите секьрити соглашения для апплета используя policytool.Но попрошу помнить что java-секьирити и секьюрити NN и секьюрити IE совершенно разные вещи и вышеупомянутые браузеры имеют свои собственные секьрити соглпшения и никакой полиситул вам не поможет.Необходимо покупать цифровые подписи для каждого из них.Вот если вы будете писать под HotJava тогда ещё может быть что то получиться.Но я вам говорил в большей степени про раскрываемость кода апплета.А в дальнейшем Вам решать.

@iZEN 1 / 1 / 1 Регистрация: 18.08.2007 Сообщений: 289
	18.08.2007, 02:44
	1) JRE бывают разные: -- версии 1.0-1.1 поддерживаются IE3.0-IE5.0 (насколько я знаю) и то не полностью (RMI, Reflection, JNI, etc в Microsoft JVM отсутствуют или несиртифицированы - FAQ: http://www.javapower.ru/faq/rmi.htm); -- версии 1.1.1-1.3 JVM в IE поддерживаются через plug-in (информация об этом: http://java.sun.com/products/plugin/1.1.1/docs/tags.html) 2)Апплеты бывают разные: совсем необязательно вставлять в HTML код апплета параметры логина пользователя; надо из апплета отсылать серверу информацию, которую ввёл о себе пользователь сам (коннект+имя+пароль). 0