1. Что либо передать из одной открытой странички JSP в другую открытую JSP нереально, если конечно имеется в виду использование именно технологии JSP.
Просто потому, что JSP обрабатывается ДО передачи странички браузеру.

Поэтому, переоткрывать страничку придется, хотите вы того или нет.
Если вы нашли способ такой передачи без переоткрытия страниц, например, как вы написали, с помощью servlet (что является синонимом оттранслированной JSP), то был бы благодарен за пример.

2. А сохранять общие параметры можно не только черех куки, но и, например, через session.setAttribute - получите общие параметры на всю клиентскую сессию, можете также сохранить атрибуты на уровне приложения (без существенных доводов ЗА не советую).

Н'да, что-то Вы понакрутили, без пол-литры не разберешься.
Давайте, я просто сам для себя сформулирую поток своего сознания: :)

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

2. По submit из первой формы, вызывается JSP страничка (никаких доп. сервлетов для ее вызова не надо), на которой мы можем поправить данные - так?

3. Теперь задача не просто отобразить измененные данные, но и как-то их обработать, например, занести в базу данных => устанавливаем атрибут, указывающий сервлету из п.1 на необходимость занести определенный параметр, например, в базу данных и параметр/ы, содержащий измененные данные.
Делаем submit c нашей страничку и вызываем сервлет из п.1.
Этот наш сервлет вносит изменния в базу и выполняет задачу п.1

Теперь имеем - всего 1 сервлет и 1 jsp страничку.
За одну операцию: отображение странички - вызов странички редактирования - отображение странички с измененными данными, только одну (первую) страничку пришлось вызвать два раза (если хотите, сервлет вызвали 2-раза)- если использовать фреймы и не наворачивать оформление таблицы, то это будет быстро и с min. расходом трафика.

(Никто не мешает, например, использовать фреймы и совместить все в одной страничке визуально, я описал самое общее решение).

Кажется, это почти то, что Вы и написали, только Вы используете промежуточный сервлет для обработки данных, что ничем не хуже, а даже лучше (да и на производительности и трафике никак не сказывается) => Есть просто желание сэкономить на повторном вызове JSP странички.

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

2. Зачем использовать JavaScript без нужды, не забываем, что код JavaScript грузится на клиента - а это и трафик и время на отображение страницы и совершенно не факт, что поддержка оного у клиента есть и нормально работает? Уж что-что, а слетавшую поддержку JavaScript наблюдал многократно да и браузеров с отключенной (или неверно настроенной безопасностью) поддержкой встречал предостаточно.

3.Технология JSP позволит вам нормально работать практически с любым браузером, причем ВСЯ логика будет на сервере. От клиента не требуется практически ничего.
Это многого стоит. JavaScript хорош для всяких украшательств, когда он начинает выполнять дополнительне функции, это обманчивая польза.