systemml-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Matthias Boehm" <mbo...@us.ibm.com>
Subject Re: DMLRuntimeException
Date Thu, 17 Mar 2016 06:50:43 GMT

thanks Deron for bringing this up. Generally, I'm in favor of this change
since it simplifies our internal APIs. The behavior should not change as
we're already very careful about propagating exceptions all the way up to
the APIs. One important thing, however, is to keep the concatenation of
line numbers to exceptions in place as it is very useful for debugging.

Regards,
Matthias



From:	Deron Eriksson <deroneriksson@gmail.com>
To:	dev@systemml.incubator.apache.org
Date:	02/29/2016 01:47 PM
Subject:	DMLRuntimeException



Hi,

Can we change DMLRuntimeException to extend RuntimeException rather than
DMLException?

1) The javadocs say DMLRuntimeException is equivalent to RuntimeException.
RuntimeException is an uncaught exception.
2) However, DMLRuntimeException extends DMLException which extends
Exception which is a caught exception.

So, this means that currently DMLRuntimeException in this example needs a
throws clause on the method (or the throw needs to be wrapped in a
try/catch).

public void example() throws DMLRuntimeException {
throw new DMLRuntimeException("Example");
}
If it's a RuntimeException, it should really be:

public void example() {
throw new DMLRuntimeException("Example");
}

Deron


Mime
  • Unnamed multipart/related (inline, None, 0 bytes)
View raw message