пожалуйста, помогите. забыла сказать, что приложение андроид - сервер на джава

тогда наверное вас пошлют в чат к андройдоведам.

так я и есть андроид разработчик

дело как раз в том, что нужно перенести часть логики на сервер

и нужно составить примерный план и расчасовку работ..

и понять правильно ли это с точки зрения архитектурв серверного кода

подстрекательство это когда ситуация актуальна, а человек рассказывает что у него было когда-то в универе)

предложение дать в рыло может быть применино к текущей ситуации, и если он даст, то привет)

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

я все ещё учусь в универе

так что ситуация актуальна

пожалуйста, помогите. забыла сказать, что приложение андроид - сервер на джава

OpenCV должно хватить, если фото будут более менее нормальными, для второго варианта нужен достаточный корпус

спасибо балолам, а второй вариант - это deep learning, я так понимаю

т.к. я смогу обработать эти изображения в опенсиви, я хотела бы создать джарку для серверного программиста

предложение дать в рыло может быть применино к текущей ситуации, и если он даст, то привет)

если бы мог дать в рыло, то дал бы уже, так что не даст)

он потом её сможет без проблем встроить?

или это неверный подход?

конечно да

Да, сможешь, можешь даже на артифактори сервер какой как либу залить

все что нужно это jar с классами для работы внутри и все

круто

а скажите по бд какая-то сложная работа или по оптимизации в данном случае будет? 700 изображений, приложение качают примерно 2000 человек в сутки

соответственно 2000 человек в одни сутки и выбирают эти пульты (потом они уже не выбирают, просто используют приложуху)

С 7 сотнями фото и 2 000 запросов на обработку / сутки, особо не должно возникнуть проблем (недеюсь у вас хост там адекватный)

я не профи в распознавании изображений но думаю вся работа тут в памяти происходит поэтому скорее вам нужен будет большой кеш, а если говорить о бд как о хранилище данных то любая SQL или NoSQL справится с такими объемами(700 изображений) в легкую

я не профи в распознавании изображений но думаю вся работа тут в памяти происходит поэтому скорее вам нужен будет большой кеш, а если говорить о бд как о хранилище данных то любая SQL или NoSQL справится с такими объемами(700 изображений) в легкую

Та даже говняной MySQL хватит, я встречал проект где распознают видео и там фрагменты (тысячи) хранились и ок

эта база уже создана

А на счёт Кеша - тут странно. Я бы сказал что памяти должно быть достаточно у сервера

скорее я имею в виду обработку запросов

Но всегда можно построить очередь запросов на обработку и влезать в почти любую щель

А в чем проблема обработки запросов?

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

проблемы пока нет. просто думаю какие проблемы могут возникнуть

сам по себе запрос к серверу ничегоне значит если он не сопровождается какими то вычислениями

их может быь хоть 100 хоть 200 хоть 1000 в секунду

Пока не попробуете, проблемы так не найдёте. Все ещё зависит от времени и ресурсов необходимых на распознавание 1го изображения (в среднем)

спасибо

Сначала сделайте распознавание, а после будете оценивать нагрузку

вот хороший совет

и тестами покройте если это будет ядро вашей программы

до этого я выполняла похожий проект с опен сиви, самая сложность послежовательность занимала меньше 1 секунды

сложная последовательность*

нагрузочные тесты напишите

спасибо Вам большое за советы. я так и сделаю

го чатик странный, я их неблокирующе поприветствовал, а они молчат, только смайлы шлют

мне просто нравится богатый синтаксис джавы, наличие дженериков и эксепшенов, это язык для истинных профи, а го вроде как для программистов с низкой квалификацией делали?

и мне в этом чате про нормальных людей будут говорить, лол)

просто набросил в ответ

Я ни раху в жизни не использовал дженерики. Знаю о них только потому, что очередной жабист заебал в чатике ныть по ним. Ещё раз - чемодан - вокзал - жаба.

слушай @dmsol неужели ты жабу < 1.5 Не застал

Как-то это было слишком легко

пишешь всё для обжекта а потом кастуешь

нормально же жили

Как-то это было слишком легко

Развести срач в го чате

раньше любили JS пинать за всё потряд, теперь видимо его роль занял Go

слушай @dmsol неужели ты жабу < 1.5 Не застал

жаба 1.5 когда была? А го в 2017 году есть :)

жаба 1.5 когда была? А го в 2017 году есть :)

вот видно сразу, парень шарит

а вообще, народ там нормальный, споемся

правда один все-таки взорвался)

но в итоге оказался невеждой

жаба 1.5 когда была? А го в 2017 году есть :)

ой, я в 2014 видел проекты на 1.4, проблем то, думаю они и сейчас есть

раньше любили JS пинать за всё потряд, теперь видимо его роль занял Go

Жс тоже дрисня

ой, я в 2014 видел проекты на 1.4, проблем то, думаю они и сейчас есть

так это небось легаси, а не новье пишут

так это небось легаси, а не новье пишут

ну вот в это ты прав, несомненно

слушай @dmsol неужели ты жабу < 1.5 Не застал

1.6 минимум

писал на 5 в 2015/16

это был небольшой легаси сервис правда, но начинал я работать с 6 и с 5 пришлось впервые вживую столкнуться

научите меня готовить jpa (eclipslink)? все вроде хорошо: transaction.begin; persist; transaction.commit; но иногда(!) происходит какая-то фигня, томкат решает что у меня с БД что-то не так, что-то изменилось и идет делать массовый alter table, при этом сбрасывает все кеши и даже если что-то было закомичено, как будто, все пропадает :(

flush как будто не спасает.

ERROR: S client not available

научите меня готовить jpa (eclipslink)? все вроде хорошо: transaction.begin; persist; transaction.commit; но иногда(!) происходит какая-то фигня, томкат решает что у меня с БД что-то не так, что-то изменилось и идет делать массовый alter table, при этом сбрасывает все кеши и даже если что-то было закомичено, как будто, все пропадает :(

иногда - прямо посреди работы?

судя по логам —- да.

я понимаю если я новый war выкатил, ну допустим. но его никто снаружи не трогает.

научите меня готовить jpa (eclipslink)? все вроде хорошо: transaction.begin; persist; transaction.commit; но иногда(!) происходит какая-то фигня, томкат решает что у меня с БД что-то не так, что-то изменилось и идет делать массовый alter table, при этом сбрасывает все кеши и даже если что-то было закомичено, как будто, все пропадает :(

реально, это сюжет 6-го терминатора

я понимаю если я новый war выкатил, ну допустим. но его никто снаружи не трогает.

просто у нас эклипслинк

но такого бреда не видел

ну например: пришел POST и внезапно: [EL Info]: 2017-03-22 16:17:34.405--ServerSession(1860513172)--EclipseLink, version: Eclipse Persistence Services - 2.6.3.v20160428-59c81c5 [EL Warning]: metadata: 2017-03-22 16:17:34.413--ServerSession(1860513172)--Reverting the lazy setting on the OneToOne or ManyToOne attribute [...] for the entity class [class ...] since weaving was not enabled or did not occur. и поехали...

почти риалтайм :)

since weaving was not enabled or did not occur

что-то с аспектЖ

что-то с аспектЖ

Там можно статически сделать вейвинг

при компайле

у нас при компайле и делается

и проблем таких нет

у меня не должно быть никакого аспекта

у меня не должно быть никакого аспекта

аннотации ManyToOne и иже с ними юзаешь?

да

Там можно статически сделать вейвинг

это кто такой?

это кто такой?

посмотри eclipselink static weaving maven plugin

https://wiki.eclipse.org/EclipseLink/UserGuide/JPA/Advanced_JPA_Development/Performance/Weaving/Static_Weaving

т.е. мне надо написать name="eclipselink.weaving" value="static" в мой persistance?

да

у нас еще в jpaProperties

<prop key="eclipselink.weaving">static</prop>

И все работаетисебе

так, а вот у меня нет никакого jpaProperties

мб это и не обязательно

я про эклипслинк мало знаю

пришёл уже в работающий проект

т.е. это такая борьба с обратной совместимостью...

и похоже дело было в этом, thanx :)