хелпаните пацаны, нетривиальная у меня задачка

твой лид тебя не поддерживает??

я в рефлексии совсем не шарю — есть ли возможность достать из класса список его методов и закинуть их в аррей какой-нибудь, чтобы потом доставать определенные и использовать?

методы воидные, без параметров входных

да есть, все описано в книжках как такое сделать

сяпки

И из-за этого в нем появляются проблемы под нагрузкой

Кас создает проблемы?

Ребят кто знает как в спринге в сервисе получить ip адресс @Transactional @Override public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException { User user = userDao.getByUsername(username); if(user == null){ throw new UsernameNotFoundException("User with Username: " + username + " not found"); } LOG.info("AUTH" + " Login: "+ user.getUsername() + " Name: " + user.getlfName()); return user; }

это ещё этап авторизуции

в сервисе никак

в контроллере в методе добавь HttpServletRequest request

а потом внутри request.getRemoteAddr()

всё понял

@RequestMapping(value="/login", method=RequestMethod.GET) public ModelAndView login(){ ModelAndView modelAndView = new ModelAndView(); modelAndView.setViewName("login"); return modelAndView; }

только здесь у меня будет бить ошибку

я пользователя не достану

чтоб в логи записать имя и ip

Ребята, попрошу тактично "обосрать" мой проект - укажите на минусы, что следовало бы исправить/добавить/убрать, чтобы в целом, создать направление движения. https://github.com/Kabowyad/phonebook

А вообще правильно в репозитории иметь служебние файлы IDEA? Я их сразу в игнор кидаю. А то они много мусора в коммиты добавляют.

я тож считаю что надо в игнор. мавена должно быть достаточно

String query = "SELECT * FROM User WHERE id=" + userId;

юзай prepared statements

String query = "SELECT * FROM User WHERE phone =" + phone + " AND name=" + name;

Имена пакетов надо сделать немного по другому.

тут вообще Sql injection

dependency junit надо ставить с <scope>test</scope>

если конечно только в тестах хочешь использовать

System.out.println(test.getId() + " " + test.getPhone() + " " + test.getName());

логгер прикрути

короче смысла так ревьювить нет. какая задача то стояла- научиться пользоваться github? :)

ты же кидал этот проект

и он был раза в 3 больше

Бля, моя вина с гитигнором

Я его отрефакторил, поменьше стал

Я хотел научиться работать с jdbc: заиметь опыт подключение к базе, распространенные команды, тесты научиться ебашить, гитигнор, какое-то подобие dao

короче смысла так ревьювить нет. какая задача то стояла- научиться пользоваться github? :)

раз пошла такая пьянка, то обосрите и это немножко, задачи у проекта аналогичные были + ajax поколупать да ощутить вкус rest'а https://github.com/goroskob/jnote крутится вот здесь http://jnote.tk

раз пошла такая пьянка, то обосрите и это немножко, задачи у проекта аналогичные были + ajax поколупать да ощутить вкус rest'а https://github.com/goroskob/jnote крутится вот здесь http://jnote.tk

Если докапываться до мелочей, то пакет должен именоваться tk.jnote. и так далее.

Если докапываться до мелочей, то пакет должен именоваться tk.jnote. и так далее.

ну да, забыл сменить, когда домен сделал

все пользуются мавеном

ну да, забыл сменить, когда домен сделал

Не, просто пиши свой домен, чтобы пересечений не было

2016 год

А чем надо?

давно изобрели gradle

npm

лол

давно изобрели gradle

И что?

И что?

то что он лучше по всем критериям

то что он лучше по всем критериям

Поддержка в IDEA?

разумеется

Если докапываться до мелочей, то пакет должен именоваться tk.jnote. и так далее.

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

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

и тд и тд

Значит большинство людей идиоты.

ты очень критичен

Но для простых проектов я всё равно буду использовать мавен.

Потому что это привычнее.

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

единственное - нужно взять и изучить его

но это же джава, изучение нового - обычное дело, разве нет?

А так же использование старого, разве нет?

а в чем смысл использовать то, что заведомо хуже?

ты же не пишешь хмл конфиги на спринге

а в чем смысл использовать то, что заведомо хуже?

Что лучше - iOS или Android?

что за глупое сравнение

мавен устарел морально

это факт

ERROR: S client not available

грэдл не модная херня, а полноценная система сборки, на уровень лучше и удобнее

которая форсится гуглом активно, к тому же

за сравнением в гугл можно сходить

Я не говорил, что это модная херня.

они не конкуренты

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

когда появляется полноценный мощный инструмент

который может заменить тонны хмл

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

гредл использует как репозитория мавена, так и сторонние, зависимости вообще не проблема

гредл использует как репозитория мавена, так и сторонние, зависимости вообще не проблема

В гредл можно уже добавить библиотеку без pom.xml?

build.gradle вместо pom.xml, другой синтаксис, идея та же. открой любой мавен репозиторий и там есть как депенденси тэг для мавена, так и строка для грэдла

разумеется, никаких pom.xml не нужно

ты же не пишешь хмл конфиги на спринге

Пишу

1. В случае если я решу избавиться от спринга - я уберу конфиги, а не код рефакторить буду 2. Можно на горячую менять конфиг

Про мавен и грейдл - опиши мне кейс когда тебе было не удобно что то делать на мавен?

У мавена есть куча плагинов - не думаю что все уже портированы под грейдл

Про мавен и грейдл - опиши мне кейс когда тебе было не удобно что то делать на мавен?

каждый раз, когда мне требуется работать с многомодульным проектом, мавен становится неудобным. каждый раз, когда требуется развернуть CI для проекта, мавен становится неудобным. можно билдить варники и в тимсити перебрасывать их на дев сервер через ssh и настраивать все это дерьмо, а можно написать красивый и легкий груви код для грэдла и вся конфигурация CI будет сводиться к вызову нескольких тасков по очереди. модульные зависимости на мавене это просто ад, пытаться написать императивный код в хмл - ад вдвойне.

У грейдла еще очень плохой автокомплит в idea

1. В случае если я решу избавиться от спринга - я уберу конфиги, а не код рефакторить буду 2. Можно на горячую менять конфиг

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

Не замечал проблем с многомодульным приложением

Была вложенность 3 уровней

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

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

Ну вариант с аннотациями я думаю самый херовый

чем плохи аннотации?

наоборот, самый лучший способ конфигурации

как мне кажется

У всех свое мнение)

спринговые аннотации даже не загрязняют код, как jpa

А прототайп над каждым компонентом?

Автоскан = долгий старт

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