ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Java [игнор отключен] [закрыт для гостей] / Разработка для сервера приложений.
25 сообщений из 28, страница 1 из 2
  1  все
Разработка для сервера приложений.
    #38617302
wvetal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wvetal
Гость
Хочу посоветоваться по некоторым вопросам.

Сначала опишу задачу.
Сейчас (уже) есть приложение, интерфейс написан на С# (WinForms), вся логика на Oracle. Через интерфейс отображаются данные из БД, и отправляются данные в БД. Расчетная часть - вызываются процедуры с параметрами в пакетах Oracle. Есть авторизация с разными правами доступа.

Необходимо перенести интерфейс на Веб. И чтоб все это крутилось на сервере приложений.
Планируется использовать jboss as (для начала, потом это может быть перенесено на другой сервер приложений, если финансовый вопрос будет решен).

Теперь вопросы:
1) Возможно ли это все реализовать с помощью сервлетов? Или есть более хорошее решение?
2) Как организовать авторизацию пользователей? Если можно - какие-то примеры, или ссылки.
3) Что посоветуете, если, например, необходимо с помощью сервлета отобразить данные, но запрос, который возвращает БД, выполняется очень долго; не ждать же пока страница загрузится. Хотелось бы, чтоб страница загрузилась, а там типа сообщение (или лучше всего progress bar какой-то), после чего данные и появятся.
4) Можно ли будет реализовать так: на сервлете какая-то кнопка, по ее нажатию должна вызваться процедура с параметрами из Oracle, по завершению работы процедуры - какое-то сообщение?
5) Можно ли будет сделать на одной странице Табы с данными, только чтоб данные грузились если включен соответствующий Таб? Или каждый таб выносить в отдельный сервлет?
6) Как лучше осуществлять передачу данных между сервлетами? Через параметры в URL, или в Сервере приложений объявлять переменные? Или зависит от ситуации?

Пока все с вопросами. Если будут еще - добавлю.
...
Рейтинг: 0 / 0
17.04.2014, 11:33
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38617320
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
wvetalНеобходимо перенести интерфейс на Веб
он у вас УЖЕ на веб.
Если на Java, то нужрно будет переписать всё. Т.к. у вас всё работает.
Java-ГУИ + Java-ORM + БД - XP
...
Рейтинг: 0 / 0
17.04.2014, 11:42
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38617322
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
wvetalно запрос, который возвращает БД, выполняется очень долго; не ждать же пока страница загрузится. Хотелось бы, чтоб страница загрузилась, а там типа сообщение (или лучше всего progress bar какой-то), после чего данные и появятся.
это не веб подход. Приведите пример, где это видели...прогресс-бар по веб через сотовый телефон.
...
Рейтинг: 0 / 0
17.04.2014, 11:44
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38617335
wvetal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wvetal
Гость
Petro123wvetalНеобходимо перенести интерфейс на Веб
он у вас УЖЕ на веб.
Если на Java, то нужрно будет переписать всё. Т.к. у вас всё работает.
Java-ГУИ + Java-ORM + БД - XPЯ имел ввиду переписать интерфейс на java и запустить на jboss.
...
Рейтинг: 0 / 0
17.04.2014, 11:54
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38617414
For All
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
For All
Участник
1) Лучше чем сервлеты будет spring-mvc (читать 16-й раздел).
2) Как я понял ваше текушее приложение логинится сразу в базу. Соответственно, вам нужно работать через JDBC : иметь jdbc-драйвер для оракла в составе своего war, устанавливать соединение на каждый запрос от пользователя (с логин и паролем сохранёнными в HttpSession) и т.д.
3) Если запрос выполняется очень долго, то только AJAX вам поможет: периодически опрашивать сервер до дех пор, пока результаты не появятся. Можно попробовать и более модную технологию WebSockets.
4) Можно. Но только, если эта процедура выполяется не долго, и можно сразу подождать ответ. Если долго - то пункт 3.
5) Можно. Это всё сфера GUI программировани под веб - JavaScript и всё такое. Попробуйе использовать jQuery , что бы в голом JavaScript не копаться (это же касается и пункта 3 - jQuery умеет AJAX запросы отсылать)
6) Не совсем понятно, что понимается под передачей данных меджу сервлетами? Сервлеты между собой не общаются (окромя пераций include или forward - та всё через HttpRequestQuery пробрасывается, он же в себе хранит параметры формы из браузера)
...
Рейтинг: 0 / 0
17.04.2014, 12:53
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38617604
GregTk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GregTk
Участник
wvetal,

Если есть опыт написания desktop приложений то посмотри лучше на связку Vaadin + Spring Framework + Spring Security.
В Vaadin будет более или менее знакомая парадигма разработки UI, а Spring решит проблемы безопасности и сервера приложений. И мой вам совет не гонитесь вы за JBoss или ещё какой либо пакостью, вам легко хватит Jetty для разработки и Tomcat для продакшена.

Ну и конечно если вы возьмете Vaadin то понимание что такое сервлет и где он живет, а так же его жизненный цикл вам всё равно нужно будет знать чтоб понимать как оно всё работает внутри.
...
Рейтинг: 0 / 0
17.04.2014, 14:48
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38617657
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
и уж если переписывать - то стоит сразу обратить внимание на websockets
не потому , что модно, а потому, что очень много преимуществ
и между серверами, и между клиентами и между клиентом и сервером
есть как открытый так и зашифрованный.

автор3) Если запрос выполняется очень долго, то только AJAX вам поможет: периодически опрашивать сервер до дех пор, пока результаты не появятся. Можно попробовать и более модную технологию WebSockets.
4) Можно. Но только, если эта процедура выполяется не долго, и можно сразу подождать ответ. Если долго - то пункт 3.

причем при использовании ws можно отображать информацию прямо с сервера.
и не ждать очередности ответов, в порядке запросов (как в AJAX )
запустил с клиента запрос/задачу и продолжай дальше, можно любое количество таких задач/запросов
по мере их выполнения сервер будет и прогрессбары и данные отображать по мере выполнения.
в отличии от AJAX не надо долбить сервер запросами о готовности..
у тебя на сервере крутится долгий цикл по обработке - одна из команд цикла - сообщение клиенту о этапе работы,
закончится - данные клиенту
...
Рейтинг: 0 / 0
17.04.2014, 15:27
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618148
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
wvetalЯ имел ввиду переписать интерфейс на java и запустить на jboss.
Это понятно. Не ясна - Цель)).
Если с учебной целью, то всё переписать. И помнить что в Веб у чистой Java нет ГУИ.
...
Рейтинг: 0 / 0
17.04.2014, 22:58
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618457
For All
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
For All
Участник
Petro123wvetalЯ имел ввиду переписать интерфейс на java и запустить на jboss.
Это понятно. Не ясна - Цель)).
Если с учебной целью, то всё переписать. И помнить что в Веб у чистой Java нет ГУИ.
Цель очень простая. То как есть сейчас - клиентское приложение на машине клиента соединяется с базой шлёт всякие там запросы. Следовательно:
1) Соединяться напряму с базой с машины клиента - очень плохая идея. Сервер базы должен быть скрыт от внешнего мира, никто к нему, кроме доверенных серверов подключаться не должен. JBoss и будет этим сервером: внешний мир видит jboss, jboss видит базу, но внешний мир базу не видит (и это хорошо).
2) Клиентское приложение - написано на C#, десктоп - на смартфоне на андроиде, планшете iOS работать не будет. Браузер есть везде, на всех платформах. Написав один раз Web-интерфейс, можно быть уверенным, что с любого устройства можно подключиться.
...
Рейтинг: 0 / 0
18.04.2014, 11:08
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618460
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
For All,
это всё понятно. Почему он меняет ПЛАТФОРМУ?
Если остаться на шарпе - переписывать меньше.
...
Рейтинг: 0 / 0
18.04.2014, 11:13
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618464
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
For All,
п.п. 2
как в Java так и на шарпе можно писать и толстых и тонких клиентов одинаково.
...
Рейтинг: 0 / 0
18.04.2014, 11:15
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618476
For All
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
For All
Участник
Petro123For All,
это всё понятно. Почему он меняет ПЛАТФОРМУ?
Если остаться на шарпе - переписывать меньше.
Ну по большому счёту он ничего не меняет. Вся логика и так в хранимых процедурах в базе находится, и там и останется. А тонкий клиент в вебе - это JavaScript (+ всё многообразие javascript-овых библиотек). Так, что клиент переписывать в любом случае нужно весь и полностью (независимо от того будет ли сервер на шарпе или на яве).
...
Рейтинг: 0 / 0
18.04.2014, 11:22
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618487
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
For AllНу по большому счёту он ничего не меняет
тут везде свои подходы. Что хорошо на Java как мантра - не так в шарпе.
Главное функционал по ТЗ. Если будет то же самое, то вопрос только в "хотелка для программиста".
БЛ из БД в сервер приложений просто так никто не переносит.
А функционал шарпа и Java равен)))
"Удачи аффтару"
______________________________________________
"Сложнее всего в мире достигнуть простоты — это крайняя граница опыта и последнее усилие гения". © George Sand.
AutoPOI.ru — ГИС-технологии для Oracle
...
Рейтинг: 0 / 0
18.04.2014, 11:30
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618489
wvetal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wvetal
Гость
Petro123For All,
это всё понятно. Почему он меняет ПЛАТФОРМУ?
Если остаться на шарпе - переписывать меньше.Такое пожелание/требование заказчика. Плюс приложение еще будет расширятся потом, или модифицироваться.
...
Рейтинг: 0 / 0
18.04.2014, 11:32
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618496
For All
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
For All
Участник
Повторю ещё раз:
Petro123Если остаться на шарпе - переписывать меньше.For AllТонкий клиент в вебе - это JavaScript (+ всё многообразие javascript-овых библиотек). Так, что клиент переписывать в любом случае нужно весь и полностью (независимо от того будет ли сервер на шарпе или на яве).Даже если и остаться на шарпе переписать весь клиент прийдётся полностью, только из-за того, что клиент нужен веб, а сейчас есть десктоп.
...
Рейтинг: 0 / 0
18.04.2014, 11:36
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618507
For All
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
For All
Участник
Petro123БЛ из БД в сервер приложений просто так никто не переносит.А никто и не собирается её переносить, как была БЛ в БД так там и останется. Всё что собираются поменять - это способ подключения к базе (не напрямую с клиентской машины, а через сервер), и саму реализацию клиента (с C# десктопа (который надо скачивать и устанавливать) на JavaScript-овый веб (который скачивать не надо: откроется на любой платформе где есть браузер: Windows, Linux, Android, iOS и т.д.))
Petro123А функционал шарпа и Java равен)))По большому счёту функционал у всех языков одинаков.
...
Рейтинг: 0 / 0
18.04.2014, 11:44
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618513
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
OFF
For All,
я так понимаю:
- нужен ТОНКИЙ клиент.
- его можно сделать без Java обратившись в форумы Microsoft.NET
Будет то-же самое приложение "по большому счёту")))
Так?
...
Рейтинг: 0 / 0
18.04.2014, 11:47
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618515
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
For AllДаже если и остаться на шарпе переписать весь клиент прийдётся полностью, только из-за того, что клиент нужен веб, а сейчас есть десктоп.
не уверен)))) imho
...
Рейтинг: 0 / 0
18.04.2014, 11:48
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618520
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
wvetalТакое пожелание/требование заказчика
воооот. А мы тут домысливаем)))
Тогда вопрос снят)
...
Рейтинг: 0 / 0
18.04.2014, 11:49
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618524
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
wvetal,
пиши.
Java-ГУИ + Java-ORM + БД - XP
Удачи!
...
Рейтинг: 0 / 0
18.04.2014, 11:51
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618539
For All
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
For All
Участник
Petro123wvetal,
пиши.
Java-ГУИ + Java-ORM + БД - XP
Удачи!Java-ORM не нужен (это как раз и будет перенос БЛ из БД на сервер приложений) - нужен plain jdbc, чтобы SQL-запросы (существющие) в базу слать.
Petro123я так понимаю:
- нужен ТОНКИЙ клиент.
- его можно сделать без Java обратившись в форумы Microsoft.NETЕсли есть возможность готовое C# WinForms приложение приблизительно в один клик превратить в веб приложение, то это конечно предпочтительнее чем переписывать его с нуля на чём бы то ни было. Однако, от написания сервера (это та часть которая из толстого клиента уйдёт на сервер для того, чтобы клиент стал тонким) этот клик не избавляет.
...
Рейтинг: 0 / 0
18.04.2014, 12:00
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618576
OldBoyOdeSu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OldBoyOdeSu
Участник
wvetalвся логика на Oracle
интересно существующая логика зависит от сессии пользователя? Т.е. например хранятся переменные в пакетах, которые должны быть доступны между вызовами подпрограмм БД, используются сессионные temp таблицы и всё в таком духе, т.е. если пользователь будет постоянно брать коннект из пула, то это уже новые сессии будут, а не одна и та же на протяжении работы приложения.
...
Рейтинг: 0 / 0
18.04.2014, 12:16
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618581
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
For All,
- я за то, чтобы программист умел писать БЛ и так и так. Если это CRUD то ОРМ выиграет.
- шарп потерял актуальность и оффтоп из-за заказчика.
- есть ещё момент, что мобильные приложения это одно, тонкий клиент второе, а Rich корпоратив - третье.
Нет одной таблетки на всё.
Удачи!
...
Рейтинг: 0 / 0
18.04.2014, 12:18
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618587
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
OldBoyOdeSu,
если есть\был крутой разработчик БД в штате, то всё так и есть. Пул там не нужен. Это не веб был.
...
Рейтинг: 0 / 0
18.04.2014, 12:21
| Ответить | Цитировать | Написать  
Разработка для сервера приложений.
    #38618603
wvetal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wvetal
Гость
OldBoyOdeSuwvetalвся логика на Oracle
интересно существующая логика зависит от сессии пользователя?
На данный момент логика не зависит от сессии пользователя. Права доступа осуществляются на основе прав доступа Пользователей БД Оракл... Тут, видимо, тоже БЛ менять нужно будет. Поэтому и интересовал вопрос авторизации.
...
Рейтинг: 0 / 0
18.04.2014, 12:28
| Ответить | Цитировать | Написать  
25 сообщений из 28, страница 1 из 2
  1  все
Форумы / Java [игнор отключен] [закрыт для гостей] / Разработка для сервера приложений.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=59&msg=38617302&tid=2127318]:
 0ms
get settings:
 6ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 159ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 60ms
get tp. blocked users:
 1ms
others: 213ms
total:  469ms
созд. / загр.: 469ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]