1997
DOI: 10.1007/bfb0053375
|View full text |Cite
|
Sign up to set email alerts
|

Issues with exception handling in object-oriented systems

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
74
0
1

Year Published

2001
2001
2012
2012

Publication Types

Select...
6
2
1

Relationship

0
9

Authors

Journals

citations
Cited by 68 publications
(75 citation statements)
references
References 12 publications
0
74
0
1
Order By: Relevance
“…This observation is also made by Miller and Tripathi, who note in [7]: "For exceptions, new functionality may need new exceptions that are not subtypes of exceptions from the parent method". Further, the authors conclude that "[...] evolutionary program development suggests exception non-conformance".…”
Section: New Functionality -New Exceptionsmentioning
confidence: 62%
See 1 more Smart Citation
“…This observation is also made by Miller and Tripathi, who note in [7]: "For exceptions, new functionality may need new exceptions that are not subtypes of exceptions from the parent method". Further, the authors conclude that "[...] evolutionary program development suggests exception non-conformance".…”
Section: New Functionality -New Exceptionsmentioning
confidence: 62%
“…Miller and Tripathi in [7] rightfully point out that the exception handling mechanisms in existing object-oriented languages are oriented towards implementation only and, as such, do not provide an adequate support for system development. We are interested in a mechanism supporting implementation development as well as system evolution.…”
Section: Exception Inheritance For Exception Evolutionmentioning
confidence: 99%
“…While the above discussion is somewhat particular to concept-oriented programming, the issue also occurs to some degree with object-orientation [7]. For example, when specifying the exceptions of an interface or superclass in Java, one has to either declare a wide range of exceptions, providing less detail to the users, and possibly forcing them to deal with lots of exceptions that may never occur; or declare few or no exceptions, restricting the use of exceptions in the implementation or subclass.…”
Section: Element Get(map Map Key Key)mentioning
confidence: 99%
“…It conflicts with some object oriented design paradigms [28] because implementation information may be exposed to objects earlier in the call chain that were interacting with an abstract interface. Using a class hierarchy for exceptions is useful in this case because components at high abstraction levels can interact with abstract exceptions.…”
Section: Improved Error Reportingmentioning
confidence: 99%