by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    David M. Lloyd
    @dmlloyd
    also thinking of layering a classloader front end on to it - maybe also stealing from jboss-modules
    anyway I need this for another project and it's something we're continually reinventing so putting it someplace reusable seems prudent
    Ken Finnigan
    @kenfinnigan
    Sounds reasonable to me, what do others think?
    Roberto Cortez
    @radcortez
    sounds fine to me
    the only issue is that “common” ends up being the thing where everything goes :)
    I’m ok with that. if you think it is small enough to just be a module there
    or if it merits its own repo
    the issue with commons is having too many multi modules that you have to release and burn versions
    David M. Lloyd
    @dmlloyd
    it's not necessary to release every time something new is implemented, only when it's actually needed
    Roberto Cortez
    @radcortez
    yes I know
    David M. Lloyd
    @dmlloyd
    that said, it is often the case that something is needed immediately... :)
    Roberto Cortez
    @radcortez
    is just somehow confusing having to upgrade single modules in dependent projects without any changes
    David M. Lloyd
    @dmlloyd
    I think the complexity of this might be a little too big for smallrye-common in the end tbh
    Roberto Cortez
    @radcortez
    Go with the new repo then :)
    David M. Lloyd
    @dmlloyd
    not complex in any absolute sense, it's just a bit more code than most other modules there
    Roberto Cortez
    @radcortez
    well, how about if we look into the utility?
    usually each SR repo is related to a project that implements a spec or provides an implementation of a particular space
    David M. Lloyd
    @dmlloyd
    I think this definitely does provide an implementation of a particular space
    Roberto Cortez
    @radcortez
    in case of Commons is mostly code to be used on other SR projects is not really intended to used by the end user
    So, if that is the case, then I thing we got the answer
    David M. Lloyd
    @dmlloyd
    :+1:
    Roberto Cortez
    @radcortez
    if you agree with my definition of the repos that is :)
    David M. Lloyd
    @dmlloyd
    yeah I think that is reasonable
    I was generally only going by complexity but that's not a great measure (especially since it's not really quantifiable)
    Roberto Cortez
    @radcortez
    yeah I think we need to go by space / API
    Ladislav Thon
    @Ladicek
    my main issue with "yet another Maven resolver" utility is that all such utilities always have some quirks
    for example, the JBoss Modules one pretends to support ~/.m2/settings.xml, but in fact only reads some parts of it
    (IIRC)
    David M. Lloyd
    @dmlloyd
    yeah it's very incomplete
    being complete isn't exactly very difficult though
    Ladislav Thon
    @Ladicek
    there's ShrinkWrap Resolver, whose very purpose should be this exact thing
    but it doesn't seem maintained
    and has quirks too, though I no longer remember exactly what bugged me about it
    David M. Lloyd
    @dmlloyd
    hmm I'd hate to drag in all of shrinkwrap
    it doesn't look like it follows Maven rules for transitivity
    David M. Lloyd
    @dmlloyd
    well, that's getting me off the ground anyway. but I think that I won't delete this prototype too soon
    I think having a one- or two-JAR Maven resolver solution is useful... especially one that isn't likely to be stuck on the test classpath
    Piotr Gabryanczyk
    @piotrga
    I have an improvement proposal for the mutiny await().atMost function. Would this be the right forum to talk about it?
    Clement Escoffier
    @cescoffier
    @piotrga hello, you can send a message to the smallrye mailing list or open an issue in the mutiny project directly. I’m in PTO but I will be back in one week.
    Ken Finnigan
    @kenfinnigan
    With the latest changes to SRye parent, I'm seeing org.jboss:jdk-misc:3.Final added to modules as a dependency when using JDK 8
    From the parent, it looks like that should only happen with JDK 9 or higher
    Did I not grok it?
    David M. Lloyd
    @dmlloyd
    it should only happen when the marker file is present
    Ken Finnigan
    @kenfinnigan
    sorry @dmlloyd, my bad, found out the IDE was using JDK 11 even though command line wasn't
    hence it being there
    just me not checking everything first
    dforce
    @df0rce_twitter
    Hi, how is smallrye-config-events supposed to work together with SPI based config sources?
    Roberto Cortez
    @radcortez
    Hi @df0rce_twitter