вроде gwt

вроде gwt

Vaadin

Если ничего слишком кастомного не требуется

Можно подружить со спрингом. Почти весь код на java. Удобно, но, кастомные вещи писать самому

Всем привет,

можете мне помочь, запутался я в этих вопросах и не могу разобраться: 1) servlet - каждый новый servlet надо подключать в web.xml или через context context.addServlet(HelloServlet.class, "/test/*"); что не очень удобно делать. -> не удобно, каждый раз подключать (но и не вижу возможности - как сделать так чтоб он сам их подключал, чтоб видел в папке сервлеты все мои, и сразу подгружал на лету). -> Есть какие-нибудь еще варианты? 2) doGet, doPost, doPut - в классе сервлета доступны только эти методы, в принципе их хватает, ведь на каждый адрес один servlet/class, поэтому большего там и не будет (но сильно не привычно). -> или есть другие варианты? 3) jax-rs и servlet api - мне казалось они что-то общее имеют друг с другом ... -> Но как я понял, это разные техналогии - тогда когда использовать servlets api и когда jax-rs? -> Как работает jax-rs? имеет ли он под капотом servlets? Ведь как-то он понимать должен по какому адресу надо открыть необходимый ему class с методом. Тогда какую техналогию в каком случаи использовать? -> для чего servlet api, если есть jax-rs -------

можете мне помочь, запутался я в этих вопросах и не могу разобраться: 1) servlet - каждый новый servlet надо подключать в web.xml или через context context.addServlet(HelloServlet.class, "/test/*"); что не очень удобно делать. -> не удобно, каждый раз подключать (но и не вижу возможности - как сделать так чтоб он сам их подключал, чтоб видел в папке сервлеты все мои, и сразу подгружал на лету). -> Есть какие-нибудь еще варианты? 2) doGet, doPost, doPut - в классе сервлета доступны только эти методы, в принципе их хватает, ведь на каждый адрес один servlet/class, поэтому большего там и не будет (но сильно не привычно). -> или есть другие варианты? 3) jax-rs и servlet api - мне казалось они что-то общее имеют друг с другом ... -> Но как я понял, это разные техналогии - тогда когда использовать servlets api и когда jax-rs? -> Как работает jax-rs? имеет ли он под капотом servlets? Ведь как-то он понимать должен по какому адресу надо открыть необходимый ему class с методом. Тогда какую техналогию в каком случаи использовать? -> для чего servlet api, если есть jax-rs -------

Можно повешать аннотацию на сервлет, тогда они будут сами подключаться. А есть необходимость имеенно сервлетами все делать? Есть удобный Spring MVC.

@panov_andy есть, когда ты первый раз познаешь мир java/kotlin - не стоит сразу начинать с фрейморков.

Можно повешать аннотацию на сервлет, тогда они будут сами подключаться. А есть необходимость имеенно сервлетами все делать? Есть удобный Spring MVC.

пробовал не получается, все что есть в Spring можно и ручками собрать, это просто библиотеки, которые удобно собраны через gradle/spring io.

@panov_andy есть, когда ты первый раз познаешь мир java/kotlin - не стоит сразу начинать с фрейморков.

Кто такое сказал

пробовал не получается, все что есть в Spring можно и ручками собрать, это просто библиотеки, которые удобно собраны через gradle/spring io.

Ясно

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

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

Телеграммом же ты пользуешься

Ну я тебя понял, твоя позиция имеет смысл

не совсем правильное сравнение

просто когда я спрашиваю некоторые basic вопросы по java, многие ответить не могут и просто пишут на Spring Framework, мне кажется это не правильно.

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

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

Rails разработчики точно так же, пишем а что там происходит мы не знаем

просто когда я спрашиваю некоторые basic вопросы по java, многие ответить не могут и просто пишут на Spring Framework, мне кажется это не правильно.

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

бесполезно спорить на эту тему

Кто-нибудь в Л2 играет?

просто когда я спрашиваю некоторые basic вопросы по java, многие ответить не могут и просто пишут на Spring Framework, мне кажется это не правильно.

Вообще я всё больше нахожу сторонников этой идеи, особенно от людей которые проводят собесы. Типа фремворк-программисты - говно. Как мне кажется для профессионала - это вполне логичное желание узнать свой инструмент максимально подробно. Хотя вот ваша идея начинать обучение с низов мне не близка, мне кажется нужно получить хоть какой-то минимум быстро, а дальше его расширять, но это, наверное, про фломастеры, кому как удобнее.

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

Отличненько. Предлагаю сразу гнать в шею кандидатов которые не знают, куда C2-компилятор компилит волатайл чтения/записи.

Пользуетесь мемори моделью, а шо тама внутри не знаешь? Ну... Эта... Мы вам перезвоним...

еще можно спрашивать как процессорные инструкции работают

просто когда я спрашиваю некоторые basic вопросы по java, многие ответить не могут и просто пишут на Spring Framework, мне кажется это не правильно.

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

@igorz, @dmsol, спамеры атакуют!

Убивать спамеров

ух, ну и спама) всем привет)

вернулся с отпуска, теперь на работе. итого сколько свещенных войн пропущено? скалисты/лисперы живы?

ух, ну и спама) всем привет)

enterprise developer?

enterprise developer?

yes

I knew it)

интересно

просто когда я спрашиваю некоторые basic вопросы по java, многие ответить не могут и просто пишут на Spring Framework, мне кажется это не правильно.

Читай спеку сервлетов

Кто-нибудь в Л2 играет?

Уже нет

Кто-нибудь в Л2 играет?

Местные играют в C2.

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

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

Я если честно даже не понял, он сам новичок и хочет понять, или он других собеседует?

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

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

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

а потом фу, джава, медленная...

нахерошлепят, а потом фреймворк плохой, язык плохой

combot.org/c/-1001043090457

Местные играют в C2.

местные играют в G1

...и проигрывают? ;)

местные играют в G1

пора в shanendoah гонять

го в shenandoah, я создал

профи играют в epsilongc - кто дольше проживет

Кто-нибудь в Л2 играет?

Жду когда серваки на Kotlin перепишут, тогда можно будет снова играть (;

ERROR: S client not available

Автозамена такая автозамена.

профи играют в epsilongc - кто дольше проживет

А че в него играть, по сути та же идеология как в микроконтроллерах. С RTOS. На старте пулимся и дальше живём.

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

го в shenandoah, я создал

Кстати, а как там с внутренним мусором JVM. Или там только для клиентского кода нет gc?

Кстати, а как там с внутренним мусором JVM. Или там только для клиентского кода нет gc?

define "внутренний мусор JVM"? Реализации из стандартной библиотеки в той же куче существуют, и поэтому мусор "оттуда" так же остаётся.

define "внутренний мусор JVM"? Реализации из стандартной библиотеки в той же куче существуют, и поэтому мусор "оттуда" так же остаётся.

Мусор: Java объекты созданные в native типа системный native, java.* и тд. Просто если кто-то будет есть память не зависимо от того как ты напишешь код. Это действительно выживание.

Разве что их, процессы, постоянно пытаться воскресить. А это в теории каждый раз прогрев.

Проблема с архитектурной интрепретацией, на мой вкус. У рантайма есть одна куча, в эту кучу аллоцируют все: jdk-овые классы, пользовательские классы, даже JNI. Эту кучу менеджит выбранный GC.

Проблема с архитектурной интрепретацией, на мой вкус. У рантайма есть одна куча, в эту кучу аллоцируют все: jdk-овые классы, пользовательские классы, даже JNI. Эту кучу менеджит выбранный GC.

JVM умрет на одних итераторах из foreach :( разве что резиновые планки памяти проставить.

Скажем, не умрёт, но будет подтекать, да ;)

Нужно будет потестить старую реализацию которая жила на итераторы (:

Хороший компилятор (тм) скаляризует итераторы, и всё будет хорошо.

Скажем, не умрёт, но будет подтекать, да ;)

зачем ты косплеишь Шипилева?

зачем ты косплеишь Шипилева?

А чё он в гиттере сидит как чудак?

а, так это не настоящий :(

А Шипилев может косплеить Шипилева при этом утверждать, что он не Шипилев... многоходовочка ?

А чё он в гиттере сидит как чудак?

не смог подрубиться к прокси

не смог подрубиться к прокси

зачем ему прокси в германии?

зачем ему прокси в германии?

действительно

А Шипилев может косплеить Шипилева при этом утверждать, что он не Шипилев... многоходовочка ?

Пусть скажет что-то по Шипиловски

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

классика - 400, но по спеке это про malformed request syntax

некоторые советуют 422,но там речь про Unprocessable Entity