Skip to main content

[jsr363-experts] Re: Road to Final Draft

  • From: Martin Desruisseaux < >
  • To:
  • Subject: [jsr363-experts] Re: Road to Final Draft
  • Date: Fri, 18 Mar 2016 11:38:09 +0100
  • Organization: Geomatys

Le 18/03/16 10:45, Werner Keil a écrit :
> Bootstrap is heavily based on JSR 354 (if we find mistakes like the
> Error type not being caught, I'd say it may also have to be raised
> there in JIRA)

To not caught java.lang.Error is not necessarily a mistake. We are
usually not supposed to catch those errors, except sometime
OutOfMemoryError.

So I suggest to remove that try ... catch block completely. It is almost
useless in its current form (except maybe for catching
SecurityException, or ConcurrentChangeException if two threads use the
class is same time), and expanding its scope for catching
java.lang.Error is usually not recommended. Furthermore the current
error handling is questionable (stop at the first error, ignore all
potentially good providers remaining in the iterator).

    Martin




[jsr363-experts] Re: Road to Final Draft

(continued)

[jsr363-experts] Re: Road to Final Draft

Martin Desruisseaux 03/17/2016

[jsr363-experts] Re: Road to Final Draft

Jean-Marie Dautelle 03/18/2016

[jsr363-experts] Re: Road to Final Draft

Werner Keil 03/18/2016

[jsr363-experts] Re: Road to Final Draft

Werner Keil 03/18/2016

[jsr363-experts] Re: Road to Final Draft

Martin Desruisseaux 03/18/2016

[jsr363-experts] Re: Road to Final Draft

Werner Keil 03/21/2016

[jsr363-experts] Re: Road to Final Draft

Werner Keil 03/30/2016

[jsr363-experts] Re: Road to Final Draft

Werner Keil 03/30/2016

[jsr363-experts] Re: Road to Final Draft

Werner Keil 03/30/2016

[jsr363-experts] Re: Road to Final Draft

Martin Desruisseaux 03/30/2016

[jsr363-experts] Re: Road to Final Draft

Martin Desruisseaux 03/18/2016

[jsr363-experts] Re: Road to Final Draft

Werner Keil 03/18/2016

[jsr363-experts] Notes on DefaultServiceProvider

Martin Desruisseaux 03/18/2016
 
 
Close
loading
Please Confirm
Close