If the commit did have some means to handle the duplicate classes, it's the exact insight I'm looking for even if it isn't working.
Even knowing that there was something that was supposed to handle it is useful as that means I just need to find what was supposed to work and then figure out why it doesn't. If you didn't have to do anything at all and things just magically worked, then the starting point is less clear. -David > On Sep 4, 2020, at 10:12 AM, Jonathan Gallimore > <[email protected]> wrote: > > It definitely sounds like fun :) > > On Fri, 4 Sep 2020, 18:10 David Blevins, <[email protected]> wrote: > >> >>> On Sep 4, 2020, at 8:48 AM, Jonathan Gallimore < >> [email protected]> wrote: >>> >>> Off the top of my head - I don't know. I'll run your test and dig through >>> over the weekend. >> >> No worries, I'll continue digging. I thought there might be a "I had that >> issue and did the thing with the thing, you probably need to adjust it." >> >> If nothing jumps out, no need to dig unless that sounds fun :) >> >> >> -David >> >> >>> >>> On Fri, Sep 4, 2020 at 4:16 AM David Blevins <[email protected]> >>> wrote: >>> >>>> Ok, so here's the error that keeps the TomEE MicroProfile, Plus and >> Plume >>>> examples from booting. >>>> >>>> It appears we get an AmbiguousResolutionException from OpenWebBeans >>>> because we have these two beans getting picked up and they conflict with >>>> each other: >>>> >>>> >>>> - TomEEOpenAPIExtension, WebBeansType:EXTENSION, Name:null, API >>>> Types:[java.lang.Object,javax.enterprise.inject.spi.Extension, >>>> org.apache.tomee.microprofile.config.TomEEOpenAPIExtension, >>>> >>>> org.apache.geronimo.microprofile.openapi.cdi.GeronimoOpenAPIExtension], >>>> >>>> Qualifiers:[javax.enterprise.inject.Default,javax.enterprise.inject.Any] >>>> from >>>> >>>> >> jar:file:/Users/dblevins/.m2/repository/org/apache/tomee/mp-common/8.0.5-SNAPSHOT/mp-common-8.0.5-SNAPSHOT.jar >>>> >> !/org/apache/tomee/microprofile/config/TomEEOpenAPIExtension.class >>>> >>>> >>>> - GeronimoOpenAPIExtension, WebBeansType:EXTENSION, Name:null, API >>>> Types:[java.lang.Object,javax.enterprise.inject.spi.Extension, >>>> >>>> org.apache.geronimo.microprofile.openapi.cdi.GeronimoOpenAPIExtension], >>>> >>>> Qualifiers:[javax.enterprise.inject.Default,javax.enterprise.inject.Any] >>>> from >>>> >>>> >> jar:file:/Users/dblevins/.m2/repository/org/apache/geronimo/geronimo-openapi-impl/1.0.12/geronimo-openapi-impl-1.0.12.jar >>>> >>>> >> !/org/apache/geronimo/microprofile/openapi/cdi/GeronimoOpenAPIExtension.class >>>> >>>> >>>> It looks like TomEEOpenAPIExtension was added in this commit: >>>> >>>> - >>>> >> https://github.com/apache/tomee/commit/10265708029ab2d0576f03aa1d5bb0a8a20bfffd >>>> >>>> Jon, looks like you added TomEEOpenAPIExtension. Is there any trick you >>>> needed to do to avoid the above conflict in our standalone servers? >>>> >>>> If anyone has any insight, it's very appreciated. This can be >> reproduced >>>> with this example: >>>> >>>> - >>>> >> https://github.com/apache/tomee/tree/master/examples/serverless-tomee-microprofile >>>> >>>> >>>> >>>> -David >>>> >>>> >> >>
