В свете появления в Java 8 возможности получения типа параметра и имени параметра есть вопрос.
В каком нибудь Java Web MVC фреймворке уже появился автоматический биндинг параметров запроса к параметру метода, как в Asp.Net MVC?
Если ещё нету такого то планируют ли где-то такое сделать?

Пример, есть запрос типа авторwww.site.com?id=10 параметр id будет автоматически передан в метод контроллера
class SampleController extends Controller
{
// параметр id автоматически получает значение из запроса
public Result index(int id)
{
return Result();
}
}

BlazkowiczВ Spring MVC уже много лет.

Можно ссылку?
Очень сомневаюсь, что это реализовано. Возможность получения названия параметра появилась только в Java 8 которая вышла сегодня. Если вы имели ввиду что-то типа:

автор// GET /pets/42;q=11;r=22
@RequestMapping(value = "/pets/{petId}", method = RequestMethod.GET)
public void findPet(@PathVariable String petId, @MatrixVariable int q)
{
}

то вот эти @PathVariable совсем не в кассу, нужно тоже самое но без аннотаций типа @PathVariable.

Blazkowicz http://docs.spring.io/spring/docs/3.2.x/spring-framework-reference/html/mvc.html#mvc-ann-requestparam

Пример по вашей ссылке:



перечитайте моё первое сообщение ещё раз, я спрашивал о таком:



Специально для вас выделю болдом, что из вашего примера не нужно и должно быть удалено - @RequestParam("petId") .

BlazkowiczЗаблуждаетесь. Правильно так:
"Возможность получения названия параметра через Reflection API появилась только в Java 8 "

Вы цепляетесь к словам или действительно считаете, что кроме Reflection API в Java есть и другие способы интроспекции кода? Если есть другой вариант получения названия параметра в обход Reflection API назовите.

Что касается меня, я имел ввиду получение названия параметра единственным возможным и известным мне способом, через Reflection API.

BlazkowiczЯ вас прекрасно понял. Вы внятно задали вопрос. Не стоит считать других глупее себя.

Приведённая вами ссылка говорит об обратном.

BlazkowiczСсылка для самых любознательных
http://grepcode.com/file/repo1.maven.org/maven2/org.springframework/spring-core/3.0.1.RELEASE/org/springframework/core/LocalVariableTableParameterNameDiscoverer.java

авторImplementation of ParameterNameDiscoverer that uses the LocalVariableTable information in the method attributes to discover parameter names. Returns null if the class file was compiled without debug information.

Т.е. если я соберу release сборку то не смогу использовать получение названия параметров? Это совсем не то, что нужно. В Asp.Net MVC можно в release сборке использовать автоматический биндинг параметров через их имена и типы.

GregTkDebug Info позволяет получить имя параметра.

В release сборке это уже работать не будет?

BlazkowiczУдалите и убедитесь что будет работать.

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

BlazkowiczПрикиньте, в инженерных вопросах важна точность формулировки. Это вам не филология.

В инженерных вопросах точный и полный ответ не менее важен. Пока, что выясняется, что это работает только если скомпилировали с отладочной информацией.

BlazkowiczЯ не "считаю". Я знаю. Вы если не знаете, то спрашиваейте.

Именно это я и делаю, спрашиваю. Или вы считаете по другому?

BlazkowiczРазмахивать своим невежеством не тактично по отношению к тем кто решил ответить вам на вопрос.

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

BlazkowiczВытащить из байткода.

Очередное подтверждение того, что это работает только в случае сборки с debug info, в Asp.Net MVC это работает всегда. Нужно будет посмотреть исходники Java 8 на предмет получения названия параметров без debug info.

Blazkowicz.NET головного мозга.

В таком случае у вас Java головного мозга, это более опасно.

BlazkowiczНет в Java release/debug-сборок. Можно компилировать код без отладочной инфы.

У вас претензия к слову "сборка", я правильно понял?
Сборка это байт код упакованный в один файл, jar ровно так же упакованный в один файл набор файлов с байткодом. Принципиальной разницы между ними нет, стыдно таких вещей не знать.

BlazkowiczНо нужно это исключительноя для экономии места, занимаемого байткодом. Что актуально в очень узком кругу задач. И серверное Web программирование к ним не относится . Код быстрее или медленнее работать не станет.

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

BlazkowiczЕсть ещё 100500 экзотических случаев, когда это не будет работать. Их все перечислить?

Перечислите все. В этом случае ваш ответ будет законченным и осмысленным, ценность его выше.

BlazkowiczЯ считаю что неаргуметировано утверждать что я не прав, только потому что моё мнение не совпадает с вашим, это как минимум не вежливо. А с учетом вашего опыта в Java ещё и невежественно.

Смешались в кучу кони люди...
Изначально был вопрос про автоматический биндинг параметров. Вы утверждаете, что это есть Spring MVC, на что я возразил, что если собрать без debug info то это не будет работать в Spring MVC.
В ответ на это вы написали нудный пост про вежливость и невежество. Получается, что если чьё-то мнение не совпадает с вашим это невежливо по вашему мнению и является невежеством. Невежество это как раз дать половинчатый ответ типа да это есть и умолчать, что это работает только в определённых случаях. И да, перечитайте в словаре определение слова - вежливость.

BlazkowiczЭто очень важно.

В контексте изначально заданного мной вопрос это очень важно т.к. вопрос был сформулирован так:
авторВ каком нибудь Java Web MVC фреймворке уже появился автоматический биндинг параметров запроса к параметру метода, как в Asp.Net MVC?

Вы сразу отвечаете не прочитав полностью вопрос?

BlazkowiczFacepalm. Reflection API не завязывается на отладочную инфу.

Т.е. в Java 8 получение названия параметра при компиляции без debug info будет работать или нет?
Достатчно будет если вы ответите кратко Да или Нет . Читать ваш поток сознания нет времени, нужно работать.