Skip to main content

[jsr363-experts] Re: Road to Final Draft

  • From: Werner Keil < >
  • To: " " < >
  • Subject: [jsr363-experts] Re: Road to Final Draft
  • Date: Mon, 21 Mar 2016 14:19:55 +0100

Dear Experts,

Most ideas are discussed in the JIRA ticket now, which is a good idea. I
want to remind you of the Doodle. Having multiple choices, I also added
"Keep Bootstrap" to my first choice, which now leaves a "Something else"
alternative and keeping the Bootstrap class tied with 2 votes each. If you
have a preference, please cast your vote, I plan to keep the ballot open
till at least the end of the week. No longer than what the EC has for most
decisions (reviews may last longer but the actual ballot is rarely more
than 2 weeks;-)

Among a very large number of JSRs that combine a concrete or abstract class
as "singleton facade" offering several mostly interface types like
"ServiceProvider", "CDIProvider" or "CachingProvider", there is probably
the only exception I found in JSONP:
https://json-processing-spec.java.net/nonav/releases/1.0/pfd-draft/javadocs/javax/json/spi/JsonProvider.html
Leaving aside it has no means of switching from Java ServiceLoader to
something else (like OSGI) I think this comes closest to what Martin
suggested. Whether we call it ServiceProvider or something else, the static
factory method is also a detail, this is how a single class may look like
if we wanted to change our SPI into a similar direction. Please Martin and
others who want to give it a try use the
https://github.com/unitsofmeasurement/unit-api/tree/simplify_bootstrap
branch of Unit-API to get it working so we can test it against existing
implementations and add-on modules, if they (and their unit tests) still
work as they should.

Thanks and Regards,


Werner


On Fri, Mar 18, 2016 at 11:39 AM, Martin Desruisseaux <
>
 wrote:

> Le 18/03/16 10:54, Werner Keil a écrit :
> > Or if you prefer, we could set up a branch of unit-api, might do that
> > over the weekend unless PRs were already filed first.
> Yes, this approach would be fine for me.
>
>     Thanks
>
>         Martin
>
>
>


[jsr363-experts] Re: Road to Final Draft

(continued)

[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