Forum Stats

  • 3,757,500 Users
  • 2,251,238 Discussions
  • 7,869,845 Comments

Discussions

Frm-93618: fatal error reading data from runtime process

SKYNIAZI
SKYNIAZI Member Posts: 93 Blue Ribbon

Hello everyone,

Im using Forms [64 Bit] Version 12.2.1.4.0

All the services are started on the application server and working well.

Everything was working fine for many months but since yesterday users have started to receive this below message while trying to run the application, therefore unable to run the application.

As i checked the formsapp-diagnostic.log

Message ID FRM-93618

Message Level 1

Partition Name DOMAIN

SRC_CLASS oracle.forms.servlet.BaseServlet

SRC_METHOD logConnectionException

Tenant Name GLOBAL

FORMS_SESSION_ID WLS_FORMS.formsapp.25

ECID d8762abc-9867-4398-8370-73bc1c002eee-00000121

Relationship ID 0

Component WLS_FORMS

Module oracle.forms.servlet

Host WIN-MFUDTFHTK1O

Host IP Address 172.17.0.123

User <anonymous>

Thread ID 119

Message fatal error reading data from runtime process

Supplemental Detail java.net.SocketException: Connection reset

at java.net.SocketInputStream.read(SocketInputStream.java:210)

at java.net.SocketInputStream.read(SocketInputStream.java:141)

at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)

at java.io.BufferedInputStream.read(BufferedInputStream.java:265)

at java.io.DataInputStream.readLine(DataInputStream.java:513)

at oracle.forms.net.HTTPHeaderTool.parseResponseHeader(Unknown Source)

at oracle.forms.servlet.ListenerServlet$Request.forwardResponseFromRunform(Unknown Source)

at oracle.forms.servlet.ListenerServlet$Request.doPost(Unknown Source)

at oracle.forms.servlet.ListenerServlet$Request.access$000(Unknown Source)

at oracle.forms.servlet.ListenerServlet.doPost(Unknown Source)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)

at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:295)

at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:260)

at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:137)

at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:353)

at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:25)

at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:78)

at oracle.security.jps.ee.http.JpsAbsFilter$3.run(JpsAbsFilter.java:175)

at java.security.AccessController.doPrivileged(Native Method)

at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:315)

at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:650)

at oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:112)

at oracle.security.jps.ee.http.JpsAbsFilter.doFilterInternal(JpsAbsFilter.java:293)

at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:150)

at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:94)

at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:78)

at oracle.dms.servlet.DMSServletFilter.doFilter(DMSServletFilter.java:248)

at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:78)

at oracle.jrf.servlet.ExtensibleGlobalFilter.doFilter(ExtensibleGlobalFilter.java:92)

at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:78)

at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3797)

at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3763)

at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:344)

at weblogic.security.service.SecurityManager.runAsForUserCode(SecurityManager.java:197)

at weblogic.servlet.provider.WlsSecurityProvider.runAsForUserCode(WlsSecurityProvider.java:203)

at weblogic.servlet.provider.WlsSubjectHandle.run(WlsSubjectHandle.java:71)

at weblogic.servlet.internal.WebAppServletContext.doSecuredExecute(WebAppServletContext.java:2451)

at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2299)

at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2277)

at weblogic.servlet.internal.ServletRequestImpl.runInternal(ServletRequestImpl.java:1720)

at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1680)

at weblogic.servlet.provider.ContainerSupportProviderImpl$WlsRequestExecutor.run(ContainerSupportProviderImpl.java:272)

at weblogic.invocation.ComponentInvocationContextManager._runAs(ComponentInvocationContextManager.java:352)

at weblogic.invocation.ComponentInvocationContextManager.runAs(ComponentInvocationContextManager.java:337)

at weblogic.work.LivePartitionUtility.doRunWorkUnderContext(LivePartitionUtility.java:57)

at weblogic.work.PartitionUtility.runWorkUnderContext(PartitionUtility.java:41)

at weblogic.work.SelfTuningWorkManagerImpl.runWorkUnderContext(SelfTuningWorkManagerImpl.java:655)

at weblogic.work.ExecuteThread.execute(ExecuteThread.java:420)

at weblogic.work.ExecuteThread.run(ExecuteThread.java:360)


Any quick response will be highly appreciated!

Regards

Majid

Tagged:

Answers

  • Michael Ferrante-Oracle
    Michael Ferrante-Oracle Senior Principal Product Manager USMember Posts: 6,840 Employee

    Fortunately, software doesn't change. So this means that something other than the software has changed.

    • A change was made to the application code and introduced a bug
    • More users were added to the system and is now overloaded
    • A patch was applied (system, Fusion Middleware, Database, Java, etc) that introduced an issue
    • A system configuration change was made that is interfering with communication between client-FMW server or FMW server to DB
    • And so on...

    Carefully consider and investigate what has changed since last time it worked correctly.