Mapping Exception

[ganzuoni]

Hi,

it would be nice to have the possibility to specify exceptions that
represent general runtime errors at object implementation level that,
in Java, would be derived from java.lang.RuntimeException.

Consider the following:

module sample {

// marked somehow to derive from
// java.lang.RuntimeException, unchecked keyword ??
exception SystemError {
string message;
}

exception OutOfMemoryError extends SystemError {
}


interface RemoteService {

void doSomething(); // no throws clause for SystemError
}

}

Two benefits: first you don't have the add "throw SystemError" to all
the operations of an interface; second, the client is not aware of
implementation details in the normal case (it is aware only of
"logic" errors).

Regards,
Guido.

[domak]

Hi,
I'm also interested by this.
We have a lot of slices already defined without exception (ok, that's bad). Actually, clients catch UnknownException (ok, that's worst).
I would like to introduce a new exception hierarchy without modifying the slices, by throwing RuntimeException.

Is it possible?

[marc]

No, this is not possible. Ice has to know about the exceptions that can be raised (i.e., exceptions must be defined in Slice), otherwise it cannot know how to marshal them.

We might add the option for the user to define runtime exceptions in a future version of Ice, but these would have to be defined in Slice as well. The only difference to user exceptions would be that these are "unchecked" exceptions, i.e., they would not have to appear in the throws clause of operations. (Note that this would be a very intrusive change to Ice, so while it is on our todo list, don't expect this anytime soon.)

Having said this, I don't think such runtime exceptions should be used where user exceptions (exceptions listed in the throws clause of operations) are more appropriate.