Manish,
Sounds like some stateful session beans are being removed by the container when
they reach their timeout
value. It is within the rights of the ejb container to remove a stateful session bean
whose timeout has
expired. (The timeout is specified in the deployment descriptor) After that, all
object references to those
session objects are invalid and the container is required to throw
java.rmi.NoSuchObjectException.
--ken
Kenneth Saks
J2EE RI Core Team, Java Software
SUN Microsystems
[EMAIL PROTECTED]
manish kumar wrote:
> Hello Everybody,
>
> We are a group of people working on J2EE server and have developed a simple
> online shopping application. We are running the J2EE on an NT machine which
> has 64MB RAM only though the J2EE documentation says that the recomnended
> RAM is 128MB.
>
> We are using servlets with embedded HTML codes as the front-end here.
> Our Backend at present is MS-SQL 6.5.
>
> Our application is working fine, though intermittantly it throws an error
> which we have not been able to diagnose fully. The error thrown is as
> follows:
> ----------------
> Internal Servlet Error;
> java.rmi.NoSuchObjectException: CORBA OBJECT_NOT_EXIST 9999 No; nested
> exception is:
> org.omg.CORBA.OBJECT_NOT_EXIST: minor code: 9999 completed: No
> org.omg.CORBA.OBJECT_NOT_EXIST: minor code: 9999 completed: No
> at java.lang.Class.newInstance0(Native Method)
> at java.lang.Class.newInstance(Class.java:241)
> at
> com.sun.corba.ee.internal.iiop.ReplyMessage.getSystemException(ReplyMessage.java:97)
> at
>
>com.sun.corba.ee.internal.iiop.LocalClientResponseImpl.getSystemException(LocalClientResponseImpl.java:97)
> at
> com.sun.corba.ee.internal.POA.GenericPOAClientSC.invoke(GenericPOAClientSC.java:173)
> at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:248)
> at _ShoppingCart_Stub.getNumberOfItems(Unknown Source)
> at ShoppingCartServlet.doGet(ShoppingCartServlet.java:33)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:701)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:826)
> at
> org.apache.tomcat.core.ServiceInvocationHandler.method(ServletWrapper.java:543)
> at
> org.apache.tomcat.core.ServletWrapper.handleInvocation(ServletWrapper.java:463)
> at
> org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java:310)
> at org.apache.tomcat.core.InvokerServlet.service(InvokerServlet.java:181)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:826)
> at
> org.apache.tomcat.core.ServiceInvocationHandler.method(ServletWrapper.java:543)
> at
> org.apache.tomcat.core.ServletWrapper.handleInvocation(ServletWrapper.java:463)
> at
> org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java:310)
> at org.apache.tomcat.core.Context.handleRequest(Context.java:551)
> at
> org.apache.tomcat.server.ConnectionHandler.run(ConnectionHandler.java:147)
> ------------------
>
> We feel that the problem could be because of insufficient memory space on
> the NT server, but are not fully sure.
>
> Can any of you help us in solving this please? It will be of tremondous help
> to us.
>
> Thanks in advance.
>
> Manish Kumar
> Consultant
> Kanbay Software (I) Pvt. Ltd.
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.com
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
