Привет всем!

Есть некоторая автоматизированная система, выполненная по классической технологии клиент-сервер. В качестве сервера БД используется Oracle 10. На данный момент есть желание (да и необходимость) создать приличный "тонкий" клиент к ней. Остановили свой выбор на применении Flex. Но, как подсказывает гугль, между Flex и Oracle должна быть третья часть - на сервере приложений.
На основе чего посоветуете строить эту самую третью часть? необходимо ли применение например BlazeDS или каких других фреймворков? Какую схему взаимодействия стоит применить?

ПС: в качестве языка разработки "третьей" стороны выбрана Java.
ППС: заранее извиняюсь за свои огрехи в технической стороне вопроса.

С уважением,
Вадим Романенко.

Может кто скинет статью на эту тему? А то этими фреймворками обложили - да еще и в диком количестве - а для начала что почитать, не совсем понятно :)

Связка конечно правильная - но... Упомянутый вопрос пока не имеет ответа. Как связать Оракл и Флекс через ... НЕЧТО :) На базе чего это НЕЧТО должно быть построено.

Petro123- оракл имеет мало отношения к ГУИ-RIA

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

Petro123- если УЖЕ есть система, то БЛ у вас в БД, значит сервер приложений не имеет смысла.
Нужна только дополнительная морда на том. что умеете.
Делать морду собираемся на Флексе. Средства ПРЯМОГО обращения к БД за данными при помощи запросов или ХП в нем нет. Есть несколько вариантов, насколько я понял. ХТТП запросы к файлам ХМЛ, запросы к веб-сервисам (не хочется - потому что громоздко и медленно) и - работа с неким RemoteObject. И это - все. Попытка разобраться с этой частью показала, что времени нужно убить весьма и весьма много, чтоб потыкаться во все варианты. Потому и задал тут вопрос :) Вдруг кто решал подобную задачу и может что-то присоветовать.
Опять же - может для последователей может что-то пригодиться.

Кстати, вот уже присоветовали неплохую ссылку - как раз разбираюсь-читаю.
BlazeDS-один из вариантов решения проблемы

Petro123Vadim Romanenko,
- если вы не знаете флекс, то зачем он вам?

я ничего не знаю в технологиях тонкого клиентописания. Флекс попробовал - за месяц забацал небольшое симпатичное удобное приложение, адекватно работающее под любым браузером. Понравилось :)

Petro123- средства прямого обращения к БД есть везде. Разница только в контролах на клиенте (ГУИ, профессия - верстальщик, ...)
А какие это средства во Флексе? Вы знаете? Я, пройдя обучение на сайте Флекса - такого средства не нашел.

На самом делеVadim Romanenkoадекватно работающее под любым браузером

Адекватно это как? Это когда не работает Backspace так, как положено ему работать браузеру и даже Ctrl+C не копирует текст в буфер?

Под любым браузером на iPhone или iPad удалось поработать? И как впечатления?
Адекватно - это когда:
- я сказал, что выпадающий список должен быть вот в этой области в 20 пикселях - значит, он там будет во всех браузерах
- я сказал, что вот это окошко должно иметь обрамление красного цвета, значит оно будет везде красным и нигде бардовым
- я забабахал достаточно сложную форму (в плане кол-ва компонентов с авторесайзом) - значит, она будет именно так выглядеть и иметь одинаковое поведение во всех браузерах, без того, чтоб одна компонента вдруг стала налазить на другую.

И все это - без лишнего геморроя и трушения прожекта под разными браузерами в попытках довести его до одинакового поведения в оных. И без ночей без сна в ожидании выхода нового ИЕ или там хрома какого-нить очередного :)

На самом делеVadim RomanenkoПривет всем!

Есть некоторая автоматизированная система, выполненная по классической технологии клиент-сервер. В качестве сервера БД используется Oracle 10. На данный момент есть желание (да и необходимость) создать приличный "тонкий" клиент к ней.

Достаточно бредовая идея. Для чего вам тонкий клиент? Для сотрудников?
А для чего вообще тонкий клиент?
Я вижу плюсы в следующем:
- не загромождается винда установленным ПО - для админа нет необходимости следить за каждым отдельным продуктом, эксплуатируемым на фирме в пересчете на каждый АРМ
- прозрачное обновление версий ПО (да, впринципе можно сделать автообновление)

[quot На самом деле]А может стоит просто открыть для себя такую вещь, как Windows Terminal Services, и не заниматься ерундой?
- еще один плюс тонкого клиента - работа по худым каналам связи. Хотя конечно вопрос требует доп.исследования - какой канал нужен для ВинТерминалСервер

На самом делеА если не для сотрудников, а для обычных, рядовых пользователей, то можно смело Flex (как и Silverlight) выбрасывать на помойку - шанс того, что у всех них будет стоять нужной версии Flash - стремится к нулю (а на мобильных устройствах этих RIA вообще может в принципе и не быть, ни сейчас, ни вообще никогда).
Это да, это согласен. Это кстати вопрос. Хоть интернет уже дошел и до каждого уголка нашей планеты, нужно будет прояснить в особо забобонных конторах - позволяют ли они обновление ФлешПлеера на рабочих местах...

На самом делеВ данном случае только один верный пусть - использовать или Oracle APEX (если дешево и быстро), или GWT (если хочется поиметь секас с Java). Или вообще что угодно на Java,
хоть JSF, лишь бы выдавало простой и совместимый с браузерами html.

С простым совместимым хтмл - неудобно работать, со сложным - снова возникает вопрос совместимости хотя бы с тремя основными браузерами. ИМХО.

_мод,

Да, LAN. Считаем, что минимальная скорость - 2 мбит. Но хотелось бы нормально работать на 256 кбит.

Petro123Т.к. основной способ "общения с БД" там - создание Апп сервера и Перемещения логики с БД на него.
Хотя можно и без этого, но это уже тонкости.
С Жавой немного знаком впринципе.
Насчет Апп сервера - тоже согласен. Вопрос в том, что нужно какой-то механизм выбрать с фреймворком.
Логику перемещать не собираемся - разве что для удобства некоторая обертка PL/SQL логики на Java дла передачи во Flex. Основная логика останется в Оракле.

Petro123Vadim Romanenko,
если логку оставить в Оракле, то у тебя от Java ничего нету, как у меня на сайте (пара строк в сервлетах хранимку вызвать)

Да, Вы правы. Ява в моем проекте может вылиться именно в эту маленькую вещь. Но в любом случае - Флекс не умеет НАПРЯМУЮ обращаться за данными в БД. Так что минимальная прослойка все равно нужна. Советуют BlazeDS. К нему и склоняюсь. Смотрю примеры - все вроде относительно несложно...
Но пока есть еще такие идеи применения яве:
- подготовка данных к виду, необходимому для легкого отображения в табличных отчетах (грубо говоря, одна табличная форма - один класс явы, который будет тупо возвращать таблицу с данными, рассчитанными, подогнанными для отображения)
- вариант - обмен данными с Flex в виде минимального набора классов. Т.е. Ява преобразует данные в некоторые сущности, используемые в предметной области, и Флекс оперирует не плоской таблицей, а набором классов

Petro123Vadim Romanenkoпропущено...

Но пока есть еще такие идеи применения яве:

что ты привязался к НАПРЯМУЮ?
А кто умеет напрямую? Ответ - никто. Вск через DAL.
- зайди на форум флекса и спроси, через что работает BlazeDS, чем неделю повторять одно и то-же.
---
Извини. Грекс был прав, о том что, в первую очередь тобой движет _изучить новую технологию_.
Для этого все средства хороши, даже притянутые за уши.
Против твоих доводов за ОРМ и маппинг БД на классы у меня есть 50 контрДоводов.
Но если твоя цель - изучить Java, то я и морочить тебе голову не буду.
Удачи!
ЗЫ
где бы яву _применить_ :))

Ни к чему и ни к кому я не привязывался :)
Насчет BlazeDS - уже вовсю пытаюсь. Повторяю неделю одно и то же - потому что ни одного нового ответа/совета все не видно.
Насчет того, что мною движет - спорить смысла не вижу. Нет у меня желания изучения новой технологии. Есть знания и видения, что люди сделали на этой связке. Есть пожелания заказчиков, руководства о свойствах продукта, который они желают видеть. Оказалось, что первое решение похоже на то, которое нужно для решения второй задачи. Вкратце так и было принято решение - о Флексе и Жаве.
Если Вы предположите, что моей целью не является изучение, а именно применение Явы и Флекса - возможно, захотите поморочить мне голову :)

Поскольку JSP - не нужно (отображение на флекс), то и кнопка Файл-нью-ЖСП тоже не нужна.

Petro123- осталось отдать ёё в тонкий клиент (View)
В этой фразе и есть вся логика моих терзаний :)
Как передать данные из Оракла в тонкий клиент, который полностью на флексе. Повторюсь еще раз - соединить напрямую Оракл и Флекс невозможно. В данный момент для реализации этой задачи смотрю в сторону BlazeDS. Пытаюсь прорваться через него и сделать маленький пилот-прожект. В форуме по жаве создал тему с вопросом о том, как правильно в Эклипсе создать жава-часть тест-драйва BlazeDS - если никто не поможет, как разберусь - выложу сам :) Почему-то этот шаг рождается с большим трудом. Хотя сам BlazeDS не так уж и сложен по своей сути.

_модVadim RomanenkoДа, LAN. Считаем, что минимальная скорость - 2 мбит. Но хотелось бы нормально работать на 256 кбит.
LAN и 2 мбит - это обычный толстый клиент, писаный на чем угодно.
Бр-р-р. При чем тут одно к другому? Выбор толстого/тонкого клиента и ширина канала связи? У нас например толстый клиент отлично работает на 33600 :) Ну не то чтобы отлично... Но вполне терпимо.

Petro123Vadim Romanenko,
значит понятие Толстый, у нас разное.
Т.к. загрузка списка ~ 10K строк при 1 мегабит канале уже вынуждает ждать пользователя.
Или у тебя пагинация на толстом клиенте :)
Может быть :)
Я под толстым клиентом понимаю полноценное десктопное решение, обычно - клиент-серверное.
ПС: списки на примерно 10к строк мы обычно напрямую не загружаем. Стараемся такие списки представлять в древовидной структуре, а дерево - отображать по мере разворачивания. Скорость открытия реально возрастает :)

Petro123Vadim Romanenko,
ну вот.
У нас пользователь требовательный.
Ему некогда тыкать мышкой в плюсики по 100 раз на день.
Или как в типичном веб - откройте, обновите, перейдите....

Хм. Ну так и для "толстого" и для "тонкого" исполнения по-моему выборка справочника в 10к строк будет задачей примерно одинакового порядка сложности.. Или я ошибаюсь? У Вас используется сжатие при передаче данных от сервера БД до клиента?

Petro123,

Теперь понятно :) У нас к тонкому клиенту несколько другие требования. Я бы даже сказал одно требование - отсутствие необходимости установки доп. ПО на каждый АРМ (клиент Оракла, спец. ПО). И выполнение рабочих задач, имея установленным только веб-браузер на локальном ПК.
А оптимизация по объему трафика и скорости загрузки форм - у нас она стоит и в "толстом" клиенте. Хотя справочник вобщем-то пара тыщ записей... Правда - там еще и обработка каджой строки идет, так что доп. стимул как можно меньше данных выдавать за один прием. Да и не нужно юзерам сразу все и сразу (специфика приложения).

_модVadim Romanenko Я бы даже сказал одно требование - отсутствие необходимости установки доп. ПО на каждый АРМ (клиент Оракла, спец. ПО).
Это вообще не проблема. Не нужно ничего устанавливать- все ставится автоматом с файл-сервера при каждом запуске. Зато никаких проблем с браузерами.

Это проблема, когда есть много компов, много стороннего софта и мало админов. Типичная ситуация у заказчиков. Тогда админы - отказываются где-либо по каждой софтине запоминать ноу-хау файл-серверов, хинтов и прочей фигни.
ПС: с Флексом - проблем с браузером нет ;)