Notes |
|
|
Only able to reproduce in 2.40/Oracle with log error:
16:49:40 [ajp-8009-6] ERROR org.openbravo.erpWindows.AccountingSchema.Defaults - Error captured: javax.servlet.ServletException: Request parameter required: inpcAcctschemaId
Unable to reproduce in 2.40/PostgreSQL nor in trunk/PotgreSQL/Oracle. |
|
|
|
This issue seems to be very random depending on the environment. Some feedback is still required. |
|
|
|
Phil - I am assigning this to you while Rafa is out. |
|
|
|
This was logged as a backport for a defect that was already closed as unable to reproduce.
That is not correct.
Let's treat this as an independent issue. |
|
|
|
Despite several people looking at this it is not possible to reproduce this issue. Egoitz is to provide the url to connect to the instance and view the logs in order to resolve this issue.
Has been checked in several environments without any luck reproducing this error. |
|
|
|
Reminder sent to: networkb Networkb: two weeks have gone by since the last update.
Please provide the requested information, otherwise we will need to reject this issue.
|
|
|
|
This issue is still pending for an environment where it reproduces 100%. |
|
|
|
This bug only reproduces in tag 2.40 following these steps:
1) Log in as Openbravo Admin.
2) Go to 'Financial Management || Accounting || Setup || Accounting Schema || Accounting Schema'
3) Enter into 'General Ledger' tab in Grid mode..
4) If there is any record, delete it.
5) Go to any of the tabs of the same level: 'Defaults', 'Account Schema Tables', ...
You get the following error: Request parameter required: inpcAcctschemaId
javax.servlet.ServletException: Request parameter required: inpcAcctschemaId
at org.openbravo.base.VariablesBase.getGlobalVariable(VariablesBase.java:127)
at org.openbravo.base.VariablesBase.getRequiredGlobalVariable(VariablesBase.java:280)
at org.openbravo.erpWindows.AccountingSchema.AccountSchemaTables.doPost(AccountSchemaTables.java:92)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at org.openbravo.base.HttpBaseServlet.serviceInitialized(HttpBaseServlet.java:134)
at org.openbravo.base.secureApp.HttpSecureAppServlet.service(HttpSecureAppServlet.java:257)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.openbravo.utils.SessionExpirationFilter.doFilter(SessionExpirationFilter.java:54)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.openbravo.utils.CharsetFilter.doFilter(CharsetFilter.java:27)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:595)
This bug still reproduces in Openbravo ERP 2.40 MP1 but not in the current Openbravo ERP 2.40 maintenance branch. This is probably due to the fix done for issue 5944 [1] (see attached image comparing 2.40 tag and current 2.40 branch and text file showing differences in the code generated). Issue 5944 was fixed in revision 10409 [2] and will be included in Openbravo ERP 2.40 MP2.
So, this issue will be closed since there is no change required.
[1] https://issues.openbravo.com/view.php?id=5944 [^]
[2] https://dev.openbravo.com/websvn/openbravo/?rev=10409&sc=1 [^] |
|