Folks,
The Student > HESA > Student Values subsection seems to be generating some errors when we try to Update certain values. The current ones affected seem to be Sexual Orientation and Gender Identity. The other values Update successfully, and all new data for all Values (including the problem ones) can be added using Add.
Cliff are also reporting this error, so I suspect it is all three HESA schools!
Thanks!
Rob
--
*** Error on action - AC_UpdateHESAStudentValue ***
null
org.nazarene.nazsis.nRegMore_Dialog.o_fnLocalBuildQual_10(nRegMore_Dialog.java:303)
org.nazarene.nazsis.nRegMore_Dialog.GOTO_UpdateStudentValueType1(nRegMore_Dialog.java:528)
org.apache.jsp.nRegHESA_jsp._jspService(nRegHESA_jsp.java:2876)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:71)
javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:477)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:385)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:329)
javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:202)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:541)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:688)
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:373)
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65)
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1594)
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
java.lang.Thread.run(Thread.java:748)

Just to confirm that it is the same at LKH. I'd had issues with it not letting us update those values a few weeks ago, I found you could work around it by deleting the field and adding it again, although that isn't ideal.
The developers have been notified of the issue and a task has been created.
Thank you for the detailed explanation.
Dana
*GNECsis Support Specialist*
I have made the fix for this. When I added in the new domains I forgot this has a bit of trickery to make it work the way it does. I also updated the NTC development server if you want to test it out.
GNECsis Translation, data import, specialist programmer