Столкнулся с необходимостью реализовать все вышеописанное по одной сущности: например кошки.

Первая фома поиска:

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

Вопрос: что делать, если не хочется писать длинные списки параметров для ссылок типа ?usy=true&hvost=true&color=red&weight=100 ...page=3 чтобы перелистнуть страницу.

Просто ожидается, что параметров поиска будет очень много.

Пока вжу решение в кэирвании поисковой конфигурации в сессии с последующим добавлением page=3.

Может кто подскажет стандартные решения?

Ну вот такой сценарий подойдет?

1. Юзер нажимает submit. Данные методом post идут на сервер.

2. Если метод был post {

Ставим в соответствие набору парамтров hashCode

request.getSession().setAttribute(hashCode,parametersMap);

Ищем кошек по parametersMap

Отправляем все на jsp страницу.
}

3. Если метод был get { // Постраничный переход и сортировки

Map parametersMap = request.Session().getAttribute(hashCode());

Ищем кошек по parametersMap

Отправляем все на jsp страницу.

}

Строю запросы с помощью hibernate criteria API. Очень удобно.
... Урл так урл... пусть будет урл, хотя всеравно кажется неказисто както
прицеплять длинючий урл к ссылке где хочется только перелистнуть страницу или сделать сортировку по одному из полей.

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

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


Так вот, решил прислушаться к мнению о малом зле длинных урлов...
и получился урл размером около 600 символов.

Все работает... но поднимаю вновь вопрос не грозит ли это где-то чем то в каком нибуть браузере итд ибо 600 символов то немало.