Так и есть, интересует EE. Как бы там ни было в следующий раз все равно посещу. Надеюсь уйду со встречи как в первый раз в восторге и желании подробнее изучить услышанное.
А мне было скучно. Понравилось всего пару выступлений. Нового в ЕЕ почти ничего, JMS 2.0 вообще странная спецификация. Можно было пропустить в этом году.
А зачем тогда вообще рассказывать как делать плохо? Расскажите лучше как нужно и правильно писать jsp.
Пример выше тоже не верный. Getter'ы и «скобочки» в коде JSTL не указываются. Так правильно ${notebook.id}.
Только что с JSTL познакомились?
В курсе неоднократно отмечалось, что в MongoDB удобно хранить документы, так, как они используются для вывода.
Немного поправлю. MongoDB является документо ориентированной БД. Т.е. все что мы храним это «документы».
Допустим у вас есть блог, там комментарии. Рядом с комментарием выводится имя автора и email. Удобно в объекте, который хранит комментарий также хранить информацию об авторе. Соответственно если у вас что-то поменяется в этом плане — есть вероятность, что надо будет изменять место хранения данных. В принципе это не совсем уж подводный камень и вероятность такого развития событий мала, но что-то в этом утверждении мне не особо понравилось.
Вообще монго не является реляционной БД, хотя какие-то отношения между объектами можно построить. Часто при построении объектов применяется де нормализация, как в вашем примере. С помощью нее можно добиться большого прироста производительности и удобство хранения, но конечно есть и ограничения. Скорее это подводный камень де нормализации а не монго.
Еще одно дополнение. Вы не выставили таймауты для коннекта и чтения в RuIpResolver. По дефолту он достаточно большой. Если приляжет ipGeoBase (а такое уже бывало, ответ на запрос ооочень долго формировался и в конце получал ошибку) или по каким либо причинам мы долго будем подключатсья, то сервис будет работать не оптимально.
Хотя тупости тоже присутствуют. Достают вопросы на сигнатуры методов. Типа какой метод в листнере contextInitialized или contextCreated? или Filter это класс или интерфейс? Как эти вопросы определяют мою компетентность? Зачем подобные вопросы я не знаю.
Мне кажется эти сертификаты больше для себя чем для будущих работодателей. Как ни крути узнаешь какие-то мелочи, особенности. В общем однозначно полезная вещь.
Почему в вашем интерфейсе создается инстанс потомка этого же интерфейса?
Пример выше тоже не верный. Getter'ы и «скобочки» в коде JSTL не указываются. Так правильно ${notebook.id}.
Только что с JSTL познакомились?
Немного поправлю. MongoDB является документо ориентированной БД. Т.е. все что мы храним это «документы».
Вообще монго не является реляционной БД, хотя какие-то отношения между объектами можно построить. Часто при построении объектов применяется де нормализация, как в вашем примере. С помощью нее можно добиться большого прироста производительности и удобство хранения, но конечно есть и ограничения. Скорее это подводный камень де нормализации а не монго.
2. Частые опросы (polling).
3. «Длинные» опросы (long polling).
4. Async request processing