• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Tim Cooke
  • Liutauras Vilda
  • Jeanne Boyarsky
  • paul wheaton
Sheriffs:
  • Ron McLeod
  • Devaka Cooray
  • Henry Wong
Saloon Keepers:
  • Tim Holloway
  • Stephan van Hulst
  • Carey Brown
  • Tim Moores
  • Mikalai Zaikin
Bartenders:
  • Frits Walraven

Standalone Specifications

 
Sheriff
Posts: 4639
582
VSCode Eclipse IDE TypeScript Redhat MicroProfile Quarkus Java Linux
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I'm wondering why some of the specifications such as Reactive Messaging and Context Propagation classified as Standalone, and not part in the core MicroProfile platform?
 
Author
Posts: 7
6
MicroProfile Java
  • Likes 1
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
That's a good question - and perhaps Emily can provide a more complete answer.

My take is that the vendors involved in the overall project (1) don't want to bloat the overall specification and (2) don't agree that those APIs/sub-specifications are essential enough to be part of the overall specification.  MP Context Propagation probably should be in the overall spec group - but instead it is transitioning to the Jakarta community to be part of Jakarta Concurrency.  I think this makes sense - and ideally, Jakarta Concurrency will be part of the overall MP spec.  So unless things change, I do foresee MP Context Propagation making it into the overall spec - just in a roundabout way.

As for Reactive Messaging (and the Reactive Stream Operators project that it depends on), I don't know why it's not part of the overall spec - but I suspect that the vendors involved see Reactive Messaging as somewhat niche and want to see more adoption before including it.  I think that that may also be the case for MP GraphQL and LRA.

If you'd like to voice your opinion on what should be included in the overall spec - or offer feedback on any of the specs, you can join the mailing list (Google Group) at: https://groups.google.com/g/microprofile
 
Saloon Keeper
Posts: 7645
178
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
In the case of GraphQL, I'd say that it has value way beyond what MP is aimed at. It would make sense to include it in JAX-RS, for example. which, like Andy's example of Context Propagation, is part of MP, and thus GraphQL might make it into MP by the backdoor. That's just speculation on my part, I don't see signs of it happening yet.
 
Author
Posts: 10
5
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
As for MicroProfile GraphQL, I have proposed to add it to the overall Platform release. Please see our MicroProfile programme plan 2022. It lists our plan regarding the standalone specifications. I think Reactive specs and LRA will remain as standalone specs for at least one more year as we want to see more vendors to support them.
 
We're being followed by intergalactic spies! Quick! Take this tiny ad!
Gift giving made easy with the permaculture playing cards
https://coderanch.com/t/777758/Gift-giving-easy-permaculture-playing
reply
    Bookmark Topic Watch Topic
  • New Topic