компонент скан есть, прописывал даже явно пакет\класс

@RequestMapping(value = "/") public String hello(){ return "hi"; }

чисто это добавил

:D хотя не уверен, что это так работает

если restcontroller заменить на обычный, работает?

@RequestMapping(value = "/") public String hello(){ return "hi"; }

ну и попробуй method добавить, там get не установлен в дефолт

ну и попробуй method добавить, там get не установлен в дефолт

да нет, он в целом не видит контроллер

скинь структуру папок

так они не на одном уровне

пакеты разные

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

угу

но я говорил, что в соседних пакетах

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

уже попробовал с ним и без него

однохуйственно

Чет ты какую-то хуйню недосмотрел

Я вот думаю

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

Первый способ я уже написал

В спринге я могу вообще не использовать XML конфигом и обойтись только аннотациями?

да

ой бля

нафиг ты бут взял

не для новичков

не для новичков

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

он не даёт понимания, как все работает

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

но опять

же

он не даёт понимания, как все работает

понимание чего, как вебсервер работает?

вот ты новичок, какой с тебя спрос

но блин, гуглить ты обязан

Потом такой приходит сеньором на работу и не знает что такое сервлет

http://stackoverflow.com/questions/30406186/spring-boot-java-config-no-mapping-found-for-http-request-with-uri-in

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

понимание чего, как вебсервер работает?

понимание того, откуда ошибка

если бы ты сам руками конфигурил ты бы обязательно на нее напоролся

когда забыл веб.хмл или инициализатор

Потом такой приходит сеньором на работу и не знает что такое сервлет

а что, новички сейчас со спринга начинают сразу?

а что, новички сейчас со спринга начинают сразу?

пусть хотя бы с гугла начнут

ну ващет там ошибка была в том, что надо было в одном пакете держать конфиг и контроллер

ну ващет там ошибка была в том, что надо было в одном пакете держать конфиг и контроллер

в одном пакете контроллер и конфиг?

серьезно?

Вот именно непонимание - не обязательно держать конфиг и контроллер в одном пакете

Слава

с языка снял

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

Спринг бут и жхипстер можно трогать когда сможешь сделать тоже самое без него. Только для упрощения жизни

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

должен докторскую защитить с ходу и писать в продакшен

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

вот только это не из-за того что за бут схватился

а если серьезно, просто почаще гугли ошибки

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

и опять же, тебе выше подсказали, сканирование настраивается анноташкой компонент скан

я прописывал там напрямую контроллер в компонент скане

в ней укажи рутовый пэкдж и все, что под ним - будем считываться

наверное не так прописывал

придет время и я разберусь

я прописывал там напрямую контроллер в компонент скане

ну для 1 контроллера может и подойдёт

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

правда твоя, но изначально мы разговор за инициализацию и веб-сервер вели

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

думаю, многим пригодилось бы

короче, резюмирую: совет сразу пытаться разобраться в том как работает та или иная вещь под капотом — дестркутивный

короче, резюмирую: совет сразу пытаться разобраться в том как работает та или иная вещь под капотом — дестркутивный

окей, что ты предлагаешь?

ERROR: S client not available

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

Я поддерживаю)

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

Доки. Читаются легко, почти полные. 2-3 выходных и вперед

копироваться куски кода с нета и пытаться заставить их работать?

и чисто полагаться на удачу

SODD

?

StackOverflow Driven Development

и CPDD - copy-paste driven development

копироваться куски кода с нета и пытаться заставить их работать?

Это крайность.

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

зато НЕДЕСТРУКТИВНЫЙ

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

Или хуяк-хуяк и в продакшен. А когда ебнет - в доки?

Разговор начался с того, что я зря начал спрингбут использовать, ибо он работает из коробки и я не понюхал пороху, конфигурируя что-либо

вот Дэд, дело твое, ты не обижайся, если мы тебя грубовато встретили, но я бы на твоем месте задал следующие вопросы: 1. Что есть суть спринга 2. Роадмэп для него 3. Рест-сервис на спринге 4. Как конфигурируется приложение 5. Где почитать, что означают стереотипы и аннотации 6. Паттерн MVC в контексте спринга

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

Или хуяк-хуяк и в продакшен. А когда ебнет - в доки?

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

>ибо он работает из коробки Не из-за этого. А из-за того что если у тебя что-то чуть сложнее хеллоуворлда - ты не знаешь куда лезть. Когда сделал сам всю "магию" понимаешь какое место отвалось

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

согласись, это всегда работает

шаг влево и все

ты в ауте

*не всегда

Так я же не говорю, что достаточно накопипастить неразобравшись, добиться минимально рабочего состояния и забить

Так я же не говорю, что достаточно накопипастить неразобравшись, добиться минимально рабочего состояния и забить

ну не со всеми вещами это работает

таков мир

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

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

открывая javadoc на ходу и изучая классы

прямо в иде

>добиться минимально рабочего состояния В доках хорошие примеры, сразу рабочие

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

Читаешь доку - клонируешь пример, проверяешь