systemml-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Matthias Boehm" <>
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.


From:	Deron Eriksson <>
Date:	02/29/2016 01:47 PM
Subject:	DMLRuntimeException


Can we change DMLRuntimeException to extend RuntimeException rather than

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

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");


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