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

Я бы посоветовал вместо стека JEE использовать Spring, в нем гораздо больше синтаксического сахара.
Да и такие фасады уже реализованы, см. Spring-Data.
Там даже реализацию писать не надо, только интерфейс. ;-)
...
Рейтинг: 0 / 0
24.02.2016, 06:40
| Ответить | Цитировать | Написать  
Архитектура приложения уровня предприятия
    #39177437
breath
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
breath
Участник
советовать мне спринг не нужно хватило и тс не я.
генерить запрос по названию метода findByNameAndOrderDataIsNull, findByDescIsTrueAndLocalityEndsWithAndAddressStreet
ват э фак.. для полных прикладных приграмистоф походу.

есть jpql query + criteria api и nativeQuery для всего остального
нагрузили на абстракцию jpa jpql свою spring-data.. нахуа хз

спринговцы вобще большие выдумщики на гимор
...
Рейтинг: 0 / 0
24.02.2016, 09:47
| Ответить | Цитировать | Написать  
Архитектура приложения уровня предприятия
    #39178422
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
breathесть jpql query + criteria api и nativeQuery для всего остального
нагрузили на абстракцию jpa jpql свою spring-data.. нахуа хз

jpql и criteria api это еще то приключение.
Тогда уж. просто писать на нативном SQL...
Spring-data как раз позволяет решать простые вещи простым способом.
Если чувствуете, что Spring-data не хватает, то никакой jpql не спасет. :-)

А так в начале "накидал" прототип, потом если уже не хватает возможностей spring-data, просто пишем имплементацию на любом удобном нам ORM или вообще без него.
...
Рейтинг: 0 / 0
25.02.2016, 10:37
| Ответить | Цитировать | Написать  
Архитектура приложения уровня предприятия
    #39178598
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
breathсоветовать мне спринг не нужно хватило и тс не я.
генерить запрос по названию метода findByNameAndOrderDataIsNull, findByDescIsTrueAndLocalityEndsWithAndAddressStreet
ват э фак.. для полных прикладных приграмистоф походу.

есть jpql query + criteria api и nativeQuery для всего остального
нагрузили на абстракцию jpa jpql свою spring-data.. нахуа хз

спринговцы вобще большие выдумщики на гимор
Spring-data насколько я понимаю устраняет boilerplate на CRUD-ах.
...
Рейтинг: 0 / 0
25.02.2016, 12:05
| Ответить | Цитировать | Написать  
Архитектура приложения уровня предприятия
    #39180690
no56892
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
no56892
Участник
Жесть какая. БЛ дб стэйтлесс! какие еще стэйтфул бины? они вообще deprecated, это когда servlet ов еще не было, тогда это типа сессия со свинговым приложением и т.д. Все сессии и прочая на контроллере. Далее, CDI == Spring beans == EJB (если убрать remote invoсation и distributed transaction (то же вся шняга deprecated)). Java EE эта штуковина была как-раз что бы не было геморроя с зависимостями, просто все в одном месте и собрано - деплой приложение, рантайм готов. Однако мавен + спринг + еще куча классных библиотек спокойно замещают все EE. Тем более там всякие container managed security и т.д. нифига не гибкие, legacy короче, посмотрел бы я как кто-нибудь сделает SAML авторизацию на нем на том же джибоссе и т.д. Поэтому это все реализовывается на уровне приложения гораздо проще и удобней.
...
Рейтинг: 0 / 0
28.02.2016, 00:38
| Ответить | Цитировать | Написать  
Архитектура приложения уровня предприятия
    #39180692
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Недавно был на семинаре по spring-boot. В принципе хорошая штучка.
Как раз строительный каркас для начинаний с малого но с ентерпрайзовым
размахом.
...
Рейтинг: 0 / 0
28.02.2016, 00:56
| Ответить | Цитировать | Написать  
Архитектура приложения уровня предприятия
    #39181051
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
maytonНедавно был на семинаре по spring-boot. В принципе хорошая штучка.
Как раз строительный каркас для начинаний с малого но с ентерпрайзовым
размахом.

Мне наоборот показалось, что spring-boot чисто энтепрайзная мулька.
Типа для простоты написания SaaS.
Пишешь каждый отдельный сервис на spring-boot оборачиваешь каждое приложение в докер.
И вуяла SaaS готов!
...
Рейтинг: 0 / 0
29.02.2016, 07:50
| Ответить | Цитировать | Написать  
Архитектура приложения уровня предприятия
    #39183708
Музаффар
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Музаффар
Участник
к большому сожалению человек который предлагал такую архитектуру не приходит по этому все весит...

З.Ы. прошу знатоков, каким должна быть архитектура такого рода приложения?: имеется посторонний проект (ПО) (и является основным ПО в нашем предприятие, естественно полного доступа не имеется) который получает из MQ очереди сообщения и обрабатывает их по типу, и конечно же в очередь отправляет сообщения соответствующим клиентам. Есть некий концентратор с помощью которого конечные клиенты отправляют и получают из основного ПО инфы, и все это происходит в ручном режиме т.е. клиенты пишут инфы и отправляют в очередь а оттуда забирает основной ПО и обрабатывает и т.д. и так происходит для получения инфы...

Вот хотели автоматизировать этот процесс...

З.Ы. думаем реализовать такой проект на EJB. Посоветуйте каким должна быть архитектура, не забывая о безопасности :) а кстати наверное воспользуемся с java web start или лучше обычный web?
...
Рейтинг: 0 / 0
02.03.2016, 13:43
| Ответить | Цитировать | Написать  
Архитектура приложения уровня предприятия
    #39183734
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Музаффаркаким должна быть архитектура такого рода приложения?
писать на том, что умеем (EJB не знаем? Тогда обычный хибер без бинов)
- нужны ВИ или преценденты как используется ПО.
Т.е. "as is to be"
...
Рейтинг: 0 / 0
02.03.2016, 13:58
| Ответить | Цитировать | Написать  
Архитектура приложения уровня предприятия
    #39183737
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Музаффар,
авторвариант использования представляет собой текстовое описание шагов, которые выполняет действующее лицо (actor).
http://www.maxkir.com/sd/useCasesTenYearsLater_RUS.html
...
Рейтинг: 0 / 0
02.03.2016, 14:01
| Ответить | Цитировать | Написать  
Архитектура приложения уровня предприятия
    #39184422
Музаффар
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Музаффар
Участник
Petro123писать на том, что умеем (EJB не знаем? Тогда обычный хибер без бинов)
EJB - изучаю...
автор- нужны ВИ или преценденты как используется ПО.
Т.е. "as is to be"
над этим работаю.

походу задал некорректный вопрос, меня интересует примерно какие слои должны быть для реализации?
...
Рейтинг: 0 / 0
03.03.2016, 07:21
| Ответить | Цитировать | Написать  
Архитектура приложения уровня предприятия
    #39184431
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Музаффар,
Слои идут после ВИ.
Это же очевидно.
Очередность этапов разработки ПО написана кровью....программистов.
Тебе лень описывать систему, тогда общий ответ - 3 слоя DAL БЛ Клиент.
Т.к. опыта в EJB нет, то делаете проект лишь бы шевелился.
И возьмите аналитика который в ворде за вас напишет use case. Это его работа в _большом_ проекте.
Imho
...
Рейтинг: 0 / 0
03.03.2016, 08:22
| Ответить | Цитировать | Написать  
12 сообщений из 37, страница 2 из 2
  2  все
Форумы / Java [игнор отключен] [закрыт для гостей] / Архитектура приложения уровня предприятия
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=59&msg=39177366&tid=2124315]:
 0ms
get settings:
 8ms
get forum list:
 14ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 141ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 60ms
get tp. blocked users:
 1ms
others: 241ms
total:  480ms
созд. / загр.: 480ms
x
x
Закрыть


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