Glassfish 4.1 ненужное повторное развертывание

Question

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

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

Журналы сервера не помогают вообще, поскольку это единственные сообщения, которые появляются, когда он решает передислоцировать.

Logs Server:

Info: visiting unvisited references 
Info: visiting unvisited references 
Info: visiting unvisited references 
Info: WebModule[null] ServletContext.log():filter_user:Initializing filter 
Info: Loading application [IMS_Test] at [/IMS_Test] 
Info: IMS_Test was successfully deployed in 558 milliseconds. 

Servlet Код:

List<String> list = new ArrayList<String>(); 
rs = stmt.executeQuery("SELECT scp_id FROM ims_db.ims_scp_list WHERE scp_name = '" + t_scp_name + "'"); 

if (rs.next()) { 
     scp_id = rs.getString("scp_id"); 
} 

rs = stmt.executeQuery("SELECT epicor_id FROM ims_db.ims_parts_plan " 
          + "WHERE scp_id = '" + scp_id + "'"); 

while (rs.next()) { 
    list.add(rs.getString("epicor_id")); 
} 
RequestDispatcher rd = request.getRequestDispatcher("new_entryform.jsp"); 

session.setAttribute("epicor_list", list);      
session.removeAttribute("scp_name"); 
session.setAttribute("scp_name", t_scp_name); 
rd.forward(request, response); 

Таким образом, вопрос, что я сделал неправильно, что в конечном итоге заставляет GlassFish перераспределить моего веб-приложение, в разгар операции? Пожалуйста, помогите мне :(

UPDATE 1: от отчаяния я создал SessionListener, чтобы посмотреть, что случилось во время отладки он показывает, что все коды были выполнены, как и ожидалось, но иногда это будет перейти. «attributeRemoved» Сразу же после этого, что на самом деле не имеет смысла

UPDATE 2:. Последний курорт, разбивают первоначальную форму на две отдельные формы, где один использует GET метод в то время как основная форма использует метод POST Он решает. на данный момент проблема:

UPDATE 3: Проблемы, которые по-прежнему беспокоят меня, когда я пытаюсь отправить формы на сервер, но это происходит только в методе POST. Пробовал обновление до GlassFish 5.0 (ночная сборка), но проблемы, похоже, не отключаются. Любые рекомендации/предложения будут высоко оценены. :(

Answer 1

После недель борьбы я, наконец, нашел ответ. По-видимому, случайное перераспределение было вызвано ненадлежащей настройкой @MultipartConfig аннотаций в сервлете Я пытаюсь получить доступ к.

Изменения его к после устранения проблем:

@MultipartConfig(location="\fileDest", fileSizeThreshold=1024*1024, 
maxFileSize=1024*1024*5, maxRequestSize=1024*1024*5*5)