Skip to main content

[jsr363-experts] Re: Road to Final Draft

  • From: Werner Keil < >
  • To: " " < >
  • Subject: [jsr363-experts] Re: Road to Final Draft
  • Date: Fri, 18 Mar 2016 10:45:00 +0100

Martin,

Thanks for your input and analysis of alternatives. Could you if possible
also vote, either just "Another option" or both "Bootstrap" and that
similar to Jean-Marie?

If you can fork the API and where necessary RI repository to demonstrate
how it might work with just an abstract ServiceProvider class that would be
great. Keep in mind, we don't just want to support java.util.ServiceLoader,
else we could stick to some of these service interfaces, but it should be a
pluggable one-stop facade even if you prefer OSGi or all the new
"Microservice Gaga" approaches out there, whether it's Spring or Lightbend,
etc.

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)
which is used in production by several companies and projects now. Since it
mostly targets Java SE and EE right now, some other use cases like OSGi
were probably not explored that much, but we want to support it especially
looking at various Eclipse projects in the Science/LocationTech space which
are forced to still work with the stopped JSR 275 until then;-)

Regards,

Werner


On Fri, Mar 18, 2016 at 7:53 AM, Jean-Marie Dautelle 
< >
wrote:

> +1
>
> On Thu, Mar 17, 2016 at 11:52 PM, Martin Desruisseaux <
>  >
>  wrote:
>
>> Hello Werner
>>
>> Thanks for the update. I'm a little bit neutral on the Bootstrap name.
>> I'm not sure that the other option would fit since I would expect UOM,
>> Measure or Metrology to contain utility methods working on units. But
>> Bootstrap is just a starting point, not the class that we deal with for
>> normal UOM, Measure or Metrology operation.
>>
>> Actually I would have preferred to:
>>
>>    1. Make ServiceProvider an abstract class instead than an interface
>>    (this is not a problem for java.util.ServiceLoader).
>>    2. Move the Bootstrap methods as static methods in ServiceProvider.
>>    3. Remove the Bootstrap class.
>>
>>     Martin
>>
>>
>>
>
>
> --
> It is not the strongest of the species that survives, nor the most
> intelligent. It is the one that is most adaptable to change. - Darwin's
> Origin of Species (digest)
>


[jsr363-experts] Road to Final Draft

Werner Keil 03/16/2016

[jsr363-experts] Re: Road to Final Draft

Jean-Marie Dautelle 03/16/2016

[jsr363-experts] Re: Road to Final Draft

Werner Keil 03/17/2016

[jsr363-experts] Re: Road to Final Draft

Jean-Marie Dautelle 03/17/2016

[jsr363-experts] Re: Road to Final Draft

Werner Keil 03/17/2016

[jsr363-experts] Re: Road to Final Draft

Jean-Marie Dautelle 03/17/2016

[jsr363-experts] Re: Road to Final Draft

Werner Keil 03/17/2016

[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