RE: [JBoss-dev] InvocationResponse and Exceptions
Completion maybe??? What would it be and why is it interesting? KISS, Marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom Sent: Saturday, July 06, 2002 11:51 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] InvocationResponse and Exceptions Cool. When you get this done, I'd like to add some code to send the stacktrace for remote exceptions on JDK 1.3. -dain Bill Burke wrote: As you might already now, I'm wrapping the return value from an invocation in a response object. This is so that the server side can communicate back to client-side interceptors. Eventually I even want to pass back an exception within this InvocationResponse object along with a completion status. COMPLETION_YES COMPLETION_NO COMPLETION_MAYBE (You CORBA guys might recognize this.) These will allow client-side interceptors like clustering to determine that exact state of a failure. Bill --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] InvocationResponse and Exceptions
COMPLETION_MAYBE is when you are actually in the invocation of the bean and you really don't know how far the invocation got.(for clustering don't failover invocation because you may be in inconsistent state.) COMPLETION_NO means an exception/problem occured before the actual invocation(definately failover) COMPLETION_YES means that everything is a ok. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Monday, July 08, 2002 2:59 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] InvocationResponse and Exceptions Completion maybe??? What would it be and why is it interesting? KISS, Marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom Sent: Saturday, July 06, 2002 11:51 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] InvocationResponse and Exceptions Cool. When you get this done, I'd like to add some code to send the stacktrace for remote exceptions on JDK 1.3. -dain Bill Burke wrote: As you might already now, I'm wrapping the return value from an invocation in a response object. This is so that the server side can communicate back to client-side interceptors. Eventually I even want to pass back an exception within this InvocationResponse object along with a completion status. COMPLETION_YES COMPLETION_NO COMPLETION_MAYBE (You CORBA guys might recognize this.) These will allow client-side interceptors like clustering to determine that exact state of a failure. Bill --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] InvocationResponse and Exceptions
Was this question to me? This is a simple feature the simply includes a string print of the stacktrace, because in JDK 1.3 the stacktrace is not sent to the client. It will be helpful for debugging RemoteExceptions on the client side; this is very simple code. -dain marc fleury wrote: Completion maybe??? What would it be and why is it interesting? KISS, Marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom Sent: Saturday, July 06, 2002 11:51 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] InvocationResponse and Exceptions Cool. When you get this done, I'd like to add some code to send the stacktrace for remote exceptions on JDK 1.3. -dain Bill Burke wrote: As you might already now, I'm wrapping the return value from an invocation in a response object. This is so that the server side can communicate back to client-side interceptors. Eventually I even want to pass back an exception within this InvocationResponse object along with a completion status. COMPLETION_YES COMPLETION_NO COMPLETION_MAYBE (You CORBA guys might recognize this.) These will allow client-side interceptors like clustering to determine that exact state of a failure. Bill --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] InvocationResponse and Exceptions
COMPLETION_MAYBE is when you are actually in the invocation of the bean and you really don't know how far the invocation got.(for clustering don't failover invocation because you may be in inconsistent state.) Give me an example of being in the bean and not knowing how far the invocation went. When would it be? marcf COMPLETION_NO means an exception/problem occured before the actual invocation(definately failover) COMPLETION_YES means that everything is a ok. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Monday, July 08, 2002 2:59 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] InvocationResponse and Exceptions Completion maybe??? What would it be and why is it interesting? KISS, Marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom Sent: Saturday, July 06, 2002 11:51 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] InvocationResponse and Exceptions Cool. When you get this done, I'd like to add some code to send the stacktrace for remote exceptions on JDK 1.3. -dain Bill Burke wrote: As you might already now, I'm wrapping the return value from an invocation in a response object. This is so that the server side can communicate back to client-side interceptors. Eventually I even want to pass back an exception within this InvocationResponse object along with a completion status. COMPLETION_YES COMPLETION_NO COMPLETION_MAYBE (You CORBA guys might recognize this.) These will allow client-side interceptors like clustering to determine that exact state of a failure. Bill --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] InvocationResponse and Exceptions
it means that the invocation got to the bean but an exception/error was thrown in the middle of the actual invocation. So you could have a COMPLETION_YES if the invocation on the bean return but there was an error/exception thrown in the interceptor stack. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Monday, July 08, 2002 10:09 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] InvocationResponse and Exceptions COMPLETION_MAYBE is when you are actually in the invocation of the bean and you really don't know how far the invocation got.(for clustering don't failover invocation because you may be in inconsistent state.) Give me an example of being in the bean and not knowing how far the invocation went. When would it be? marcf COMPLETION_NO means an exception/problem occured before the actual invocation(definately failover) COMPLETION_YES means that everything is a ok. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Monday, July 08, 2002 2:59 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] InvocationResponse and Exceptions Completion maybe??? What would it be and why is it interesting? KISS, Marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom Sent: Saturday, July 06, 2002 11:51 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] InvocationResponse and Exceptions Cool. When you get this done, I'd like to add some code to send the stacktrace for remote exceptions on JDK 1.3. -dain Bill Burke wrote: As you might already now, I'm wrapping the return value from an invocation in a response object. This is so that the server side can communicate back to client-side interceptors. Eventually I even want to pass back an exception within this InvocationResponse object along with a completion status. COMPLETION_YES COMPLETION_NO COMPLETION_MAYBE (You CORBA guys might recognize this.) These will allow client-side interceptors like clustering to determine that exact state of a failure. Bill --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] InvocationResponse and Exceptions
marc fleury wrote: COMPLETION_MAYBE is when you are actually in the invocation of the bean and you really don't know how far the invocation got.(for clustering don't failover invocation because you may be in inconsistent state.) Give me an example of being in the bean and not knowing how far the invocation went. When would it be? Think of a session bean with a method that simply calls a method of a remote bean in another server. After the method invocation request has been sent to the other server, but before a reply is received, the other server disappears (from the viewpoint of the server with the session bean). In this case we have no way of knowing if the method on the remote bean was executed, or not. Best Regards, Ole Husgaard. --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] InvocationResponse and Exceptions
Cool. When you get this done, I'd like to add some code to send the stacktrace for remote exceptions on JDK 1.3. -dain Bill Burke wrote: As you might already now, I'm wrapping the return value from an invocation in a response object. This is so that the server side can communicate back to client-side interceptors. Eventually I even want to pass back an exception within this InvocationResponse object along with a completion status. COMPLETION_YES COMPLETION_NO COMPLETION_MAYBE (You CORBA guys might recognize this.) These will allow client-side interceptors like clustering to determine that exact state of a failure. Bill --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
