Jk2: error handling and method signatures

Hi, One more change I want to do in jk2 is better error handling. Most of us spent enough time with java that using an 'int' is very uncomfortable :-) My proposal is to use jk_env in the same 'style' as in JNI programming. Each jk method will have as the first parameter a jk_env *env ( that requ

Re: error handling and method signatures

ecember 12, 2001 9:12 PM Subject: Jk2: error handling and method signatures > Hi, > > One more change I want to do in jk2 is better error handling. Most of us > spent enough time with java that using an 'int' is very uncomfortable :-) > > My proposal is to use jk_env in t

Re: error handling and method signatures

On Wed, 12 Dec 2001, Bill Barker wrote: > If you are talking about status codes, I'm -1. That should be passed > through from Tomcat without change. > > If Tomcat hangs up, then there is almost no useful information available, so > there isn't much to report. If the client hangs up, then like j

Re: error handling and method signatures

On Wed, 12 Dec 2001, Bill Barker wrote: > I'm probably just misunderstanding what situations you are trying to handle > here, so if you can be a little bit more verbose, I'll probably change my > vote. More details: jk_env will replace all jk_logger_t parameters. All methods will follow the pa

RE: Jk2: error handling and method signatures

> One more change I want to do in jk2 is better error handling. > Most of us > spent enough time with java that using an 'int' is very > uncomfortable :-) > error handling good :) whether this is done by return codes, exceptions, etc., personally, i don't care. what i do care about is consis

Re: Jk2: error handling and method signatures

On Thu, 13 Dec 2001, Daniel Rall wrote: > This is reminiscent of what the Subersion folks are doing for error > handling. Could you give a URL ? If it was already invented... ( I was thinking to use a subset of what's 'invented' in jni, I believe there are quite a few people who'll feel 'familia

Re: Jk2: error handling and method signatures

On Thu, 13 Dec 2001, Daniel Rall wrote: > Here's what Subversion does for error progation: > > http://svn.collab.net/repos/svn/trunk/subversion/include/svn_error.h > > Could propogate that in the suggested env. It seems they are using a struct that is returned instead of a simple int, as status.

Re: Jk2: error handling and method signatures

- Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 12:28 PM Subject: Re: Jk2: error handling and method signatures > So far I have a -1, if Bill doesn't change his vote we'l

Re: Jk2: error handling and method signatures

This is reminiscent of what the Subersion folks are doing for error handling. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Jk2: error handling and method signatures

<[EMAIL PROTECTED]> writes: > On Thu, 13 Dec 2001, Daniel Rall wrote: > >> This is reminiscent of what the Subersion folks are doing for error >> handling. > > Could you give a URL ? If it was already invented... ( I was thinking to > use a subset of what's 'invented' in jni, I believe there are

Re: Jk2: error handling and method signatures

<[EMAIL PROTECTED]> writes: > On Thu, 13 Dec 2001, Daniel Rall wrote: > >> http://svn.collab.net/repos/svn/trunk/subversion/include/svn_error.h > > It seems they are using a struct that is returned instead of a simple int, > as status. It does solve the problem of propagating more info. In pract

Re: Jk2: error handling and method signatures

I meant causal, not casual. -- To unsubscribe, e-mail: For additional commands, e-mail: